в смысле время работы отдельной странички никого не интересует. А так, чтобы было видно, что все быстро и не ждешь. По сути, наша удовлетворенность скоростью работы сайта складывается из трех составляющих:
1. Сервер - хостинг, свой сервер, виртуальный сервер, VPS, VDS и т.д
2. Платформа 1С-Битрикс - собственно сам продукт
3. Разработка - качество интеграции продукта разработчиком
И только качественное исполнение этих трех составляющих дает пользователю удовлетворенность и позволяет произнести "да, быстренько шуршит".
Но ирония в том, что каждый из участников процесса склонен считать, что проблемы не в нем, а других двух составляющих. Причем у каждой стороны достаточно "доказательств", как нам кажется.
Тема производительности всегда витает вокруг Битрикса, порождая слухи, справедливые и не очень справедливые нарекания. Думаю, что пора сжечь слухи и говорить по делу.
Однажды я обедал на какой-то конференции в Питере с коллегой из IBM, который отвечает за внедрение и интеграции на их платформах. "Как вам удается обеспечивать качество внедрения при такой цене и массовости рынка?", спрашивал меня он. "Не очень хорошо пока, попытка учить не дает очень хороших результатов - производительностью, как и безопасностью, партнеры занимаются в последнюю очередь, или вообще не занимаются. А как вам удается решать проблему?". "У нас продукты дорогие, и мы фактически к каждому внедрению приставляем менеджера, который следит за внедрением и помогает, а зачастую за разработчиков и правит интеграцию. И то клиенты недовольны результатами".
Два способа решения одной проблемы. Но как мы можем отследить качество внедрения 30 тысяч проектов? Нереально. Обучать специалистов? Пробуем, но не помогает так кардинально, у партнеров мало времени и бюджета на производительность. Отказываться от массового рынка и внедрений? Никогда!
Как обеспечить качественный хостинг повсеместно? Ввели сертификацию, но ситуация меняется динамически. На одной машине у хостера может быть 10 клиентов, а может быть 1000! А может быть DDoS, и тогда все настройки к черту - лишь бы выжить...
Как среди всех запросов выявить проблемы продукта? Ведь производительность зависит не только от объемов данных, но и от структуры этих данных и от способа выборки данных. Нужно ли включать голову, используя API инфоблоков?!
И даже наши эталонные машины с 500 тысячами элементов не всегда помогают найти решение вопроса. Значит, включим голову и будем искать новые методы выхода из ситуации!
1. Принципиальное решение вопроса качественной настройки хостинга и выделенных серверов
Фото:
