-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
xdebug на продакшене
- Автор темы Petja
- Дата начала
radioheaded
PHP нуб
Тормозами и красивым подробным выводом ошибок с трейсами, параметрами и прочими плюшками, из которых некоторые люди могут сделать выводы. Но чаще всего уместнее упомянуть Неуловимого Джо.
А вообще, зачем?
А вообще, зачем?
Вурдалак
Продвинутый новичок
Чтобы видеть трейс в логе при fatal error, например.
radioheaded
PHP нуб
А что, без xdebug это делать уже разучились?
Petja
Новичок
Пока ждал ответа уже настроил.
Тормозов не заметил, если не включать дебажную сессию...
Хотя у меня просто сайт, без посетителей. Но скорость открытия страниц я всегда смотрю.
Разрешенный (remote) адрес только локалхост (через ssh туннель подключен к phpStorm).
Чтоб дебажить из phpstorm рабочий сайт
radioheaded
PHP нуб
Для этого придумали использовать staging окружение. На продакшене должны быть только всякие мониторинги и логи.
Если у вас просто домашняя страничка или личный блог, не заморачивайтесь, ничем не чревато, можете даже вывод ошибок на экран включить, вообще не страшно.
Petja
Новичок
У меня сервер максимум на пару тысяч уников в сутки сейчас. На каком трафике будут тормоза и из-за чего они будут?
radioheaded
PHP нуб
Ну с «тормозами» я, наверное, преувеличил. Скажем так, работать будет медленнее, чем без xdebug. Из-за того, что xdebug, как и любое другое расширение PHP, встраивается в его инфраструктуру, кушает память, вешает свои хуки на вызовы функций и методов и т.п.
Сложно сказать, на каком трафике вы начнете замечать разницу. Думаю, на вашем не увидите особо.
Почитать можно вот тут
- http://nikic.github.io/2012/01/19/Careful-XDebug-can-skew-your-performance-numbers.html
- http://ravirajsblog.blogspot.ru/2012/02/xdebug-is-not-suitable-for-production.html
- http://web.performancerasta.com/php’s-xdebug-tracing-overhead-in-production/
- http://stackoverflow.com/questions/3522182/will-enabling-xdebug-on-a-production-server-make-php-slower
Сложно сказать, на каком трафике вы начнете замечать разницу. Думаю, на вашем не увидите особо.
Почитать можно вот тут
- http://nikic.github.io/2012/01/19/Careful-XDebug-can-skew-your-performance-numbers.html
- http://ravirajsblog.blogspot.ru/2012/02/xdebug-is-not-suitable-for-production.html
- http://web.performancerasta.com/php’s-xdebug-tracing-overhead-in-production/
- http://stackoverflow.com/questions/3522182/will-enabling-xdebug-on-a-production-server-make-php-slower
научи. не catchable fatal, разумеется, а вот такое
function a() {
unknown_function();
}
a();
disclaimer: я, разумеется, не агитирую за xdebug на продакшене
radioheaded
PHP нуб
Да, тут я погорячился, конечно :[
radioheaded
PHP нуб
Это способ отловить фатал, но не вывести от него трейс.не обманывай детей, все ты умеешь
radioheaded
PHP нуб
Суть не в том, куда выводить, а в том, что там нет трейса. Только текст ошибки, файл и номер строки в файле. Стек трейс это немного другое.
И как мне оттуда получить трейс, в котором не мой shutdown-колбэк, а то, что я хочу видеть?не обманывай детей, все ты умеешь