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

Сообщение Re: Логика запрета локальных джаваскриптовых модулей в брауз от 21.07.2024 0:19

Изменено 21.07.2024 0:34 bnk

Re: Логика запрета локальных джаваскриптовых модулей в брауз
Здравствуйте, Alekzander, Вы писали:

A>Однако, выходит, если хочешь при разработке иметь удобства модульности (ремаппинги, например, для тестовых билдов), то обязан качать все ресурсы с сервера. Это заговор злых корпораций?


Вообще это сделано чтобы javascript не мог читать локальные файлы, если он вдруг это захочет. И это IMHO есть хорошо.

Для оффлайн-приложений (которые не требуют интернета) есть стандартное решение — PWA/web workers, можно все хранить в кэше браузера,
хоть десятки гигабайтов (увидел тут недавно — народ LLM хранит, лол — образы виртуалок, по сути)

Для встраиваемых браузеров (типа electron или edge web view) это отключается через параметры.
Также у всех браузеров есть ключ настройки, позволяющий блокировку file:/// отключить (для FF есть и кнопка-плагин AFAIR)

В самом тупом случае разработки удобно пользоваться live-server (встроенный в vs code)
Re: Логика запрета локальных джаваскриптовых модулей в брауз
Здравствуйте, Alekzander, Вы писали:

A>Однако, выходит, если хочешь при разработке иметь удобства модульности (ремаппинги, например, для тестовых билдов), то обязан качать все ресурсы с сервера. Это заговор злых корпораций?


Вообще это сделано чтобы javascript не мог читать локальные файлы, если он вдруг это захочет. И это IMHO есть хорошо.

Для оффлайн-приложений (которые не требуют интернета) есть стандартное решение — PWA/web workers, можно все хранить в кэше браузера,
хоть десятки гигабайтов (увидел тут недавно — народ LLM хранит, лол — образы виртуалок, по сути)

Для встраиваемых браузеров (типа electron или edge web view) это отключается через параметры.
Также у всех браузеров есть ключ настройки, позволяющий блокировку file:/// отключить (для FF была кнопка-плагин AFAIR)

В самом тупом случае разработки удобно пользоваться live-server (встроенный в vs code)