Использование curl, чтобы выяснить, сколько времени потребовалось для обработки запроса - PullRequest
0 голосов
/ 23 января 2012

У меня есть приложение, в котором есть несколько медленных страниц, поэтому я пытаюсь создать базовую фигуру, где приложение находится в данный момент.

Использование curl и просто запись ответа на таблицу похоже на путь.

Используя это; http://php.net/manual/en/function.curl-getinfo.php

Я подумал, что мог бы использовать "CURLINFO_STARTTRANSFER_TIME", который должен сказать мне, сколько времени понадобилось приложению для генерации этого ответа, и это не будет включать время, чтобы искать сервер имен, или делать рукопожатие или что-то еще.

Однако я заметил, что это значение высокое, даже на текстовой странице.

В идеале я мог бы отредактировать PHP приложения и указать в нем время начала / окончания, но я не могу.

Будет ли использование CURLINFO_STARTTRANSFER_TIME полуточным способом определения того, сколько времени понадобилось приложению для создания запроса (без учета сетевых издержек)?

Любые другие предложения.

1 Ответ

0 голосов
/ 23 января 2012

Этот вопрос звучит так: «Как я могу использовать квадратный колышек, чтобы соответствовать круглому отверстию».Я просто пытаюсь использовать это утверждение, чтобы объяснить, что вы неправильно подходите к своей проблеме.

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

Нет ничего лучше, чем использование правильного профилировщика.Использование curl покажет вам только сколько времени потребовалось для выполнения запроса.В этом случае вы можете просто открыть firebug и посмотреть, сколько времени потребуется для загрузки.(Я знаю, что это не отвечает на ваш вопрос, но, поскольку StackOverflow - это вики, я чувствую, что это поможет кому-то еще).

...