Pinba и соответственно Pinboard был изначально для PHP :)
И среднее время как раз не очень показательно. Мы у себя смотрим на 95% и отталкиваемся от того, что в эту цифру должны укладываться запросы, в которых срабатывает кеширование, а в остальные 5% — запросы, которые лезут в БД.
Да, сейчас действительно нет такой функции. Мы в первую очередь хотели отразить общую картину: время формирования и потребление памяти 90/95/99/100% страниц, а также выявить проблемные участки: медленные страницы, страницы с 500-тыми статусами.
С этим графиком есть такая проблема: он не работает в проектах с единой точкой входа. Ок, мы пишем request_uri вместо script_name (см github.com/intaro/pinboard/wiki/Configure-sending-of-readable-script-names-in-Pinba), но тогда уникальных адресов становится достаточно много и график не отражает того, что должен был отображать. С другой стороны request_uri удобен, т.к. pinboard логирует медленные, тяжелые и ошибочные страницы и уведомляем о них, это удобно.
Анонимные комментарии делают обсуждение неконструктивным. Попросту говоря, начинается троллинг и срач. Факт того, что рядом с комментарием будет выводиться ФИО пользователя, связанное с его учеткой на Госуслугах, 10 раз заставит подумать, прежде чем писать чепуху.
Основная сила фреймворков — это сообщества вокруг них. Сообщество развивает ядро (и вы, как часть сообщества, можете в этом участвовать, а можете и не тратить на это время), за счет сообщества фреймворк обрастает мясом в виде готовых решений на базе него, сообщество коммит баг/секьюрити-фиксы.
Кроме того у фреймворков, как правило, лучше дела с документацией и они регламентируют правила оформления кода.
Все это незаменимо при командной работе над проектом.
И среднее время как раз не очень показательно. Мы у себя смотрим на 95% и отталкиваемся от того, что в эту цифру должны укладываться запросы, в которых срабатывает кеширование, а в остальные 5% — запросы, которые лезут в БД.
С этим графиком есть такая проблема: он не работает в проектах с единой точкой входа. Ок, мы пишем request_uri вместо script_name (см github.com/intaro/pinboard/wiki/Configure-sending-of-readable-script-names-in-Pinba), но тогда уникальных адресов становится достаточно много и график не отражает того, что должен был отображать. С другой стороны request_uri удобен, т.к. pinboard логирует медленные, тяжелые и ошибочные страницы и уведомляем о них, это удобно.
./composer.phar update.Кроме того у фреймворков, как правило, лучше дела с документацией и они регламентируют правила оформления кода.
Все это незаменимо при командной работе над проектом.