Представлен (https://hacks.mozilla.org/2016/09/introducing-debugger-html/) новый отладчик JavaScript - debugger.html (https://github.com/devtools-html/debugger.html/), развиваемый в рамках инициативы по замене отладчика, поставляемого в наборе Developer Tools, встроенном в Firefox. Debugger.html реализован в виде web-приложения, которое может выполняться в web-браузерах Firefox и Chrome, а также в обособленном режиме под управлением Node.js. Debugger.html написан на JavaScript с использованием фреймворков React (https://facebook.github.io/react/) и Redux (http://redux.js.org/). Код распространяется (https://github.com/devtools-html/debugger.html/) под свободной лицензией MPL 2.0.
В настоящее время debugger.html уже включен в состав ночных сборок Firefox, заменив собой ранее поставляемый в Developer Tools JavaScript-отладчик. Основным отличием нового проекта является поддержка одновременной отладки нескольких проектов. Поддерживается удалённая отладка с использованием протоколов Firefox RDP (https://wiki.mozilla.org/Remote_Debugging_Protocol) и Chrome Debugging Protocol (https://chromedevtools.github.io/debugger-protocol-viewer/1-1/). Разработчики попытались сделать интерфейс отладчика доступным, предсказуемым, простым для изучения и понятным, и при этом предоставляющим максимальную функциональность.
Основной экран отладчика разделён на три области:
- Панель с исходными текстами, показывает древовидное представление исходных текстов всех отлаживаемых web-приложений;
- Область редактирования, позволяет редактировать конкретные файлы проекта и даёт возможность устанавливать точки остановка в коде и приводить упакованный код в читаемый вид;- Боковая панель, отображает список текущих точек останова, состояние стека вызовов и значения переменных на момент приостановки выполнения приложения. Поддерживаются операции остановки, пошаговой отладки, входа в функции и другие типовые возможности.
URL: https://hacks.mozilla.org/2016/09/introducing-debugger-html/
Новость: http://www.opennet.dev/opennews/art.shtml?num=45150
Отлично. Ждём в стабильной версии.
Спасибо, не надо. И так, судя по последним ченджлогам, разрабы пишут Firefox для себя, а не для конечного пользователя. Это именно тот случай, когда в организации не хватает маркетолога, который будет бить программеров по рукам за такие фичи.
А что разработчики делают в этом браузере? Не понимаю. Попытка что-нибудь менять в страничке JS-ом раз в секунду - вызывает всплески потребления проца и дерганость гуя браузера. Если SVG попробовать рисовать раз в секунду - лис уходит в кому. Blink и вебкит это за нагрузку вообще не считают.
> Blink и вебкит это за нагрузку вообще не считают.Угу, только потом оказывается что твои 8Гб RAM закончились и кто их сожрал?
> в рамках инициативы по замене отладчика, встроенного в FirefoxВместо того, чтобы свой отладчик в средствах разработки сделать таким же удобным, как в Firebug, ну или режим такой создать, они сделали IDE, запускаемое в браузере?
Я надеюсь, его можно будет привязать ко вкладке, что бы отлаживать Ajax-запросы, иначе оно не нужно, как и их средства разработки.
^Z, ^D
О! Спасибо за напоминание!
Я уж было хотел расстроиться, но теперь вспомнил, что встроенным отладчиком и не пользуюсь - FireBug наше все.
На самом деле, заявленные фичи для многих потенциальных пользователей, подозреваю, выглядят как начало того анекдота: "...а теперь мы попробуем со всей этой хренью взлететь!".
> FireBug наше всёЩас его же на свалку выкидывают.
Он не приспособлен для жизни без XUL и в многопроцессной модели
>> FireBug наше всё
> Щас его же на свалку выкидывают.
> Он не приспособлен для жизни без XUL и в многопроцессной моделиFirefox отправится вслед за ним же, так как он не приспособлен для вэб-разработки и вэб-отладки без Firebug.
> Он не приспособлен для жизни без XUL и в многопроцессной моделиЭто наверное единственное что в лисе хорошего было для разработчиков. Такими темпами скоро у блинка и вебкита случится монополия на веб.
> что бы отлаживать Ajax-запросы, иначе оно не нужночто бы такое поотлаживать? Ajax-запросы?... иначе оно не нужно...
*fixed
потому что учите русский и вообще.
пооткладывать?
чтобы
Я до сих пор не понимаю зачем все это тулят в firefox, если есть firebug.
Пожалуйста, перестаньте всё это пихать в браузер, делайте уже плагины. И так уже у любой домохозяйки браузер как IDE веб-девелопера..
Не факт что это так просто сделать на уровне кода.
Дык это вам надо прийти к мозилловому директору и сказать: "ты чё, директор, плагинов не делаешь? а ну делай плагины!" и кулак показать.
Тогда они всё поймут и начнут делать IDE в виде плагинов.
так ты и сходи если мнение разделяеш, видать ты более вхож в эту среду в отличии автора мысли, чего вохдух то сотрясать
ЩАа, майбах из кормана дастану, каттедж на сваём етаже, на пятом, зокрою, и пайду ьехать к директорюге. Я ьему покожу, как идэйе не в плагенах ворганить.
> ЩАа, майбах из кормана дастану, каттедж на сваём етаже, на пятом, зокрою,
> и пайду ьехать к директорюге. Я ьему покожу, как идэйе не
> в плагенах ворганить.ну так спс что придупридил, жъдём ебилдов
Фф это браузер для гиков, для домохозяек есть хромиум.
Гики вебню не кодят, они на Сях.
Может они еще и браузером не пользуются?
> Гики вебню не кодят, они на Сях.С чего ты взял что на сях нельзя вебню делать? https://lwan.ws/ - и они не боятся выложить hello world на главной.
<Здесь был пост о том что мазила занимается всем чем угодно кроме именно браузера>
В данном случае это именно браузер.
Чего уж там мелочится - давайте теперь в каждую программу свой аналог gdb встроим ;)
Это среда для исполнения других программ. Ну а вообще, почему нет? Например, если в игровом движке логика написана на lua, то ее не нужно отлаживать? Или это предлагается делать с помощью функции print?
> Например, если в игровом движке логика написана на lua, то ее не
> нужно отлаживать?В игровом движке - да. Но не в игре. Геймер играет в игры, а не занимается их отладкой. Также и пользователь браузера - бродит по интернету, а не правит баги в скриптах на сайтах.
Никто и не просит пользователя включить дебагер.
По такой логике можно включить в поставку браузера весь комплект для разработки браузера (gcc/autoconf/automake/etc + исходники браузера) - пускай будут, ведь никто и не просит пользователя собирать браузер.
По какой логике? Я говорю о готовом функционале, а не об исходниках. Выбор того, что включать в поставку зависит от портебности (много людей пользуются - включают), а не от отсутствия чувства меры.
> По какой логике? Я говорю о готовом функционале, а не об исходниках.Упрощенная сборка браузера из исходников тоже востребованная функциональность среди разработчиков (привет autoconf-2.13 1999 года выпуска - необходимая часть для сборки FF).
> Выбор того, что включать в поставку зависит от портебности (много людей
> пользуются - включают),Это инструмент для разработчиков. Как много пользователей его будут использовать? 0.01%? 0.001%? Почему нельзя отдельно выпустить отдельную версию для web программистов/дизайнеров (или вообще как набор дополнений)?
Вы передёргиваете. Минимальный набор средств отладки часто бывает нужен и обычному пользователю - например, когда мудак-дизайнер ставит картинку фоном под тайлом прозрачных гифок 1x1 - в этих случаях помогает встроенный DOM-инспектор.
> обычному пользователю ... DOM-инспекторЧутье мне подсказывает, что обычный пользователь и слова такого отродясь не слыхал ...
Для чудных дизайнерских вывертов обычно для пользователя в браузере есть view > page style > no style или user style.
Вот чего бы я действительно хотел (как продвинутый пользователь), так это аналог "top" для js - с указанием сколько он есть процессора/памяти, кто его породил и возможностью остановить/занести в черный список. И желательно как add-on ;)
В сhromuim есть task manager, но там общее потребление вкладкой памяти и cpu, а не только js.
Конечно лучше чем ничего, но не слишком функционально - нельзя блокировать отдельные скрипты, не видно сколько скрипт уже съел процессорного времени. На каждом углу кричат про web apps и оболочные технологии, а нормального управления процессами так и не сделали :(
В ff и chromium можно отправлять пулл реквесты, прикинь. Но гораздо проще писать как все плохо в коментариях на opennet.
> В ff и chromium можно отправлять пулл реквесты, прикинь.Мне не нравится в целом путь развития ff и chromium. На данный момент использую pale moon, но при первой возможности уйду на что-нибудь более легковесное и быстрое. Разбираться в раздутой кодовой базе FF то еще удовольствие. Для себя делал отдельные хаки. Попробуйте на досуге убрать вывод название браузера из имени окна. Даже такой простой патч требует неожиданно кучу времени.
> Но гораздо проще
> писать как все плохо в коментариях на opennet.Увы - да, раздутая кодовая база + весьма странная политика партии. Предпочитаю отдавать свое свободное время более достойным (с моей точки зрения) открытым проектам.
А ведь как хорошо начиналось - firefox - только движок, все остальное add-on'ы - а что получилось ...
> обычный пользователь и слова такого отродясь не слыхалНе надо считать других идиотами.
Почему сразу идиотами? Все люди разные, с разными интересами и знаниями.Я справедливо полагаю, что человек не связанный с программированием/web дизайном не знает что такое DOM и зачем ему инспектор.
>> обычному пользователю ... DOM-инспектор
> Чутье мне подсказывает, что обычный пользователь и слова такого отродясь не слыхал
> ...Давай тогда вкладки, закладки, синхронизацию и т.п. Ведь наверняка существуют "обычные" пользователи, которые этим не пользуются.
Ну вкладками пользуется ~95%, закладками ~50%, а сколько DOM инспектором?Но по хорошему - и "вкладки, закладки, синхронизацию и т.п." следовало сделать add-on'ами - дабы каждый сам мог выбрать наиболее подходящий вариант для себя.
> И желательно как add-on ;)В своей системе ты top тоже отдельно ставил?
>> И желательно как add-on ;)
> В своей системе ты top тоже отдельно ставил?Нет, но при желании я могу удалить только его, не трогая все остальное.
Или заменить на htop.
> Чего уж там мелочится - давайте теперь в каждую программу свой аналог
> gdb встроим ;)В qemu какой-никакой монитор встроили.
если на стабильность и производительность браузера это влияет положительно, то это круто, а если не положительно, то встает вопрос целесообразности остро, и какое решение принимают разработчики и говорит о адекватности разработчиков.
Вряд ли влияет – оно не активно, пока его не запустишь.
> Вряд ли влияет – оно не активно, пока его не запустишь.если так то я только за, покуда хватает накопителя и это минимально на зашиту персональной информации оказывает воздействие, а то ведь активных ребят с пинципом хоть и тормоз да приятно хватает в системе человекообъединяюшей, они ведь такие возможности совсем не в целях приследуемых авторами использовать могут.
Чисто вендовый подход. Оно же не активно, ага. Ты наверное и мусор из дома не выкидываешь. А что? Лежит себе и есть не просит.
А скачать 23 пакета ради одной плюшки это разве не Unix-way?
> А скачать 23 пакета ради одной плюшки это разве не Unix-way?Да. Или вы предлагаете встроить все 23 пакета в каждое приложение, где будет эта самая "плюшка"?
микроскоп для монитора 4К там всё так же нужен?
пишу вам из горящего танка (из моника в 4К) - всё ок
Чем конкретно опеннетовцы опять недовольны и чего им не хватает в фф? Можно простую и ясную выдержку из нытья в комментах?
> Чем конкретно опеннетовцы опять недовольны и чего им не хватает в фф?
> Можно простую и ясную выдержку из нытья в комментах?1 Тем, что вместо, чего-нибудь полезного и нужного, например этого https://bugzilla.mozilla.org/show_bug.cgi?id=888320 где в одном из блокирующих багов, 1 человек более 3-ёх лет составляет спеки и до сих пор не может составить так, что бы у остальных не было претензий; причём посмотреть на эти же спеки в Хромиуме и немного доработать, видимо, не судьба; Mozilla занимается чем угодно, лишь бы не акцентировать внимание на нужных вещах, которые давно должны просто быть и работать.
2 Тем, что Firefox изначально позиционируется как минимальный, порой даже кастрированный, набор элементов, расширяемый дополнениями, но Mozilla впихивает, или пытается впихнуть, много, мало кому нужного хлама.
3 Тем, что внедряя новые фишки, например обязательную подпись для всех дополнений, e10s и прочие, их совершенно не заботит, что отвалятся некоторые весьма полезные дополнения, например Firebug, и при этом в своих активно впихиваемых аналогичных средствах они не удосуживаются сделать свои встроенные настолько же удобными.
4 Тем, что Mozilla пытается копировать интерфейс Chromium, но не функционал, возможности и скорость обработки страниц, и в таком виде это выглядит очень жалко.
> Mozilla пытается копировать интерфейс Chromium, но не функционал, возможности и скорость обработки страницСейчас тебя забрызгают слюнями хромохейтеры. Ведь кто-кто, а уж они-то точно знают, что файрфокс не надо развивать -- он и так лучше всех!
тут, похоже, обычное стихийное нытьё из серии `правительство плохое, транспорт ходит плохо, на работе начальник плохой, в школе одноклассники плохие и т.п.`
Надеюсь, теперь отладчик не будет ходить и в if, и в else одного условия...
В прошлый раз после обновления отладчика стало не понятно то ли это точка останова то ли это текущая позиция. Надеюсь с этим отладчиком история не повторится.
Ждем поддержку соурсмапов.
Господи, в фф до сих пор нет их поддержки? Будучи богом хром-дев-тулзов, начинаю сочувствовать бедным фф-разрабам.
> Господи, в фф до сих пор нет их поддержки? Будучи богом хром-дев-тулзов,
> начинаю сочувствовать бедным фф-разрабам.Да я сам уже на Chrome для разработки перекатился. Мапы есть везде, кроме JS консоли — обещали в FF 50 завести.
По сути соурсмапы в первую очередь нужны в консоли, потому что сообщения об ошибке на 100500 строке в app.js не говорят ни о чем. В отладчике и стилях мапы есть, но там они не так полезны как в консоли.