Сообщение 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)
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)
A>Однако, выходит, если хочешь при разработке иметь удобства модульности (ремаппинги, например, для тестовых билдов), то обязан качать все ресурсы с сервера. Это заговор злых корпораций?
Вообще это сделано чтобы javascript не мог читать локальные файлы, если он вдруг это захочет. И это IMHO есть хорошо.
Для оффлайн-приложений (которые не требуют интернета) есть стандартное решение — PWA/web workers, можно все хранить в кэше браузера,
хоть десятки гигабайтов (увидел тут недавно — народ LLM хранит, лол — образы виртуалок, по сути)
Для встраиваемых браузеров (типа electron или edge web view) это отключается через параметры.
Также у всех браузеров есть ключ настройки, позволяющий блокировку file:/// отключить (для FF была кнопка-плагин AFAIR)
В самом тупом случае разработки удобно пользоваться live-server (встроенный в vs code)