Информация об изменениях

Сообщение Re[12]: Progressive Web Apps + WebAssembly = новый способ дл от 04.01.2019 17:05

Изменено 04.01.2019 17:10 k0d3r

Re[12]: Progressive Web Apps + WebAssembly = новый способ для
Здравствуйте, Sharowarsheg, Вы писали:

K>>А где вы в браузере нашли доступ для записи в локальную файловую систему? Может поделитесь секретом?

S>Скажем, перепишем фотошоп на яваскрипт. Он должен будет куда-то сохранять картинки, и читать их потом оттуда.

Окей, давайте пофантазируем. Гипотетический фотошоп на яваскрипт временно будет хранить свои картинки в оперативной памяти (MEMFS), потом можно исключительно только по желанию пользователя вызвать стандартный системный диалог сохранения файла — точно также как вы скачиваете любой файл из интернета. Вы сами указываете куда сохранить этот файл. Иного способа доступа на запись нет. И уж тем более шифровать произвольные данные на вашем компьютере никак тут не получится.

S>Будет ли это локально, облачно, или как угодно, это тем не менее какая-то файловая система. Или локальная, или на сервере где-то, или распределенная, но тем не менее, там где-то в конце файловая система, диски, и всё самое обычное. Если нельзя сохранить данные, то нет смысла работать. Вот эта вот запись и стоит денег на выкуп, или на восстановление, или на продажу, или в виде безвозвратных потерь.


Понимаете, каждое прогрессивное веб приложение имеет как бы отдельный "контекст", отдельный доступ исключительно только к своим данным. Куки, база IndexedDB, хранилище в ОЗУ не расшаривается между разными сайтами/PWA приложениями. Одно приложение не может повлиять на другое, не может шифровать данные другого приложения, не может читать данные другого приложения, и поэтому не сможет просить деньги на восстановление или похищать пользовательские данные кокурирующих сервисов.
Re[12]: Progressive Web Apps + WebAssembly = новый способ дл
Здравствуйте, Sharowarsheg, Вы писали:

K>>А где вы в браузере нашли доступ для записи в локальную файловую систему? Может поделитесь секретом?

S>Скажем, перепишем фотошоп на яваскрипт. Он должен будет куда-то сохранять картинки, и читать их потом оттуда.

Окей, давайте пофантазируем. Гипотетический фотошоп на яваскрипт временно будет хранить свои картинки в оперативной памяти (MEMFS), потом можно исключительно только по желанию пользователя вызвать стандартный системный диалог сохранения файла — точно также как вы скачиваете любой файл из интернета. Вы сами указываете куда сохранить этот файл. Иного способа доступа на запись нет. И уж тем более шифровать произвольные данные на вашем компьютере никак тут не получится.

S>Будет ли это локально, облачно, или как угодно, это тем не менее какая-то файловая система. Или локальная, или на сервере где-то, или распределенная, но тем не менее, там где-то в конце файловая система, диски, и всё самое обычное. Если нельзя сохранить данные, то нет смысла работать. Вот эта вот запись и стоит денег на выкуп, или на восстановление, или на продажу, или в виде безвозвратных потерь.


Понимаете, каждое прогрессивное веб приложение имеет как бы отдельный "контекст", отдельный доступ исключительно только к своим данным. Куки, база IndexedDB, хранилище в ОЗУ не расшаривается между разными сайтами/PWA приложениями. Одно приложение не может повлиять на другое, не может шифровать данные другого приложения, не может читать данные другого приложения, и поэтому не сможет просить деньги на восстановление или похищать пользовательские данные конкурирующих сервисов.