http://lmgtfy.com/?q=php debug

var_dump

Способы отладки бывают разные.Хотелось бы знать кто из продвинутых какой выбрал и почему.

http://xdebug.org/docs/remote
http://www.sitepoint.com/the-need-for-speed-profiling-with-xhprof-and-xhgui/

geben

добивайся, чтобы приложение «еще валилось сразу со страшным треском на этапе компиляции», подключи php code sniffer в режиме «на лету»

уровень выдачи ошибок поднять до максимального

xdebug вполне годен

xdebug

Обычно var_dump-а хватает.

http://raveren.github.io/kint/

http://symfony.com/doc/current/components/var_dumper/introduction.html

Хотелось бы знать кто из продвинутых какой выбрал и почему.

Использую в основном «echo-дебаг». Для профилирования — xhprof, реже — xdebug (его на продакшн не поставишь, снижает скорость PHP почти на порядок даже когда выключен, только одним подключением .so)

Баловался с пошаговым исполнением в xdebug+Eclipse, но на практике на такую отладку уходит больше времени, чем на echo-debug. Поэтому забил.

Обычно var_dump-а хватает.

echo, var_dump, print_r — в зависимости от условий.

Ещё у меня с недавних пор весьма востребован https://github.com/digitalnature/php-ref

Также в копилку (свои плюсы есть и все ставятся через Composer):
https://github.com/nicolas-grekas/Patchwork-Dumper
https://github.com/aronduby/dump
https://github.com/barbushin/php-console

гм, кошмар какой, если хоть одно ide поддерживает Quercus то можно поробовать его заюзать, хотя это и изврат

если хоть одно ide поддерживает Quercus то можно поробовать его заюзать, хотя это и изврат

Это не просто изврат. Это изврат в квадрате. Всё равно что PHP-скрипт на обычном PHP отлаживать через отладчик для Си :)

Нет, если реально припрёт и потребуется пошаговая отладка, то xdebug + eclipse (или другой редактор с поддержкой PHP и пошаговой отладкой по dbg-протоколу — их вагон, начиная от vim) — это нормально. Но реально телодвижений приходится делать намного больше, чем при echo-отладке. Пошаговая отладка может быть незаменима только при совсем кривой архитектуре приложения. На PHP у меня таких сейчас нет :) Вот когда на Java работал со сторонним проектом — там из Eclipse не вылезал... А у себя и на Си++ я чаще пользовался printf-отладкой, чем полноценным отладчиком как только время компиляции и запуска стало меньше запуска отладчика и перехода к нужному окружению (где-то во времена 80486-х).

action: tool

make server (optional): kvm

instal php with xdebug support and rtfm: emerge php...

connect (optional): ssh

tmux attach (optional): tmux attach

Всё равно что PHP-скрипт на обычном PHP отлаживать через отладчик для Си :)

кстати:

strace, gdb

в vim повесил на команду макрос, который из
$qwe
седлает вот так:
error_log(print_r($qwe,1),3,'/home/qwe/error.log');

в том-же vim переопределил сворачивание на более которокую комбинацию,
так что километровые объекты друпала дебажить - самое то

error_log(print_r($qwe,1),3,'/home/qwe/error.log');

Напиши нормальную функцию, чтобы не заморачиваться обёртками. У меня, например, сейчас это будет: bors_debug::syslog('error', $qwe);. Соответственно, логгирование можно централизованно, не перепахивая код, переводить в нужный каталог, менять глубину и степень трассировки (пишется и трейс вызова, и системные переменные, переменные вызова, идентификатор пользователя и т.п.), переключать часть вызовов, скажем, на HipChat вместо файлов, чтобы индицировать о чём-то критическом удалённо и т.д. В принципе, сейчас родили вообще PSR-стандарт на PHP-логгинг, но всё руки не доходят переписать, моя система куда древнее :)

О какой компиляции идет речь, если php интерпретируемый язык

Бери xdebug

я не дорос до подобных наворотов, а той фигни пока что хватает :)

PHPStorm var_dump

чтобы быстро и читаемо выводить информацию с помощью var_dump, можно настроить PHPStorm как показано в этом небольшом видео: https://www.youtube.com/watch?v=_PIzZa0Owig

я не пользуюсь IDE

echo «qwe = », htmlentities(var_export($qwe, true)), «\n»;

можно псих-шеллом, например. но самая пацанская отладка все равно чисто логгированием