В Firefox 53, релиз которого запланирован на 18 апреля, планируется включить (https://bugzilla.mozilla.org/show_bug.cgi?id=1243951) встроенный просмотрщик JSON, предоставляющий удобный интерфейс для навигации по структурированным данным в этом формате. В интерфейсе предоставлена возможность раскрытия блоков в соответствии с заданным фильтром и сохранения или копирования выделенных областей. Следует отметить, что в состав кодовой базы просмотрщик JSON добавлен ещё в Firefox 44, но отключен по умолчанию (для активации в about:config нужно указать devtools.jsonview.enabled=true).URL: https://www.soeren-hentzschel.at/firefox/firefox-53-json-bet.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=45843
если повыкидывать из ФФ всякие средства для веб-разработчика и непонятную фигню типа покета и тому подобных добавок, то станет ли ФФ меньше жрать ОЗУ и быстрее работать?
Нет.
Из ФФ можно выкинуть GUI средств для разработчика, и вместо него реализовать универсальные API для разработки расширений по типу Firebug. С такой универсальностью получится скорее наоборот.
низкое качество воспроизведения
Тормозной Firebug тому и есть доказательство.
Действительно - какое-то ущемление в правах! Значительная часть пользователей использует браузер только по его основному предназначению, но и им доставляют инструментарий, которым они никогда не воспользуются.
Ну дык собирайте сами. В dev edition, вон, нету большинства плагинов, которые есть в обычных сборках, и работаел он всегда быстрее, странно, правда?
Почему не сделать 2 версии браузера? Для юзеров и для разрабов?
> Почему не сделать 2 версии браузера? Для юзеров и для разрабов?Дык это и есть 2 версии. То есть 3 версии, на самом деле. Есть Stable (или Current, не знаю, как оно называется), Dev, Nightly.
А средства разработки и в хроме есть и их не отключить никак. Кстати, тоже, есть подозрение, жрут память почём зря.
На самом деле, есть четыре версии. Вы ещё LTS забыли.
Да ладно, баннеры во весь экран "С Адблоком не работем" очень удобно отключать :)
Сейчас замерил для интереса (открыв 500 вкладок в 13 окнах). Одна открытая пустая вкладка обходится файрфоксу x64 под win в 2.5 Мб оперативной памяти и 0.9 Мб видеопамяти.Для сравнения, 32-х битный хром тратит на одну пустую вкладку 18 Мб оперативной памяти и 1.4 Мб видеопамяти. (В шесть раз больше!)
Для x64 хрома даже не стал замерять, но числа можно смело умножать на полтора.Так что среди прямых конкурентов Файрфокс наименее жрущий память браузер.
Я хз что и как там с Chrome'ом но могу сказать точно, что под Windows x64 и GNU/Linux x64 Firefox на 2GiB и 3GiB тормозит неимоверно и сжирает память. Chromium если и сжирает больше, то не тормозит как FF (хотя по ощущениям жрут они примерно одинаково).
А когда у меня появился системник с 16GiB памяти FF даже пробовать не стал. Да и Mozilla уже конкретно з<censored> со своими меняем UI, добавляем <фичуN>, через год убираем <фичуN>, урезаем настройки и т.д.
Chrome помню с 2008-го и... нифига не изменилось!
> под Windowsа ты поудаляй малварь от майлсру и удивись.
Имхо, это всё же проблемы современного веб (читай: js) и на 2 Гб памяти тормозило бы что угодно. (а у вас серьёзно была x64 операционка на меньше чем 4Гб памяти?).16 Гиг позволяет себя чувствовать уже комфортно. У меня на них в среднем уходит 6-8 Гигов на браузер(ы) и ещё остаётся запустить какую-нибудь игрушку или IDE. Так что компьютер целый двухзадачный становится.
> Имхо, это всё же проблемы современного веб (читай: js)Даже без js любой браузер с современным, модным фреймворком будет жрать как не в себя. Одни анимации (S)CSS чего стоят.
>> Имхо, это всё же проблемы современного веб (читай: js)
> Даже без js любой браузер с современным, модным фреймворком будет жрать как
> не в себя. Одни анимации (S)CSS чего стоят.Как-то ради эксперимента. сделали таблицу (чистый хтмл без ничего). Вкладка весила 50 мег
Собственно FF использовал из-за классического (читай нормального) интерфейса. Потом его поменяли (юзал Classic Theme), потом меню с настройками сделали таким-же. Поюзал год и задрали тормоза (раньше из-за UI мирился с этим).
На Pale Moon и сейчас тот самый интерфейс. И тормоза меньше файрфоксовых. При некотором урезании аппетитов (uMatrix/uBlock) не помню, чтобы браузер за три гига переваливал, даже если NoScript отрублен глобально.Правда один нюанс - ядро-то 64 бит. а юзерленд - 32. Но, собственно, браузер и в 64-битной системе можно 32-битный держать, конкретно на браузерах выигрыш по памяти огромный.
x64 лиса на x64 системе с 8 гб озу. Сессия на 500 вкладок, 19 расширений и 0 плагинов, на старте 1300 мб, за 5-10 часов использования не вываливается за порог 2200 мб почему-то. Чистите профиль.
С пустой сессией на старте 400 мб.32-битная лиса меньше памяти кушает, это да. Но вот у хрома похоже не так: https://www.ghacks.net/2016/01/03/32-bit-vs-64-bit-browsers-.../
>С пустой сессией на старте 400 мб.Вы уверены, что то что вы запускали - браузер?
Присоединяюсь к предыдущиму анониму. Создал чистый профиль, вот результат: https://pomf.pyonpyon.moe/ldyazl.png
> Одна открытая пустая вкладка
> пустая вкладка
> Так что среди прямых конкурентов Файрфокс наименее жрущий память браузер.Действительно, кого интересует реальное использование, все же только и делают, что открывают пустые вкладки. Не останавливайся на достигнутом, замерь прожорливость и скорость СУБД путём создания пустых соединений, а фреймворки стоит сравнивать исключительно через hello world.
многопроцессность в firefox сейчас ужасно глючная, не знаю чего вы там запускаете... но при установленном pepperflash со стабильной постоянностью вешается при просмотре youtube и сворачивании/разворачивании окон даже с рекомендуемыми пользователями настройками в about:config. Вроде никакой связи - видео ведь html5, а вот оно чё. С нетерпением жду firefox 51 и следующий Flash PPAPI, может хоть что-то исправят.
о, вышла 24.0.0.194... вспомнил чёрта
> меньше жрать ОЗУС чего бы? Он и так жрёт немного, если e10 отключён.
> и быстрее работать
Да, лично убедился в этом, когда удалил покет. ФФ из Дебьяна.
Если судить по скриншоту, дополнение JSONViewer выглядит симпатичнее
лучше б трекинг гугля выпилили, недавно обнаруил что они даже проверку плагинов делают с редиректом на свой сайт используя параметры UTM в урле, собаки.
https://github.com/mozilla/sourceВыреж ненужное и перекомпили! Делов-то...
Эту хрень и без модификации компилить - невелико удовольствие, сборка у него совершенно монструозная как тупо по объёмам, так и по сложности конфигурации
> Выреж ненужное и перекомпили! Делов-то...Проще icecat юзать, чем собирать файрфокс. Поверь мне, пытались, знаем.
> Проще icecat юзать, чем собирать файрфокс. Поверь мне, пытались, знаем.Интересно, почему в портах FreeBSD есть Firefox, который бздуны без проблем собирают одной единственной командой - make install, если им что-то не нравится в бинарном пакете. При этом они не гундят, что это архисложно.
> Интересно, почему в портах FreeBSD есть Firefox, который бздуны без проблем собирают
> одной единственной командой - make install, если им что-то не нравится
> в бинарном пакете. При этом они не гундят, что это архисложно.Потому что ты не знаешь, что у мозиллы своя система сборки? Не знаю что там у бздунов, возможно надо взять на вооружение.
> Потому что ты не знаешь, что у мозиллы своя система сборки?серьезно? В версии 49 у нее вполне себе банальный gnu autoconf. Ну да, там внутре запускается питоновская хрень, но она в общем и целом вполне себе автоматически из автомейкнутого запускается, патчить исходники совершенно не мешает.
> Не знаю что там у бздунов, возможно надо взять на вооружение.
ровным счетом ничего интересного.
BUILD_DEPENDS= nspr>=4.12:devel/nspr \
nss>=3.25:security/nss \
libevent2>=2.0.21_2:devel/libevent2 \
soundtouch>=1.9.0:audio/soundtouch \
harfbuzz>=1.2.6:print/harfbuzz \
graphite2>=1.3.8:graphics/graphite2 \
png>=1.6.21:graphics/png \
libvorbis>=1.3.5,3:audio/libvorbis \
libvpx>=1.5.0:multimedia/libvpx \
sqlite3>=3.13:databases/sqlite3 \
${PYTHON_PKGNAMEPREFIX}sqlite3>0:databases/py-sqlite3 \
v4l_compat>0:multimedia/v4l_compat \
autoconf-2.13:devel/autoconf213 \
yasm:devel/yasm \
zip:archivers/zipдаже особых USE_ нету.
"Быстренько попатчить" этот (как и любой другой современный) вжопенсорсе мешает не загадочная система сборки, а громадный размер и сложность. Года два поковыряешь исходники - сможешь патчить тривиальные вещи.
Сколько времени ушло у автора palemoon на нетривиальные - и что он ел по дороге - не знаю.При этом, заметь, ничего своего у него не вышло, и даже несвое постепенно теряет функциональность.
> даже особых USE_ нету.Gentoo? Откуда дровишки? Качал с офф гита тормозилы, там конфинги в 1000 местах, потом надо какую-то их утилиту на бидоне запустить, потом ещё одну, потом autoconf а потом только make.
>> даже особых USE_ нету.
> Gentoo? Откуда дровишки?Вангую, что фря.
https://svnweb.freebsd.org/ports/head/www/firefox/Makefile?r...
Правда, почему-то скромно умалчивает о 200KБ патчей
https://svnweb.freebsd.org/ports/head/www/firefox/files/ну и не в курсе про отдельный /usr/ports/Mk/bsd.gecko.mk и /usr/ports/Mk/Uses/gecko.mk
https://svnweb.freebsd.org/ports/head/Mk/bsd.gecko.mk?revisi...
но зато гордо заявляет про отсутcтвие особых USE_
% grep -c "USE_" /usr/ports/Mk/bsd.gecko.mk
22
>> Gentoo? Откуда дровишки?ничего из предыдущего тредика ничитай, сразу пеши (это чтоб два раза не вставать, предыдущему горе-писателю)
> Правда, почему-то скромно умалчивает о 200KБ патчей
это патчи из дерева самой mozilla, добавленные после релиза - то есть бэкпорт из более современной версии. И еще три-пять специфичных для freebsd, отправляющих гекку гадить под себя, а не в /usr/share
Желающим (да вы сириозно?) патчить этот проект для СВОИХ целей это все нафиг не нужно, но они должны уметь делать подобные тривиальные вещи прежде, чем вообще замахиваться на подобную задачу.
> ну и не в курсе про отдельный /usr/ports/Mk/bsd.gecko.mk и /usr/ports/Mk/Uses/gecko.mk
# bsd.gecko.mk abstracts the selection of gecko-based backends. It allows users
# and porters to support any available gecko backend without needing to build
# many conditional tests.совершенно не понимаю, зачем жаждущему (и способному хотя бы на это) вырезать из мурзиллы "ненужный" просмотрщик json эта функциональность и эта информация.
Опять таки, в основном оно патчит по живому потроха мазило-связанных проектов чтобы они нашли свои запчасти не в том единственном месте, куда авторы мазилы гвоздем прибили пути, не предоставив конфигурирования (поскольку справедливо считают, что у нормального человека и мысли такой не возникнет, ему б что-нибудь одно дай Б-г собрать без приключений).> но зато гордо заявляет про отсутcтвие особых USE_
>
> % grep -c "USE_" /usr/ports/Mk/bsd.gecko.mk
> 22то есть ты вообще нихрена не понимаешь в том, что несешь.
Боюсь что тебе, да, мазиллу даже штатным способом не пересобрать.
Это совершенно не означает, что ее пересборка какая-то сложная задача, это означает что ты - неумеха.
Реально сложная задача - разобраться в самой мазиле, 200 мебагайт жатого архива, йошкин хрен, чтобы хотя бы приблизительно, с точностью до куска дерева, понимать, где вообще искать [не]нужное.
Человеку, неспособному понять с первого взгляда, что лежит в bsd.gecko.mk и что это ему нафиг не нужно, если только он не собирается добавлять в freebsd еще один мазило-проект, я абсолютно уверен, это не удастся, греп тут хреновый помощник (собственно выше прекрасная иллюстрация бесполезности инструмента в руках неумехи), так что не тратьте время.
P.S. да, если до кого еще не дошло, мне случалось пересобирать мазилу и копаться в ее исходниках. Первое просто, но совершенно непонятно, зачем, на мурзиллаком за тебя уже все собрано, второе... увы, у меня нет бесконечного времени или бесконечных денег, как у moonchild, а их надо именно бесконечное количество. Иначе пока ты будешь распутывать один-единственный комок спагетти, мазильные обезьянки в свои пять тыщ рук наляпают еще два грузовика. Это особенность не мазилы, а любого современного проекта. Тот же андроид внутри - еще хуже.
не все ненужное вырезается при пересборке
«Вырежь», позорище!
Для JSON'а есть jq (commandline JSON processor) и соответствующие библиотеки. Например, модуль JSON от Makamaka Hannyaharamitu для Perl 5.
Нужно.
Хочу просмотрщик встроенный в браузер для Python, Go, Rust, Erlang, Perl,...!!!P.S.: "просмотрщик JSON" и "просмотрщик кода JSON файлов" - немного разные вещи.
Очень логичный вброс, уважаемый программист на html
> P.S.: "просмотрщик JSON" и "просмотрщик кода JSON файлов" - немного разные вещи.o_O
Да что у вас там за железо, что FireFox тормозит у всех? И главно, большенство тестов под виндой, и это на опеннете!!! Юзаю лиса на линуксе и на андроиде. Все ровно, 8ГБ ОЗУ и проца 2,5 вполне хввтает и ничего не тормозит. Может дело в SSD? Правда, еще включил в лисе поддержку многоядерных процессоров. А на андроиде, хром тормозит заметно сильнее FireFox'а. Специально открыл 20 одинаковых вкладок на однлм и на другом поочереди. Хром - тормоз, даже телефон греться начал, а лис работает нормально.
Вот этого оратора поддержу, но от себя добавлю, проблема не с потреблением памяти или загрузкой cpu, а с плавностью работы самого браузера (тут до хрома как до небес), хотя на андройде и эта проблема не так значительно выглядит.
У меня 4Гб, 3.6x2 CPU, обычно вкладок 10-20, SSD не держим, GNU/Linux. Полёт лисы нормальный. Многопроцессорность глючит, ога, а так не быстрее и не медленнее хрома работает.
Хром, кстати, сжирает память быстрее лисы.
Chrome сжирает просто все доступное и проц и память, поэтому на некотором железе кажется что он быстр. Но зато все остальное тормозить начинает. Свернешь его, поработаешь в офисе, разворачиваешь и ждешь полчаса пока он вылезет из анабиоза. с лисой такого нет...
Ну естественно, если он разметил память, потом ещё и в своп залез, чё ж он не будет в анабиозе? Фигня этот ваш Web 2.0, я посмотрел, можете убирать.
З.Ы."ПРЕДУПРЕЖДЕНИЕ: В сообщении используется ненормативная лексика.
Пожлуйста откорректируйте сообщение, воздержитесь от острых высказываний и несодержательных комментариев, проявите уважение к собеседнику.
Выражение, на которое сработало предупреждение: 'закапывa'"Серьёзно? :)
У меня вот не жрёт много, просто вкладки открывает по секунде и типовые задачи всегда с задержками, с чем после хрома, который может иногда и создаёт видимость деятельности, но делает это мгновенно, работать очень неприятно
> просто вкладки открывает по секундеУ меня мгновенно открывает. Может быть пора почистить профиль?
> и типовые задачи всегда с задержками
Боюсь спросить, что за задачи такие?
Лол, Мозилла за эти годы чего только не запилила: и свой язык, и свою ОС. Но только сейчас они смогли в просмотрщик json`a.
> Лол, Мозилла за эти годы чего только не запилила: и свой язык,
> и свою ОС. Но только сейчас они смогли в просмотрщик json`a.Нафига в браузере это? Сделали бы отдельным дополнением. Браузер не среда разработки и не emacs, когда это уже поймут?
Лол, в фф и этого не было.
Мимо-хромо-господин
Было очень давно, но отображалось только если открыть JSON через developer tools.
С одной стороны так и хочется сказать "не прошло и 10 лет..." - XML нормально форматировался "искаропки" сколько я себя помню, а JSON без дополнительных расширений всегда был нечитаем. Но в то же время никак не могу понять нахрена они пихают всё это в основной код браузера когда могли бы оформить в виде отдельных предустановленных официальных расширений хотя бы.