Два - никто (и Mozilla - тоже) не станет оптимизировать свой софт под нищенское железо.
Вы правы, но в 21 веке наступила совсем другая культура. Термины и понятия прошлого сегодня не работают. Мы живём в эпоху киберпанка. Для некоторых это "нищенское железо" во многом моральный выбор.
Отсутствует
Оптимизация? а что это такое, я не знаком с такими понятиями, это о том что он уже давно не применяется.
Думайте только браузеры жрут много? пример IntelliJ IDEA, текстовый редактор, да он профильный, и не совсем редактор.
Но не только серфить стало не просто, но и кодить.
Почему неправильное ?
По любым вопросам есть только 2 мнения: мое и неправильное.
Отредактировано K4ir05 (13-07-2020 20:00:46)
Отсутствует
ErVitaly пишетДва - никто (и Mozilla - тоже) не станет оптимизировать свой софт под нищенское железо.Вы правы, но в 21 веке наступила совсем другая культура. Термины и понятия прошлого сегодня не работают. Мы живём в эпоху киберпанка. Для некоторых это "нищенское железо" во многом моральный выбор.
И что следует из новой культуры киберпанков? Ой... Фигню Вы несете. FF, как и любой новый софт, будет требовать все больше и больше ресурсов железа. Кто не с ними - на тех пофиг.
По любым вопросам есть только 2 мнения: мое и неправильное.
Отсутствует
Уходите с FF на что-то китайское для дохлых ПК.
Прям интересно стало. Есть такие в природе? («что-то китайское» и не хромовидное, то есть для «дохлых ПК»)?
заставив его работать с тем, с чем разработчики не предполагали
А с чем они предполагали?
Системные требования Mozilla Firefox
Странный диспут. Если пересказать кратко:
«Мне не нравится, потому что глюки, изменения, сырые версии, но вы дураки неправы, потому что у вас памяти мало».
Заметьте: на форуме жалуются именно на работу браузера при наличии современных железяк. И никто не ноет, что он тормозит на ютюбе в системе с 512 памяти.
Так что про самоцели и прочее — это лишнее. Невозможно знать удалённо цели людей и их реальность.
Отсутствует
Все это, чтобы заставить работать браузер 2020 года работать на железе 2010 года с минимальной комплектацией на снятой с поддержке ОС.
У меня дома имеется ПК 2009 года рождения! Мать Asus P5QSE на 775 Сокете, 3 Гб ОЗУ, при этом я спокойно юзаю Windows 10 LTSB 1607 (32 бит естественно), стоит последний Edge от Мелкософта и Mozilla. Всё работает, почти нормально.
В Лисе только отключил всю телеметрию и перенёс кэш с диска в ОЗУ и всё.
ПК используется только для сёрфинга в Интернете, проверка почты, редактирования текстов в Ворде и некоторые рассчёты в Экселе. Для таких работ, мне вполне хватает, даже такого древного компа.
Главное чтобы руки росли от куда нужно.
Отсутствует
И что следует из новой культуры киберпанков? Ой... Фигню Вы несете.
Следует война всех против всех, и неизвестно чем она закончится. Скорее всего, ничем хорошим. Что и наблюдается последние десятилетия. А порядок этому миру может принести только анархия. Браузер тем и симпатичен многим людям, что близок к идеям анархии. Но, как говорят и пишут специалисты, в последнее время скатывается непонятно куда.
Невозможно знать удалённо цели людей и их реальность.
Именно. Мы все на войне.
Отсутствует
Следует война всех против всех, и неизвестно чем она закончится. Скорее всего, ничем хорошим. Что и наблюдается последние десятилетия.
Всё лежит так на поверхности, что не видеть этого может только слепой или очень ленивый. Выходит новое мощное железо. Надо как-то заставлять юзеров обновлять парк ПК. Выпуск ПО, которое тупо не работает на "устаревших" ОС и отсутствие драйверов для старого железа от производителя того же самого железа для Win7 и младше на мысли не наводит? А, как доказывают "самоделкины", портировать многие драйвера из win8 можно аж в winxp. И работают. Но производителям железа этого не надо. Почему? Производители ОС и ПО этого не одобрят. Элементарный сговор и деньги. Бабло правит этим Миром.
А порядок этому миру может принести только анархия. Браузер тем и симпатичен многим людям, что близок к идеям анархии.
Самому не смешно? Mozzila никогда не страдала идеей анархии. Иначе бы они в этом Мире разорились бы уже давно. А сейчас деньги требуют максимально дешевых прграммеров, которые ничего сами на низком уровне не пишут (зачем? если можно взять из сторонней библиотеки. И плевать, что подгрузится пара-тройка мегов кода, который никак не используется), а юзеры купят еще более толстые диски и более производительные ЦП. Под которые, скорее всего, нужны будут новые MB.
В итоге хорошо всем, кроме конечного пользователя. А Вы тут про какую-то войну байки придумываете.
По любым вопросам есть только 2 мнения: мое и неправильное.
Отсутствует
Самому не смешно? Mozzila никогда не страдала идеей анархии. Иначе бы они в этом Мире разорились бы уже давно.
Я не писал, что страдает анархизмом, но она близка к идеям анархизма, децентрализации. Тем и симпатична пользователям. А вы цепляетесь. Выше я писал, в последнее время скатывается непонятно куда. Например, пока по умолчанию отключили возможность создавать свои стили в css. А этом году был анонс, что со временем уберут возможность создавать user.js файлы и вообще ограничат доступ к настройкам about:config.
В итоге хорошо всем, кроме конечного пользователя. А Вы тут про какую-то войну байки придумываете.
Так это и есть война. Вы не видите очевидного. Сами себе и противоречите.
Повторю свой вопрос:
Имеет ли смысл удалять строки из pref.js, которые дублируются в user.js? Это никак не сказывается на производительности браузера?
Отсутствует
dreamkz пишетСледует война всех против всех, и неизвестно чем она закончится. Скорее всего, ничем хорошим. Что и наблюдается последние десятилетия.
Всё лежит так на поверхности, что не видеть этого может только слепой или очень ленивый. Выходит новое мощное железо. Надо как-то заставлять юзеров обновлять парк ПК. Выпуск ПО, которое тупо не работает на "устаревших" ОС и отсутствие драйверов для старого железа от производителя того же самого железа для Win7 и младше на мысли не наводит? А, как доказывают "самоделкины", портировать многие драйвера из win8 можно аж в winxp. И работают. Но производителям железа этого не надо. Почему? Производители ОС и ПО этого не одобрят. Элементарный сговор и деньги. Бабло правит этим Миром.
dreamkz пишетА порядок этому миру может принести только анархия. Браузер тем и симпатичен многим людям, что близок к идеям анархии.
Самому не смешно? Mozzila никогда не страдала идеей анархии. Иначе бы они в этом Мире разорились бы уже давно. А сейчас деньги требуют максимально дешевых прграммеров, которые ничего сами на низком уровне не пишут (зачем? если можно взять из сторонней библиотеки. И плевать, что подгрузится пара-тройка мегов кода, который никак не используется), а юзеры купят еще более толстые диски и более производительные ЦП. Под которые, скорее всего, нужны будут новые MB.
В итоге хорошо всем, кроме конечного пользователя. А Вы тут про какую-то войну байки придумываете.
Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью. Выходит новое мощное железо - и пропадает необходимость тратить время и труд на кропотливую оптимизацию производительности на старом, всё. Конечно, в том числе из-за того что время и труд девелопера стоят денег. Хорошие компании уделяют этому внимание, плохие - нет, но и те и другие бессильны против отечественных юзеров, которые хотят чтобы вчерашняя сборка браузера летала на железе 10летней давности. Виной всему не масонский заговор производителей железа и софта, а банальная нищета.
Отсутствует
Например, пока по умолчанию отключили возможность создавать свои стили в css. А этом году был анонс, что со временем уберут возможность создавать user.js файлы и вообще ограничат доступ к настройкам about:config.
Читал , что "toolkit.legacyUserProfileCustomizations.stylesheets" отключили дабы для быстродействия запуска в пользу юзера (кому надо - включат)
Но пугает слово Пока отключили и особенно уберут возможность создавать user.js. Это правда чтоли? Если так сделают, то Firefox это уже не Firefox
Добавлено 17-07-2020 16:14:20
Имеет ли смысл удалять строки из pref.js, которые дублируются в user.js? Это никак не сказывается на производительности браузера?
из pref.js удалять бессмысленно, они все равно создадутся при новом запуске как нужно, если конечно user.js не перекроет настройки, а он перекроет и перепишет из user.js в pref.js
есть еще в портативке этот файл дополнительный FirefoxPortable\App\DefaultData\profile\pref.js там уже как бы рекомендованные типа browser.cache.disk.enable вписаны от создателей портативной лисы
Отредактировано Totem (17-07-2020 16:14:20)
Отсутствует
Имеет ли смысл удалять строки из pref.js, которые дублируются в user.js?
На фоне всей той работы, что проделывает браузер при старте — десяток или несколько десятков строчек голого текста вряд-ли как то повлияют.
И есть нюанс, если решите удалять.
Если в user.js использовано user_pref — то запись дублируется в pref.js
Если pref — то не дублируется (если её не было до этого в pref.js).
По крайней мере так было ещё недавно. Но от Mozilla всего можно ожидать.
Именно. Мы все на войне.
Нехотеть!
Похоже мы уже после войны, где победил самизнаетекто. Последний бастион (ИЕ ЭДЖ) сдался.
Остался лишь донжон, где мы все и сидим.
Mozzila никогда не страдала идеей анархии.
Ну у MoFO одна из целей — «является сохранение возможности выбора». Это близко к неприятию централизованной власти или диктата.
VPN, DoH, контейнеры, возможность внятно и без бубна включить прокси/*.pac — всё это даёт маленькую толику ощущения независимости.
Отсутствует
которые хотят чтобы вчерашняя сборка браузера летала на железе 10летней давности
Ещё как полетит
Отсутствует
хотят чтобы вчерашняя сборка браузера летала на железе 10летней давности
Не поверишь — летает! Мой ПК был собран 8 лет назад, и в нём нет ничего такого, чего не существовало бы 10 лет назад. Тем более что он был сделан не для игр, а просто для быстрой работы. Единственное, что я добавил чуть позже (в 2014) — SSD — но он тоже не ахти какой, а просто самый дешёвый или один из самых дешёвых SSD на тот момент. В 2010 уже не только существовали SSD, но и были модели более продвинутые, чем мой.
А вот двадцатилетнее железо, уже только выбросить конечно, хотя
Хотя тоже — как сказать… Просто тогда мощное "железо" было редкостью, не на личных ПК, а скорее на серверных, но в принципе было.
В тему: Топ сборки в прошлом и настоящем: как менялись характеристики топовых ПК на протяжении 19 лет (2000-2019). Внимание: в топе содержатся сборки лучших домашних и игровых ПК. Серверные ПК не берутся в расчёт. Не всегда используются максимально возможные характеристики.
Отредактировано Пандёнок (17-07-2020 22:34:20)
Отсутствует
Отредактировано sandro79 (18-07-2020 00:51:12)
Отсутствует
Это правда чтоли? Если так сделают, то Firefox это уже не Firefox
Правда. Вот тут шум поднимали по этому поводу: Please Mozilla, don't touch the user.js functionality in Firefox. В комментариях народ склоняется к той мысли, что в итоге всё это ничем хорошим не кончится. Однажды по функционалу превратится в ...
Если в user.js использовано user_pref — то запись дублируется в pref.js
Если pref — то не дублируется (если её не было до этого в pref.js).
По крайней мере так было ещё недавно. Но от Mozilla всего можно ожидать.
Вот как раз хотел посоветоваться с по этому вопросу:
Есть такой загадочный файл - firefox.cfg. Более подробно: Модификация Firefox с помощью AutoConfig. Там доступны следующие функции:
1)
pref(prefName, value) – устанавливает параметру пользовательское значение. Эта функция явно устанавливает параметр как пользовательский параметр. Это означает, что если пользователь изменил значение, оно будет сбрасываться при каждом запуске браузера.
Вот тут не понял. Например, как может пользователь менять значение параметра на false, если оно будет сбрасываться на дефолтное true при каждом запуске браузера? Или имеется в виду, что дефолтное значение true будет сбрасываться на пользовательское false при каждом запуске браузера?
2)
defaultPref(prefName, value) – устанавливает параметру значение по умолчанию. Это то значение, которое параметр имеет, когда пользователь не устанавливает никакое значение.
С этим более менее понятно. Но для чего тогда ставить defaultPref, если пользователем вообще не будет устанавливаться никакого значения?
3)
lockPref(prefName, value) – устанавливает параметру значение по умолчанию и блокирует его. Это функция, которая наиболее знакома людям, когда речь идёт о AutoConfig-файлах. Блокировка параметра не даёт пользователи его изменять и в большинстве случаев отключает настройки в графическом интерфейсе, что даёт пользователю очевидное понимание, что параметр был отключен.
С этим понятно. Полностью блокируется параметр.
4)
unlockPref(prefName) – разблокирует параметр. В качестве примера могут быть случаи, когда вы блокируете параметр для всех, а затем разблокируете его для конкретного пользователя.
Тоже понятно.
5)
getPref(prefName) – возвращает значение параметра. Если параметр не существует, выводит ошибку. Вы должны использовать эту функцию только для параметров, о которых знаете, что они существуют.
Тут непонятно, для чего возвращать значение параметру?
6)
clearPref(prefName) – удаляет пользовательское значение параметра, сбрасывая его в значение по умолчанию.
Для чего удалять пользовательские значения, если можно сам параметр можно заблокировать через lockPref?
Буду весьма благодарен за разъяснение.
Отсутствует
Так это и есть война. Вы не видите очевидного. Сами себе и противоречите.
Война кого с кем? Производители ПО ни разу не воюют с производителями харда. Даже наоборот: чем мощнее хард - тем проще писателям ПО. Не надо заморачиваться с оптимизацией под ресурсы. Себестоимость (не цена!!!) ПО уменьшается. Война с юзерами? Не смешите. Ну только если от нищенства или из принципа какой-то %% юзеров будет до полного упора сидеть на старом железе и устаревшем ПО. Но этот "упор" неминуемо упадёт. Да и железо не вечно. Оно просто физически когда-нибудь, да сдохнет. Юзеры в протест откажутся от ПК? Сегодня это не реально. Ну дома для себя лично кто-то и может так поступить. Хотя это будет как "на зло бабушке отморожу себе уши". Но такие юзеры-нищеброды слабо интересуют производителей.
Так что я не вижу войны. Идет эволюция. Кто не сможет приспособиться к новым условиям - вымрут. И не надо с ними воевать.
По любым вопросам есть только 2 мнения: мое и неправильное.
Отсутствует
dreamkz, отписал в личку.
Однажды по функционалу превратится в ...
По дополнениям пока выигрывает. А вот когда функционал uBlock урежут до хромовского uBlock-а — тогда будет ой.
Но кстати китайцы то вполне себе хромы настраивают. И внешний вид у многих вполне себе приличный.
Правда это достаётся большой ценой, по видимому. Но если у отрежут CSS — может быть найдётся умелец...
Отсутствует
А вообще что гадать? что будет скажем через 5 лет, когда настанет тогда и будете решать, а если не нравится так решайте сейчас, а то оффтоп какой-то, будет не будет.
Вы знайте что завтра будет? может завтра метеор упадет, или корона убьет, или заболеете, или, или, или.
На рынке браузеров, сильнее конкурента не появится, все лавры на ближайшие 20лет.. может и больше .
А удел гиков, или тех кому время некуда девать настраивая его сломанные конечности, после каждой обновы, вот стили могут отвалиться, кнопки, скрипты, молчу про префки.. в которой после пару обнов надо половину отпиливать, так как их уже нет, и добавлять новые костыли, пока и эти не сломают.
А если вам хватит пару настроек, то зачем нужен ? все пилят под большинство, коих больше на .
Да и идея анархий, это с самого начала направление на малое колл.пользователей.
Их мало, и они живут в иллюзий, того что это вообще возможно в век диктаторов, корпораций, чипов, камер-нейронных сетей-ии, тотального контроля, имплантов, изменений генов, и все блага доступны если у тебя есть деньги, а не какие-та там идей.. не важно как заработал, важно что они у тебя есть, нету ты скот цепляющийся за какие-та там идей, добродетель, и иллюзий. Реальность такова, что капитализм победил, пока он не исчерпает(трансформирует) себя будем жить так ближайшее столетие, хотя в нашем случае коррупция и воровство.
Отредактировано K4ir05 (18-07-2020 19:03:04)
Отсутствует
И, если можно, вдогонку к моим предыдущим вопросам:
Имеет ли смысл единоличному пользователю создавать эти глобальные правила в policies.json (политики Firefox) и firefox.cfg (AutoConfig), если всё это можно для каждого профиля настроить непосредственно в user.js профиля?
Или же в policies.json и firefox.cfg изменить только те настройки, которые можно сделать дефолтными для всех профилей (типа "DontCheckDefaultBrowser", "DisableSetDesktopBackground", "ExtensionRecommendations", "toolkit.telemetry****" и тому подобное).
А уже в user.js извращаться как душе угодно под конкретный профиль во всяких "browser.cache.memory.capacity", "browser.cache.memory.max_entry_size", "browser.sessionhistory.max_entries", "dom.ipc.processCount" и тому подобное.
Имеет ли смысл использовать эти policies.json и firefox.cfg? Поделитесь своим опытом, пожалуйста!
Отредактировано dreamkz (18-07-2020 20:25:22)
Отсутствует
Имеет ли смысл использовать эти policies.json и firefox.cfg? Поделитесь своим опытом, пожалуйста!
Политики вроде для организаций сделали, также как и esr ветку, а так можно и через user.js, если хочешь чтобы глобально на все профили можно и firefox.cfg(js), ну можно и политики если так удобнее, там одной настройкой правятся сразу 2-3 параметра, так что чем-то удобнее, да и отваливаются они наверно меньше.
В firefox.cfg(js), через lock, но видел что можно и другие параметры использовать, какие ты писал выше, но проверять надо. Тем самым я подтвердил кто я, на вышесказанное)...
Политики:
https://addons.mozilla.org/en-US/firefox/addon/enterprise-policy-generator/
https://github.com/mozilla/policy-templates
https://support.mozilla.org/ru/kb/nastrojka-firefox-s-pomoshyu-policiesjson
Отредактировано K4ir05 (18-07-2020 18:59:48)
Отсутствует
Буду весьма благодарен за разъяснение.
Там на сайте — то ли проблемы с переводом, то ли у авторов какое-то словоблудие.
Всё просто, но сформулировано через нижнюю часть спины. Не иначе юрист писал.
Если не прав — жду критики опытных пользователей.
1)
pref(prefName, value) – устанавливает параметру пользовательское значение. Эта функция явно устанавливает параметр как пользовательский параметр. Это означает, что если пользователь изменил значение, оно будет сбрасываться при каждом запуске браузера.
Вот тут не понял. Например, как может пользователь менять значение параметра на false, если оно будет сбрасываться на дефолтное true при каждом запуске браузера? Или имеется в виду, что дефолтное значение true будет сбрасываться на пользовательское false при каждом запуске браузера?
Имеется в виду лишь то, что этот параметр:
1. Пользовательский. То есть выделен жирным в about:config
2. Как его не переключай в about:config — он всё равно будет помечен жирным (так как в любом случае он пользовательский и значение установлено пользователем. То есть какого то дефолтного не имеет).
3. Сбрасываться — имеется в виду, что будут игнорироваться установки из user.js. То есть пользователь изменил настройки в user.js, но при запуске параметр сброситься в значение, установленное администратором в firefox.cfg. Про true и false ничего не сказано. Имеются в виду лишь настройки в firefox.cfg.
4. Этот параметр со значением из firefox.cfg копируется в prefs.js
2)
defaultPref(prefName, value) – устанавливает параметру значение по умолчанию. Это то значение, которое параметр имеет, когда пользователь не устанавливает никакое значение.
С этим более менее понятно. Но для чего тогда ставить defaultPref, если пользователем вообще не будет устанавливаться никакого значения?
Пользователь не устанавливает. Но вы, как администратор, можете установить дефолтное состояние параметра в firefox.cfg
Для чего? Вам как администратору надо чтобы этот параметр имел определённое значение. А пользователь про это не знает, да ему и не надо.
Этот параметр со значением из firefox.cfg не копируется в prefs.js
5)
getPref(prefName) – возвращает значение параметра. Если параметр не существует, выводит ошибку. Вы должны использовать эту функцию только для параметров, о которых знаете, что они существуют.
Тут непонятно, для чего возвращать значение параметру?
Для использования скриптом. Мало ли кто чего захочет в firefox.cfg реализовать. А с помощью этой функции погромист может получить значение параметра, чтобы поменять его там же, в зависимости от значения или ещё какую логику реализовать. Цитата из Модификация Firefox с помощью AutoConfig
Несмотря на то, что расширение файла AutoConfig обычно cfg, сам по себе файл AutoConfig является JavaScript-файл. Это означает, что вы можете писать на JavaScript внутри файла, чтобы применять различную логику в разных ситуациях.
6)
clearPref(prefName) – удаляет пользовательское значение параметра, сбрасывая его в значение по умолчанию.
Для чего удалять пользовательские значения, если можно сам параметр можно заблокировать через lockPref?
Ну... Можно заблокировать, а можно удалить. Поскольку (как так же указано в той справочной статье) файлом firefox.cfg можно управлять централизованно, то можно разом удалить неиспользуемые уже параметры. Для новой версии браузера, например, или просто неактуальные. Чего им в настройках болтаться, если они уже не нужны?
Ну типа того и всё такое... ©
Отсутствует
Там на сайте — то ли проблемы с переводом, то ли у авторов какое-то словоблудие.
Там ещё куча опечаток и ошибок
Coroner, большое спасибо за подробное объяснение к каждому пункту! Как выше заметил K4ir05, эти настройки больше для предприятий. Но вед почти каждый рядовой пользователь администратор Например, я по вашему совету сижу под второстепенной учётной записью в Windows и только через права администратора настраиваю те же политики учётной записи policies.json.
Мне теперь стало интересно дописать групповые политики и через firefox.cfg. Ведь браузер создаёт профиль пользователя только после первого запуска, а до этого никаких папок с профилями нет. Зато до первого запуска можно policies.json и firefox.cfg подсунуть браузеру в "C:/Program Files/Mozilla Firefox". Наверное, такой вариант настройки браузера предпочтителен тем, что он задаёт настройки профиля начистую, без всякого лишнего мусора после первого запуска, который потом и приходится править в user.js. Другой вопрос, нужно ли это пользователю, чтобы каждый раз возиться с политиками. Получается, что помимо "user.js" придётся периодически мониторить "policies.json" и "firefox.cfg".
Отсутствует