Полезная информация
№218-10-2016 07:27:08
Re: Планируется ли в будущем версия Firefox со встроенным нативным js?
Почему у вас возник этот вопрос? Чем вас не устраивает текущее положение дел? Приведите полный список средств разработки, которые по вашему мнению должны быть включены в браузер. Какие инструменты не должны присутствовать в дистрибутиве и почему? Как быть с конкурирующими технологиями (напр. Backbone/Angular)? Кто и по каким критериям будет определять чему отдать предпочтение? Что делать в случае устаревания технологии? Исключать из комплекта поставки? Как в таком случае будет решаться вопрос с продуктами зависящими от этих технологий?
Отсутствует
№318-10-2016 10:19:17
Re: Планируется ли в будущем версия Firefox со встроенным нативным js?
FireForce
Вопрос очевидно связан с дополнением Decentraleyes, которое делает как раз то, что описано. То есть это не только для разработки.
К разработке это отношения не имеет. Такая технология это: экономия трафика, более высокая загрузка страниц (скрипт на диске), защита приватности (CDN не так много).
Проблем с версиями js библиотек тоже нету. Потому что в ссылке на скрипт всегда указывается его версия, так что его легко подменить.
Исключать старые версии конечно не надо, потому что они часто используются на сайтах. JS отлично жмется архиваторами и занимает очень мало места на диске. Так что во имя экономии трафика лишних 100 мб можно потерпеть. Особенно если они будут "кэшироваться" со временем, скрипт будет подгружаться и сохраняться по мере надобности (входа на сайт).
Detka
Ответ: нет. Ни разу не слышал, чтобы Mozilla собиралась такое сделать.
В Firefox существует некий аналог этого: кэширование. Один и тот же файл может быть закэширован и не загружаться снова. Но это не так эффективно. Кэш очищается при очистке истории, по мере заполнени кэша и ещё на основе разных других алгоритмов.
Вы можете использовать дополнение: Decentraleyes
Или поискать на https://addons.mozilla.org другие дополнения.
Вам, как разработчику должно быть понятно, что это имеет мало значения. Потому что во время разработки обычно используется фиксированная версия js библиотек. И она на диске разработчика. Потому что ситуации, когда в версии 1.2.67 всё работало, а в 1.2.68 - нет не такая редкость.
Если лень самому что-то качать, то используйте IDE среды разработки. Ищите плагины для них и способы настройки. Как правило они умеют подгружать сами js библиотеки. Чаще всего все именно так и делают.
В крайнем случаи просто напишите bash или bat скрипт. 
Отсутствует
№418-10-2016 14:15:18
Re: Планируется ли в будущем версия Firefox со встроенным нативным js?
Почему у вас возник этот вопрос? Чем вас не устраивает текущее положение дел? Приведите полный список средств разработки, которые по вашему мнению должны быть включены в браузер. Какие инструменты не должны присутствовать в дистрибутиве и почему? Как быть с конкурирующими технологиями (напр. Backbone/Angular)? Кто и по каким критериям будет определять чему отдать предпочтение? Что делать в случае устаревания технологии? Исключать из комплекта поставки? Как в таком случае будет решаться вопрос с продуктами зависящими от этих технологий?
Это так же как с поддержкой css3, в то время когда все современные браузеры начнут внутри себя хранить все современные js библиотеки и их историю.
Что хранить? Думаю списка из CDN гугла, вполне хватит. Зачем? По большей части, что бы разгрузить серверы разработчиков от запросов или ускорить загрузку не дожидаясь ответа от того или иного CDN. Почему думаю, что в будущем стоит так сделать? В Силу того, что современный WEB уже не обходится одной js библиотекой. В итоге например (bootstrap(css+js), jquery, парочку паралакс библиотек) и все, пол мегабайта скриптов. А ведь, если бы эти библиотеки были вшиты в браузеры, то и скорость загрузки была бы выше. Как подключать? добавить новый атрибут в тег script и link - указывающий браузеру, что данную библиотеку, такой-то версии, следует брать из недр браузера. Что делать если библиотека умерла? В стандартах подключения, просто описывать альтернативный вариант. Если браузер перестал поддерживать ту или иную библиотеку, тогда она грузится с cdn или еще откуда, откуда укажет разработчик.
Так как сама не разработчик, согласна - камней подводных может быть много + лет 5 пройдет пока все браузеры, а особенно всеми любимый W3C одобрят эту идею. Но все кажется идея сама по себе не плоха. По главной причине. Чем современнее сайты, тем больше они весят.
Отсутствует
№518-10-2016 19:45:49
Re: Планируется ли в будущем версия Firefox со встроенным нативным js?
Так как сама не разработчик
Что хранить? Думаю списка из CDN гугла, вполне хватит. Зачем? По большей части, что бы разгрузить серверы разработчиков от запросов или ускорить загрузку не дожидаясь ответа от того или иного CDN.
А вы поменьше думайте о том, о чем понятия не имеете. В лучшем случае вы путаете теплое с мягким, лучше оставьте думать о таких вещах профессионалам 
PS: Предположим (гипотетически), что то о чем вы просите кто-то таки сделал. Вас устроит, что этот ваш гипотетический браузер будет занимать на диске пару терабайт и для работы требовать компьютер с минимум 16 процессорами и 100-200 гигабайт ОЗУ? Ах вы не подумали об этом? Ну тогда читайте мое первое предложение.
Отсутствует
Board footer
Powered by PunBB
Modified by Mozilla Russia
Copyright © 2004–2020 Mozilla Russia 
Язык отображения форума: [Русский] [English]