Как стать автором
Обновить

Комментарии 60

Добавлю, что для пользователей Fedora Linux (и прочих основаных на yum) для установки достаточно команды:

yum -y install php-pecl-xdebug

Не уверен, но думаю для Убунту и apt-get-дистров достаточно строчки

apt-get -y install php-pecl-xdebug
указанное вами для Ubuntu не помогает (даже если убрать -y)
sudo apt-get install php5-xdebug
emerge dev-php5/xdebug
:)
Для [К]убунту 7.10:
sudo apt-get install php5-dev
pecl install xdebug

Если хочется отлаживать скрипты на Eclipse, нужно ручками подправить путь в /etc/php5/conf.d/xdebug.ini:
zend_extension=/usr/lib/php5/20060613+lfs/xdebug.so
Сохранил на память на http://www.xdebug.ru
Спасибо за статью. Со всем уважением, «ваш веб-мервре» наверное «ваш веб-сервер» (я просто очень хорошо вижу опечатки).
спасибо. Писал перевод в ворде, вроде смотрел чтобы все было правильно. Но в конце забыл нажать проверку орфографии
НЛО прилетело и опубликовало эту надпись здесь
все исправил :-)
Вообще перевод какой-то деревянный маненько :) "В зависимости от того выводить ли полностью строку или нет, зависит от ситуации и данных, с которыми вы работаете" и пр и пр.
а что вам тут не понравилось :-)
ну можно было данные в этой строке опустить, согласен
"В зависимости зависит" :)
НЛО прилетело и опубликовало эту надпись здесь
"Однако xdebug не предотвращает бесконечные циклы for, while и похожие на ниХ, "
В принципе неплохая познавательная статья, но а почему бы маленький обзор/cравнение по дебаггерам для php не сделать ;)?
Например очень неплох PHP DBG Listener... Прекрасная "оболочка", правда немного тормознутый, но в общем очень неплох.
Я понимаю кто как хочет так и ... работает. Но можно было бы еще парочку привести для примера... :)
может в следующий раз
хорошая мысль про обзор альтернативных вариантов, кстати ;)
+1 за PHP DBG Listener. будет время- попробую.
ещё +1
сам пользюсь PHP DBG Listener
Особенно "неплох" PHP DBG Listener вместе с редактором-оболочкой PHP Expert Editor (это не реклама, и никакого отношения к Кременчугской (кстати "наши") Ancord Development Group не имею). Ребята молодцы - сделали отличную оболочку. Советую всем посмотреть. Кстати для стран СНГ - бесплатна! (опять же им большой плюс и спасибо)
http://www.ankord.com/ru/index.html
Очень важная возможность
xdebug.profiler_output_dir = "путь к директории "
xdebug.profiler_enable = 1
- документация http://xdebug.org/docs/profiler
+ Утилиты для просмотра файлов
http://kcachegrind.sf.net/ - Linux
href="http://sourceforge.net/projects/wincachegrind/ - Windows
обзор утилит для отладки, профайлинга смотрите в следующих сериях переводов
Статья неплохая, только вот странно что обзор утилит для анализа не включили в неё, лучше бы всё в одном чем сериал делать :)

Вкратце - Lunux-овая версия обладает куда большими возможностями, чем виндовая.
> Но это не есть большая проблема, так как ветка PHP 4 закончит свою жизнь в конце 2008

Ну да, конечно. Весь код рассыпется на биты и сайты входящие в Alexa top50 превратятся в тыквы.
http://www.php.net/downloads.php#v4
Support for PHP 4 has been discontinued since 2007-12-31. Please consider upgrading to PHP 5.2. The release below is the last PHP 4 release.
Так в конце 2007-го или в конце 2008-го ? Или может, 2009-го ? ;-)
спасибо за замечание, поправил перевод.
Переводчик - балбес :-)
Спасибо в карму не положишь ;-)
Я вам сообщение + помечу :-)
в 2008 заканчивается выпуск критических дополнений
Пользуюсь xdebug уже давно, ещё есть много программ, которые достойно структуризируют его логи.
Сэкономьте нам время, приведите примеры :)
Спасибо, будем посмотреть.
прошу совет:
сейчас, как и все время до того, я пользуюсь Zend 5.5 + ZendDebugger. производительность етой связки боле-менее меня устраивает сейчас (при переходе на двухядерник). проблема вот в чем: использовал я некоторое время Zend "Neon" 6.0 + ZendDebugger и бил неприятно удивлен падением скорости отладки в нем... в чем же проблема? может поставить то xdebug и настроить его так? кто нить может сравнит ети два отладчика?

почему спрашиваю:
Zend 6.0 уж больно удобен...
Посмотрите в сторону PDT
после Zend 6 как-то трудно ето сделать...
НЛО прилетело и опубликовало эту надпись здесь
воопщем есть плагин к Notepad++ & XDebug...
+ тулбар для ФФ...

но мне как-то не по душе пришлось ето...
Хорошое описание. Не хватает к статье только профайлера, так как это очень важная часть в оптимизации кода.
Из рекоммендаций: var_display_max_depth лучше ставить не больше 3.
в следующих сериях. Профайлер будет в третьей части
Может вы знаете, кстати, как настроить взаимодействие IDE (NuSphere) PHPed и XDebug для remote debugging'a?
Родной для IDE-шки DBG, конечно, работает, но хотелось бы любимый XDebug использовать в связке.
я погуглил и везде вроде пишут, что все работает
может попробовать скачать новую версию phped
я тоже гуглил, что работает, но вот не удалось состыковать :( хотя версия phped одна из последних (5223). ок, здесь в коментах не место для обсуждения этого.
За факт перевода спасибо, как раз что надо.

А над фразами типа "если случилось исключение, за исключением тех случаев, когда такое исключение не перехватывается" ещё надо поработать.
буду стараться, там еще 4 статьи про xdebug
зачОт))
Спасибо за перевод! Посмотрим что за зверь такой=)
"библиотеки для разработчиков PHP"

по русски они называются "разработчики _на_ PHP"
по русски они называются php-программисты, "разработчики на PHP" - это никак не по русски
А где ссылка на оригинал?

В статье есть ошибки, например "display_erorrs".

Сейчас решил протестировать xdebug. Хз почему, но сразу подумал: "Наверняка ${$foo} не поймёт...". В результате был удивлён тем, то xdebug действительно этого не понял :)
attention=On - ссылка на оригинал там же где и баллы за статью, читайте внимательно
где ошибка в display_erorrs?
А две буквы rr, нашли к чему цепляться.
Это опечатка при наборе
Я тоже иногда пишу erorRs, когда быстро печатаю, но дело в том, что статья предназначена для начинающих и такие ошибки могут привести к неточностям в понимании.
Немного повредничаю: Как часто начинающие (да и все остальные) лазают в php.ini?
пипль, не хочу выглядить жлобом, но хотелось бы писать статьи по теме РНР, ООА, ООП и т.п. хотя бы в персональный блог, благо опыт позволяет делиться информацией, но хаброкарма счастия сего не дает, посему и обращаюсь к вам, как к участникам сего блога - уж вы то поймете :)

качество материала можно посмотреть тута: http://blog.azazel.org.ua/index.php?s=php
ну есть какой-то пост, где можно попросить надбавить кармы
плюсану вас, только не пишите в блог php про посудомойку :-)))
:)) спасибо
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории