Здравствуйте, k0d3r, Вы писали:
S>>Не нужно изменять любые файлы. Нужно изменять ценные файлы, те, которые имеют значение для пользователя. А пользователь только с такими и работает. Соответственно, те программы, которые работают с ценными файлами, могут и засрать их. Это же несложная концепция — ценность данных.
K>А есть несложная концепция — бэкап ценных данных с валидацией. То что имеет значение для пользователя он в первую очередь сохранит у себя, а потом уже в облаках.
А можно подробнее про хотя бы один работающий пример бэкапа данных с валидацией, который позволяет обнаружить, ну, скажем, что реализация Stream каждый сотый байт инвертирует и при записи, и при чтении?
Re[24]: Progressive Web Apps + WebAssembly = новый способ дл
Здравствуйте, Sharowarsheg, Вы писали:
S>А можно подробнее про хотя бы один работающий пример бэкапа данных с валидацией, который позволяет обнаружить, ну, скажем, что реализация Stream каждый сотый байт инвертирует и при записи, и при чтении?
Можно, к примеру, при генерации файла в каждую условную область бинарного формата вставлять заранее вычисленную контрольную сумму, соответствующую данным. Для надёжности применять публичные/приватные ключи пользователей и шифровать эти контрольные суммы, тогда даже при всём желании подделать уже точно ничего не получится.
Re[25]: Progressive Web Apps + WebAssembly = новый способ дл
Здравствуйте, k0d3r, Вы писали:
S>>А можно подробнее про хотя бы один работающий пример бэкапа данных с валидацией, который позволяет обнаружить, ну, скажем, что реализация Stream каждый сотый байт инвертирует и при записи, и при чтении?
K>https://en.wikipedia.org/wiki/File_verification
K>Можно, к примеру, при генерации файла в каждую условную область бинарного формата вставлять заранее вычисленную контрольную сумму, соответствующую данным. Для надёжности применять публичные/приватные ключи пользователей и шифровать эти контрольные суммы, тогда даже при всём желании подделать уже точно ничего не получится.
А кто будет верифицировать? Та же программа, которая записывала, или какая-то другая?
Re[26]: Progressive Web Apps + WebAssembly = новый способ дл
K>Однако, у WASM/PWA есть один серьёзный плюс — это песочница!
K>Это очень интересный вариант в плане обеспечения безопасности, при условии если полноценный функционал приложения удастся реализовать в рамках этой песочницы (а это, конечно, не всегда возможно, ведь бывает и работа с железом, особая интеграция с операционной системой и т.д.).
Здравствуйте, furnow, Вы писали:
F>Здравствуйте, k0d3r, Вы писали:
K>>Кто что думает по этому вопросу?
F>бомбическая вещь, если у кого есть что-то, что можно запилить в этот формат — срочно пилите
А на чем (если можно так вообще сказать, какая среда разработки, фреймоворки?) посоветуете начинать пилить? если исходный продукт на .net.
Re[3]: Progressive Web Apps + WebAssembly = новый способ для shareware?
Здравствуйте, dmitry251, Вы писали:
F>>бомбическая вещь, если у кого есть что-то, что можно запилить в этот формат — срочно пилите
D>А на чем (если можно так вообще сказать, какая среда разработки, фреймоворки?) посоветуете начинать пилить? если исходный продукт на .net.
поговаривают, что Embarcadero реализацию пилит, очень уж подходит концепция Delphi под это.
Ждем!
Re[4]: Progressive Web Apps + WebAssembly = новый способ для shareware?
Здравствуйте, wamaco, Вы писали:
W>Здравствуйте, dmitry251, Вы писали:
F>>>бомбическая вещь, если у кого есть что-то, что можно запилить в этот формат — срочно пилите
D>>А на чем (если можно так вообще сказать, какая среда разработки, фреймоворки?) посоветуете начинать пилить? если исходный продукт на .net.
W>поговаривают, что Embarcadero реализацию пилит, очень уж подходит концепция Delphi под это. W>Ждем!
Все равно начинать надо с изучения JS, верно?
Re[3]: Progressive Web Apps + WebAssembly = новый способ для shareware?
Здравствуйте, dmitry251, Вы писали:
D>Здравствуйте, furnow, Вы писали:
F>>Здравствуйте, k0d3r, Вы писали:
K>>>Кто что думает по этому вопросу?
F>>бомбическая вещь, если у кого есть что-то, что можно запилить в этот формат — срочно пилите
D>А на чем (если можно так вообще сказать, какая среда разработки, фреймоворки?) посоветуете начинать пилить? если исходный продукт на .net.
Blazor. Он пока совсем-совсем экспериментальный, но развивается быстро.
Здравствуйте, k0d3r, Вы писали:
K>Понимаете, каждое прогрессивное веб приложение имеет как бы отдельный "контекст", отдельный доступ исключительно только к своим данным. Куки, база IndexedDB, хранилище в ОЗУ не расшаривается между разными сайтами/PWA приложениями. Одно приложение не может повлиять на другое, не может шифровать данные другого приложения, не может читать данные другого приложения, и поэтому не сможет просить деньги на восстановление или похищать пользовательские данные конкурирующих сервисов.
Вдруг кто не в курсе, но проги для macOS из аппстора уже давно так себя ведут — файлы за пределами папки Documents почти не могут открыть не могут даже на чтение, и при подписании приложения разработчик вроде сам в манифесте может указать что приложение может открывать только папку Documents и рабочий стол, и что проге не нужна сеть (насколько я помню).
То есть для реализации песочницы не требуется PWA — это может реализовывать сама операционная система.
I see you already got through our first part of the article covering PWA apps working offline. Mateusz now wrote the second part — about handling dynamic data as a solution for PWA working offline, and based the examples on Tiwtter app. I hope you enjoy it!
Здравствуйте, k0d3r, Вы писали:
K>Здравствуйте, Shmj, Вы писали:
S>>А что, уже хотя бы кто-то в мире сделал полезную прогу таким способом? Или хочешь стать пионером?
K>Так я поэтому и пришёл с вопросами, чтобы не быть пионером и узнать заметно ли движение в этом направлении, какие есть нюансы.
K>Что любопытно, PWA поддерживается не только на Android, но даже в iOS. Т.е. Apple на эту технологию повёлся, позволяя распространять некоторые типы приложений в обход App Store(!)
K>Progressive Web App Browser Support: Chrome, Safari, Firefox, Edge.
K>Desktop Progressive Web Apps are supported on the following platforms: K>Chrome OS (Chrome 67+) K>Linux (Chrome 70+) K>Windows (Chrome 70+) K>Mac support for Desktop PWAs is in development and we hope to see it land in the first half of 2019.
K>Теоретически, используя PWA в связке с WebAssembly можно создавать достаточно шустрые приложения, и распространять их как обычный shareware софт, потому что вроде бы PWA может работать в Offline режиме (Offline Support).