The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В Firefox 53 будет включён просмотрщик JSON

12.01.2017 22:20

В Firefox 53, релиз которого запланирован на 18 апреля, планируется включить встроенный просмотрщик JSON, предоставляющий удобный интерфейс для навигации по структурированным данным в этом формате. В интерфейсе предоставлена возможность раскрытия блоков в соответствии с заданным фильтром и сохранения или копирования выделенных областей. Следует отметить, что в состав кодовой базы просмотрщик JSON добавлен ещё в Firefox 44, но отключён по умолчанию (для активации в about:config нужно указать devtools.jsonview.enabled=true).



  1. Главная ссылка к новости (https://www.soeren-hentzschel....)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45843-firefox
Ключевые слова: firefox, json
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:27, 12/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    если повыкидывать из ФФ всякие средства для веб-разработчика и непонятную фигню типа покета и тому подобных добавок, то станет ли ФФ меньше жрать ОЗУ и быстрее работать?
     
     
  • 2.2, equeim (ok), 22:28, 12/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нет.
     
  • 2.4, KonstantinB (ok), 22:38, 12/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из ФФ можно выкинуть GUI средств для разработчика, и вместо него реализовать универсальные API для разработки расширений по типу Firebug. С такой универсальностью получится скорее наоборот.
     
     
  • 3.14, Эскобар Бредор (?), 00:42, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    низкое качество воспроизведения
     
  • 3.15, rshadow (ok), 00:44, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Тормозной Firebug тому и есть доказательство.
     
  • 2.5, ssh (ok), 23:11, 12/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Действительно - какое-то ущемление в правах! Значительная часть пользователей использует браузер только по его основному предназначению, но и им доставляют инструментарий, которым они никогда не воспользуются.
     
     
  • 3.21, Аноним (-), 06:07, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык собирайте сами. В dev edition, вон, нету большинства плагинов, которые есть в обычных сборках, и работаел он всегда быстрее, странно, правда?
     
     
  • 4.30, Сергей007 (?), 09:45, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему не сделать 2 версии браузера? Для юзеров и для разрабов?
     
     
  • 5.41, Аноним (-), 17:53, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему не сделать 2 версии браузера? Для юзеров и для разрабов?

    Дык это и есть 2 версии. То есть 3 версии, на самом деле. Есть Stable (или Current, не знаю, как оно называется), Dev, Nightly.

     
     
  • 6.42, Аноним (-), 17:54, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А средства разработки и в хроме есть и их не отключить никак. Кстати, тоже, есть подозрение, жрут память почём зря.
     
  • 6.53, 123 (??), 15:21, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле, есть четыре версии. Вы ещё LTS забыли.
     
  • 3.35, Аноним (-), 10:51, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да ладно, баннеры во весь экран "С Адблоком не работем" очень удобно отключать :)
     
  • 2.11, mumu (??), 00:08, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сейчас замерил для интереса (открыв 500 вкладок в 13 окнах). Одна открытая пустая вкладка обходится файрфоксу x64 под win в 2.5 Мб оперативной памяти и 0.9 Мб видеопамяти.

    Для сравнения, 32-х битный хром тратит на одну пустую вкладку 18 Мб оперативной памяти и 1.4 Мб видеопамяти. (В шесть раз больше!)
    Для x64 хрома даже не стал замерять, но числа можно смело умножать на полтора.

    Так что среди прямых конкурентов Файрфокс наименее жрущий память браузер.

     
     
  • 3.12, фвфыв (?), 00:27, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я хз что и как там с Chrome'ом но могу сказать точно, что под Windows x64 и GNU/Linux x64 Firefox на 2GiB и 3GiB тормозит неимоверно и сжирает память. Chromium если и сжирает больше, то не тормозит как FF (хотя по ощущениям жрут они примерно одинаково).
    А когда у меня появился системник с 16GiB памяти FF даже пробовать не стал. Да и Mozilla уже конкретно з<censored> со своими меняем UI, добавляем <фичуN>, через год убираем <фичуN>, урезаем настройки и т.д.
    Chrome помню с 2008-го и... нифига не изменилось!
     
     
  • 4.16, Аноним (-), 02:11, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > под Windows

    а ты поудаляй малварь от майлсру и удивись.

     
  • 4.17, mumu (ok), 02:12, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Имхо, это всё же проблемы современного веб (читай: js) и на 2 Гб памяти тормозило бы что угодно. (а у вас серьёзно была x64 операционка на меньше чем 4Гб памяти?).

    16 Гиг позволяет себя чувствовать уже комфортно. У меня на них в среднем уходит 6-8 Гигов на браузер(ы) и ещё остаётся запустить какую-нибудь игрушку или IDE. Так что компьютер целый двухзадачный становится.

     
     
  • 5.22, Аноним (-), 06:09, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Имхо, это всё же проблемы современного веб (читай: js)

    Даже без js любой браузер с современным, модным фреймворком будет жрать как не в себя. Одни анимации (S)CSS чего стоят.


     
     
  • 6.37, Del (?), 12:26, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Имхо, это всё же проблемы современного веб (читай: js)
    > Даже без js любой браузер с современным, модным фреймворком будет жрать как
    > не в себя. Одни анимации (S)CSS чего стоят.

    Как-то ради эксперимента. сделали таблицу (чистый хтмл без ничего). Вкладка весила 50 мег

     
  • 3.13, фвфыв (?), 00:30, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно FF использовал из-за классического (читай нормального) интерфейса. Потом его поменяли (юзал Classic Theme), потом меню с настройками сделали таким-же. Поюзал год и задрали тормоза (раньше из-за UI мирился с этим).
     
     
  • 4.18, Crazy Alex (ok), 02:28, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На Pale Moon и сейчас тот самый интерфейс. И тормоза меньше файрфоксовых. При некотором урезании аппетитов (uMatrix/uBlock) не помню, чтобы браузер за три гига переваливал, даже если NoScript отрублен глобально.

    Правда один нюанс - ядро-то 64 бит. а юзерленд - 32. Но, собственно, браузер и в 64-битной системе можно 32-битный держать, конкретно на браузерах выигрыш по памяти огромный.

     
     
  • 5.39, Аноним (-), 16:27, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    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-which-version-has-

     
     
  • 6.46, Square1 (?), 22:26, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >С пустой сессией на старте 400 мб.

    Вы уверены, что то что вы запускали - браузер?

     
     
  • 7.47, Аноним (-), 03:44, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Присоединяюсь к предыдущиму анониму. Создал чистый профиль, вот результат: https://pomf.pyonpyon.moe/ldyazl.png
     
  • 3.24, angra (ok), 07:09, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Одна открытая пустая вкладка
    > пустая вкладка
    > Так что среди прямых конкурентов Файрфокс наименее жрущий память браузер.

    Действительно, кого интересует реальное использование, все же только и делают, что открывают пустые вкладки. Не останавливайся на достигнутом, замерь прожорливость и скорость СУБД путём создания пустых соединений, а фреймворки стоит сравнивать исключительно через hello world.

     
  • 3.32, botman (ok), 10:13, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    многопроцессность в firefox сейчас ужасно глючная, не знаю чего вы там запускаете... но при установленном pepperflash со стабильной постоянностью вешается при просмотре youtube и сворачивании/разворачивании окон даже с рекомендуемыми пользователями настройками в about:config. Вроде никакой связи - видео ведь html5, а вот оно чё. С нетерпением жду firefox 51 и следующий Flash PPAPI, может хоть что-то исправят.
     
     
  • 4.34, botman (ok), 10:19, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    о, вышла 24.0.0.194... вспомнил чёрта
     
  • 2.52, Аноним (-), 12:50, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > меньше жрать ОЗУ

    С чего бы? Он и так жрёт немного, если e10 отключён.

    > и быстрее работать

    Да, лично убедился в этом, когда удалил покет. ФФ из Дебьяна.

     

  • 1.3, Аноним (-), 22:34, 12/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если судить по скриншоту, дополнение JSONViewer выглядит симпатичнее
     
  • 1.6, Аноним (-), 23:26, 12/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    лучше б трекинг гугля выпилили, недавно обнаруил что они даже проверку плагинов делают с редиректом на свой сайт используя параметры UTM в урле, собаки.
     
     
  • 2.9, Аноним (-), 23:46, 12/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://github.com/mozilla/source

    Выреж ненужное и перекомпили! Делов-то...

     
     
  • 3.19, Crazy Alex (ok), 02:29, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эту хрень и без модификации компилить - невелико удовольствие, сборка у него совершенно монструозная как тупо по объёмам, так и по сложности конфигурации
     
  • 3.23, Аноним (-), 06:12, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Выреж ненужное и перекомпили! Делов-то...

    Проще icecat юзать, чем собирать файрфокс. Поверь мне, пытались, знаем.

     
     
  • 4.26, Аноним (-), 07:50, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Проще icecat юзать, чем собирать файрфокс. Поверь мне, пытались, знаем.

    Интересно, почему в портах FreeBSD есть Firefox, который бздуны без проблем собирают одной единственной командой - make install, если им что-то не нравится в бинарном пакете. При этом они не гундят, что это архисложно.

     
     
  • 5.40, Аноним (-), 17:51, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, почему в портах FreeBSD есть Firefox, который бздуны без проблем собирают
    > одной единственной командой - make install, если им что-то не нравится
    > в бинарном пакете. При этом они не гундят, что это архисложно.

    Потому что ты не знаешь, что у мозиллы своя система сборки? Не знаю что там у бздунов, возможно надо взять на вооружение.

     
     
  • 6.54, пох (?), 20:08, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потому что ты не знаешь, что у мозиллы своя система сборки?

    серьезно? В версии 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 на нетривиальные - и что он ел по дороге - не знаю.

    При этом, заметь, ничего своего у него не вышло, и даже несвое постепенно теряет функциональность.

     
     
  • 7.55, Аноним (-), 07:35, 15/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > даже особых USE_ нету.

    Gentoo? Откуда дровишки? Качал с офф гита тормозилы, там конфинги в 1000 местах, потом надо какую-то их утилиту на бидоне запустить, потом ещё одну, потом autoconf а потом только make.

     
     
  • 8.56, Аноним (-), 15:11, 15/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вангую, что фря https svnweb freebsd org ports head www firefox Makefile rev... текст свёрнут, показать
     
     
  • 9.59, . (?), 13:53, 16/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    ничего из предыдущего тредика ничитай, сразу пеши это чтоб два раза не вставать... большой текст свёрнут, показать
     
  • 3.25, Аноним (-), 07:11, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не все ненужное вырезается при пересборке
     
  • 3.58, Grammar Narziss (?), 11:24, 16/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    «Вырежь», позорище!
     

  • 1.7, saahriktu (ok), 23:34, 12/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для JSON'а есть jq (commandline JSON processor) и соответствующие библиотеки. Например, модуль JSON от Makamaka Hannyaharamitu для Perl 5.
     
  • 1.8, th3m3 (ok), 23:41, 12/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нужно.
     
  • 1.10, Аноним (-), 23:58, 12/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Хочу просмотрщик встроенный в браузер для Python, Go, Rust, Erlang, Perl,...!!!

    P.S.: "просмотрщик JSON" и "просмотрщик кода JSON файлов" - немного разные вещи.

     
     
  • 2.20, Отражение луны (ok), 04:32, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Очень логичный вброс, уважаемый программист на html
     
  • 2.27, Аноним (-), 08:48, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > P.S.: "просмотрщик JSON" и "просмотрщик кода JSON файлов" - немного разные вещи.

    o_O

     

  • 1.28, Аноним (-), 09:27, 13/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Да что у вас там за железо, что FireFox тормозит у всех? И главно, большенство тестов под виндой, и это на опеннете!!! Юзаю лиса на линуксе и на андроиде. Все ровно, 8ГБ ОЗУ и проца 2,5 вполне хввтает и ничего не тормозит. Может дело в SSD? Правда, еще включил в лисе поддержку многоядерных процессоров. А на андроиде, хром тормозит заметно сильнее FireFox'а. Специально открыл 20 одинаковых вкладок на однлм и на другом поочереди. Хром - тормоз, даже телефон греться начал, а лис работает нормально.
     
     
  • 2.31, 123 (??), 09:52, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вот этого оратора поддержу, но от себя добавлю, проблема не с потреблением памяти или загрузкой cpu, а с плавностью работы самого браузера (тут до хрома как до небес), хотя на андройде и эта проблема не так значительно выглядит.
     
  • 2.43, Аноним (-), 19:00, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    У меня 4Гб, 3.6x2 CPU, обычно вкладок 10-20, SSD не держим, GNU/Linux. Полёт лисы нормальный. Многопроцессорность глючит, ога, а так не быстрее и не медленнее хрома работает.
    Хром, кстати, сжирает память быстрее лисы.
     
     
  • 3.48, Алексей (??), 06:38, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Chrome сжирает просто все доступное и проц и память, поэтому на некотором железе кажется что он быстр. Но зато все остальное тормозить начинает. Свернешь его, поработаешь в офисе, разворачиваешь и ждешь полчаса пока он вылезет из анабиоза. с лисой такого нет...
     
     
  • 4.49, Аноним (-), 09:28, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну естественно, если он разметил память, потом ещё и в своп залез, чё ж он не будет в анабиозе? Фигня этот ваш Web 2.0, я посмотрел, можете убирать.


    З.Ы.

    "ПРЕДУПРЕЖДЕНИЕ: В сообщении используется ненормативная лексика.
    Пожлуйста откорректируйте сообщение, воздержитесь от острых высказываний и несодержательных комментариев, проявите уважение к собеседнику.
    Выражение, на которое сработало предупреждение: 'закапывa'"

    Серьёзно? :)

     
  • 2.50, alltiptop (ok), 09:38, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У меня вот не жрёт много, просто вкладки открывает по секунде и типовые задачи всегда с задержками, с чем после хрома, который может иногда и создаёт видимость деятельности, но делает это мгновенно, работать очень неприятно
     
     
  • 3.51, Аноним (-), 11:00, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > просто вкладки открывает по секунде

    У меня мгновенно открывает. Может быть пора почистить профиль?

    > и типовые задачи всегда с задержками

    Боюсь спросить, что за задачи такие?

     

  • 1.33, Аноним (-), 10:17, 13/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Лол, Мозилла за эти годы чего только не запилила: и свой язык, и свою ОС. Но только сейчас они смогли в просмотрщик json'a.
     
     
  • 2.44, Аноним (-), 19:02, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лол, Мозилла за эти годы чего только не запилила: и свой язык,
    > и свою ОС. Но только сейчас они смогли в просмотрщик json'a.

    Нафига в браузере это? Сделали бы отдельным дополнением. Браузер не среда разработки и не emacs, когда это уже поймут?

     

  • 1.38, Аноним (-), 12:40, 13/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Лол, в фф и этого не было.
    Мимо-хромо-господин
     
     
  • 2.45, Аноним (-), 21:46, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Было очень давно, но отображалось только если открыть JSON через developer tools.
     

  • 1.57, Аноним (-), 05:51, 16/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С одной стороны так и хочется сказать "не прошло и 10 лет..." - XML нормально форматировался "искаропки" сколько я себя помню, а JSON без дополнительных расширений всегда был нечитаем. Но в то же время никак не могу понять нахрена они пихают всё это в основной код браузера когда могли бы оформить в виде отдельных предустановленных официальных расширений хотя бы.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру