am83 May 9 2013 at 15:55

xdebug в руках администратора

10 min

System administration*

From sandbox

+24

Comments 8

WorksIsGone May 9 2013 at 16:42

Самый правильный вариант – это установить cookie для нашего домена на своей (клиентской) стороне. Мы не можем заставить сервер выдать нам нужный сценарий javascript для установки cookie. Все по тем же причинам, что и в случае заголовка Set-Cookie. Поэтому будем устанавливать cookie в браузере самостоятельно. В Google Chrome это можно сделать, вбив прямо в адресную строку сценарий:
javascript:document.cookie=«XDEBUG_TRACE=1»

Для этого есть удобные плагины, к примеру для хрома.

antarx May 9 2013 at 18:39

Вообще говоря xhprof даёт немного больше информации для анализа.

nekt May 10 2013 at 02:03

«еще одна возможность» — первое, на что вообще стоит смотреть, когда скрипты работают медленно.

С точки зрения программиста, конечно. Ну и вообще удобнее оценивать «куда всё уходит» с высоты птичьего полета.

SamOwaR May 10 2013 at 03:24

Я бы начинал смотреть с my.cnf:

long_query_time = 1
slow_query_log = 1
log_queries_not_using_indexes = 1

Очень часто собака зарыта именно там.

Slavenin999 May 10 2013 at 09:41

файл с данными, которые могу быть распознаны утилитой callgrind_annotate из состава vallgrind, а также может быть отображены в графическом виде с помощью утилиты KCacheGrind под KDE или WinCacheGrind под Windows

еще существует web-интерфейс для анализа: webgrind

Dark_MX May 12 2013 at 13:28

Представим, что это программист, с которым нежелательно спорить. Например, наш очень дорогой и возмущенный клиент.

А чего спорить? Ткнул носо^W^W Показал графики и все.

SamOwaR May 12 2013 at 22:43

А чего спорить? Ткнул носо^W^W

Всё не так просто. Проблема затронута очень серьёзная. Часто приходиться разбираться в коде клиента, оптимизировать базу, запросы, сидеть в gdb и искать, чего же там такое делает код, что PHP корки отбрасывает.
Да и ткнуть носом не прокатит, скорее только испортишь себе карму и потеряешь клиента. Было и такое, что втихаря правился код (очень непробивного бюрократа), и потом рапортовалось ему: «мы там сервер подшаманили, всё летает» — тупо, конечно, но и волки сыты, и овцы целы.

Показал графики и все.

Если бы придумать какой-нибудь универсальный общепризнанный (референсный, что-ли) метод оценки производительности, то можно и графики, и потом уже дополнительно клиента готовить к расходам на оптимизацию кода или более высокому тарифному пакету. А пока чаще бывает, что приходит клиент с говнокодом, автора которого найти не представляется возможным, и крутись как хочешь.

stavinsky Jun 14 2013 at 12:04

Ага, согласен на все 100. У меня недавно вообще интересный случай произошел. У клиента PHP для сайта крутится на винде. Спрашиваю почему. А мне отвечают, потому что там программер решил что бы клиент от него не смог отказаться, накатал основной функционал в модуле для PHP под винду!!! Ну вот надо так?