How to become an author
Search
Write a publication
Pull to refresh

Comments 34

Заголовок публикации "Debug 2.0.8" вводит в заблуждение. Предлагаю конкретизировать.

Total votes 3: ↑3 and ↓0+3
не понимаю зачем такие штуки вообще нужны, я думал они уже вымерли, на прод не поставить

почему не использовать xdebug и профилирование в том же xdebug или xhprof, ну или более современный отладчик который есть из коробки в стабильных версиях php (начиная с 5.6 вроде), http://phpdbg.com/
Total votes 8: ↑0 and ↓8-8
Это нужно для быстрого анализа при разработке на локалке, а не для мониторинга или профилирования на проде
Total votes 2: ↑2 and ↓0+2
Так если это локал (дев среда) то xdebug вполне может помочь, потому что если надобилась отладка то надо ковырять, а верить в то что чуть копнем и может бага закроется слишком оптимистично.

Еще полезный аргумент в пользу посмотреть sql запросы, так почему бы нормально не настроить логирование? и не посмотреть лог.

Возможно кому то это и удобно, но точно не мне, например один проект на yii, другой на ларе и везде разная отладка, это как отлаживать через var_dump все понимают что плохо, еще есть свой отладчик для symfony и тд.

Еще благодаря таким штукам есть шанс на то что то отвалится, например https://habrahabr.ru/post/322166/#comment_10079130
Total votes 1: ↑0 and ↓1-1

Это отвалилось не благодаря штуке, а в самой штуке.

Total votes 1: ↑1 and ↓0+1
Очень интересно когда один из контрибютеров, при возникновение проблемы, для анализа проблемы использует xdebug вместо инструмента который разрабатывается для анализа проблем(отладчик).

Я не хочу сказать что xdebug нельзя и тд, я просто хочу сказать что любой подобный инструмент (о котором говорится в статье) это лишь очень поверхностный анализ, применение которого довольно ограничено и изучения инструментов вроде xdebug, phpdbg или xhprof вполне может окупится и не будет необходимости в использование других инструментов. (скриншот в таске)

Я хочу сказать что у разработки в любом случае бывают отладчики и профилирование, для поиска узких или проблемных мест и их использование гораздо более глубое, чем отладка на уровне приложения.
This comment wasn’t rated yet0

XDebug не позволяет нормально получить картину по производительности (потому что сам её искажает очень сильно). Им совершенно не удобно собирать и анализировать SQL запросы. Да, есть инструменты под каждую СУБД вроде Neor Profiler, но это всё разные инструменты и надо их запускать десяток и читать каждый отдельно, чтобы получить общую картину. К тому же, не всё можно продублировать инструментом уже готовым. Тот же роутинг, например.

This comment wasn’t rated yet0
вам видней, так как инструмент вы разрабатываете, им пользуются и кому то он нравится и возможно (скорей всего) он упрощает какие то частые действия и людям это нравится.

Но лично мне удобней, использовать отладчик если я что то отлаживаю или разрабатываю, если мне надо проанализировать sql запросы, мне удобней изменить логирование и проанализировать лог (если я увижу странные запросы, привет отладчик, при этом лог не только на стороне app но и бд если что), если у меня проблемы с производительностью(или что подобное) использовать profiling tool для анализа, а дальше опять привет отладчик чтобы все улучшить.

Именно этим вызвано мое не понимание к подобным инструментам, я не знаю где его применять, запускать просто если проблема не выявлена то расчехлять инструменты и анализировать там, зачем тогда его изучать? если можно сразу инструментами получить инфу, для мистического экономия времени? так на изучения инструмента уйдет время, помимо этого для другова fw будет другой инструмент(пусть похожий но все же) нет общего стандарта или инструмента и для нового fw изучать новый инструмент, а те подходы что я описал выше, помогают почти всегда, причем даже с разными языками программирования.
This comment wasn’t rated yet0

Да там изучать нечего. Один тулбар, пять панелек. Настраивать ничего не надо. В том же Symfony не сложнее. Изучается за вечер, а то и меньше.

Total votes 1: ↑1 and ↓0+1

Вечер, это сильно сказано. Секунды. И, там, где кто-то будет решать проблему, которая уже встала в полный рост, я не дам ей появиться еще на этапе разработки. Именно потому, что анализ многих моментов с помощью отладочной панели мне ничего не стоит.

Total votes 2: ↑1 and ↓10
Единственный более менее удобный способ использования инструмента я вижу в том чтобы люди далекие от программирования могли сообщить хоть какую то информацию и проблеме, например менеджер в случае ошибки мог примерно увидеть почему она возникла и кого пнуть, но такое на бой не поставишь.

Ну или я просто не достаточно хорошо знаю ваш инструмент и вы сейчас приведете много удобных примеров, только учитывайте что это будет в группе людей (разработчиков) которые понимают что такое логирование, отладка и профилирование.
This comment wasn’t rated yet0

Логирование даёт вам лог и не даёт инструментов для его анализа. Ни тебе графиков потребления памяти, ни времени выполнения, ни всех SQL запросов удобно рассортированных по длительности. То есть либо вы собираете себе какой-то набор для анализа, либо долго и нудно читаете логи, тратя в разы больше времени, чем могли бы...


Пошаговая отладка типа XDebug или dbg важна когда нам интересен контекст на каждом шаге. То есть шагнули, подумали, посмотрели переменные текущего контекста и т.д. Когда же нам просто надо посмотреть, как у нас произошло выполнение запроса, остановка на каждом шаге только мешает. Да, есть инструменты типа strace, но пользоваться ими несколько менее удобно. Профайлеры — штука прекрасная, но их надо настроить и уметь использовать. Причём на тот же SQL профайлер один, на PHP другой (да ещё и собирать данные одной тулзой, смотреть другой).

Total votes 1: ↑1 and ↓0+1
Потому что это удобно и показывает многие вещи специфичные для фреймворка, которых в том же xdebug попросту нет. Те же запросы к базе на порядок проще смотреть в подобных фичах чем выискивать через xdebug
Total votes 2: ↑2 and ↓0+2

Вообще странно видеть сравнение yii2-debug и xdebug. Из общего у них только слово debug в названии.

This comment wasn’t rated yet0
Не использую xdebug как минимум потому, что он сильно снижает производительность. А панель дебаггера yii даёт достаточно информации и причём быстро. Без необходимости что-либо настраивать.
Total votes 1: ↑1 and ↓0+1
начиная с версии 5.6 в комплекте идет phpdbg которые не отключается, просто он не так распротранен и не интегрирован в ide но возможно когда нибудь его интегрируют и как бы никому не мешает и не тормозит.
This comment wasn’t rated yet0
Это как смотреть atop и ходить по /proc. Второе дает намного больше инфы, но бегло посмотреть первое намного проще и удобнее.
Total votes 1: ↑1 and ↓0+1
Не спешите обновляться, есть бага.
Валится serialize если для User используются какой-нибудь behavior в котором получение данных через функцию сделано. У меня сразу в трёх проектах проявилась((
Панель, конечно, огонь получается. Ещё бы фильтр по используемой памяти сделать в timeline и переключение пользователей. Планируется такое, SamDark?
Total votes 1: ↑1 and ↓0+1

Какой именно фильтр и что за переключение?

This comment wasn’t rated yet0
Фильтр — это в просмотре timeline рядом с Duration запипякать, например Memory.
А переключение — просто возможность из панели переключиться на другого пользователя без авторизации. Часто на работе такое использую, особенно когда надо проверять под разными ролями, т.е. пользователя на которого преключаюсь сразу выбираю с фильтром по ролям.
This comment wasn’t rated yet0

И то и то интересно и нет, мы об этом не думали. Кидайте отдельными issue или pull request-ами в репозиторий.

This comment wasn’t rated yet0
Оке, попробую вечерком переработать User. Выкатите, пожалуйста, фиксы 195 и 199, а то ж часто воспроизводимые баги получились, считай ломающие обратную совместимость. У меня это ещё усугубилось огромным количеством залогированных ошибок.
This comment wasn’t rated yet0

Фильтр по используемой памяти могу добавить. В какой единице измерения удобнее фильтровать?

Total votes 2: ↑2 and ↓0+2
Наверное в kB, а можно и выбирать единицы kB/MB/GB. Или совсем чтобы приятно — ползунком с логарифмической шкалой.
This comment wasn’t rated yet0

Похоже, 2.0.9 будет быстрее, чем планировалось :)

This comment wasn’t rated yet0

Выпустил 2.0.9. Баги поправлены.

This comment wasn’t rated yet0

Выпустил 2.0.9. Баги поправлены.

Total votes 1: ↑1 and ↓0+1

А зачем прописывать панель и одновременно отключать её?

Total votes 1: ↑1 and ↓0+1
Типа какая-то панель работает/должна работать в зависимости от окружения или при определенной фазе луны. Как, например, пользователи. При ините чекнули и забыли про неё. Сейчас получается, что конкретно для core-панелей делаем проверку окружения, а кастомные реализации — крутись как хочешь.
This comment wasn’t rated yet0

Если решает сама панель, подошёл бы метод, а не переменная.

Total votes 1: ↑1 and ↓0+1
Sign up to leave a comment.

Articles

Show the best of all time
Unlock dark mode

Your account

Sections

Information

Services

Support
© 2006–2024, Habr