Про производительность уже говорилось много, но всегда есть, что сказать. Сегодня хочу показать, как можно относительно просто отловить достаточно сложную проблему через профилирование. Этот пост является продолжением повествования о модуле bitrix.xdebug, где я обещал рассказать о профилировщике.
Положим, ваш сайт или корпоративный портал работает на хорошем железе, оценка производительности нормальная. Конфигурация сервера правильная (хорошо, если это наша виртуальная машина или rpm). Но какая-то страница или сайт в целом работает неудовлетворительно. Куда двигаться в такой ситуации?
Некоторое время назад написал скрипт, отображающий АПИ функции на основе исходников текущей установки. Позднее в нём нашлись баги и появились "фиче реквесты". Пришлось подкладывать обновленный скрипт на место старого. Конечно, было бы удобнее для всех ставить его и получать обновления через маркетплейс. Но никак не доходили руки изучить документацию чтобы оформить решение в виде модуля. Хорошо было бы иметь мастер, делающий всю "грязную" работу: создать структуру модуля, необходимые файлы, а потом и архив нужного формата. Не было, пришлось сделать