Я новичок в XDebug. Я вижу его как инструмент «должен иметь», чтобы убедиться, что приложение, кодирующее приложение, работает хорошо.
Вот мои настройки:
— MAMP на Macbook Air.
— Zend XDebug активирован в PHP.INI
— Webgrind для отчетов
Я сделал все настройки для запуска профилировщика, и он прекрасно работает.
Мой единственный вопрос по этому поводу — на что мне смотреть и беспокоиться.
Некоторые люди говорят, что весь процесс php не должен превышать 100 мс, чем ближе к 50 мс, тем лучше.
Хорошо, это хорошее начало …
Любой орган может быть более четким в том, что проверять, что приемлемо, а что нет?
Благодарю.
Дело не столько в том, что приемлемо.
Это скорее вопрос того, на что он тратит много времени, и выяснения, можете ли вы придумать, как это уменьшить.
xDebug показывает трассировку стека, если вы прервете его (по Ctrl-C, или Escape, или как угодно), и это очень полезная информация.
Например, предположим, что он тратит 40% своего времени на выделение некоторого фрагмента памяти и отбрасывает его, когда это можно сделать только один раз, или разбирает некоторую строку несколько раз, когда это можно сделать только один раз, или что-то, что ни один из нас не мог угадайте заранее, но как только вы это увидите, вы ударите себя по голове и скажете: «Я могу что-то сделать с тот!«
Что ж, когда вы прервете это, есть 40% шанс, что вы увидите это (в стеке).
Прервите это снова и снова, пока вы не увидите это дважды.
В среднем это должно занять 2 / 0,4 прерывания или около 5.
Когда вы видели это дважды, вы нашли сочные ускорение.
(Вы не знаете, что это сочно, пока не увидите его дважды.)
Затем промойте и повторите, потому что то, что раньше было меньше, теперь занимает больший процент времени. Вы быстро сделаете код таким же быстрым, как и любой другой.
Других решений пока нет …