Замеряем скорость через композитный сайт — цели 0,03 секунды на сервере
Хочу себе такие же кнопкиЗамеряем скорость через композитный сайт — цель 0,03 секунды на сервере
Вы — владелец или администратор магазина на Битрикс. Если ваш сайт «тормозит», клиенты уходят, а поисковые системы ставят низкие позиции. На этом уроке вы узнаете, как измерить реальное время отклика сервера при работе с композитным сайтом и как достичь «золотой» планки 0,03 секунды.
1. Что такое композитный сайт в Битриксе?
| Термин | Описание | Почему важен для скорости |
|---|---|---|
| Кеш‑композит | Система, собирающая готовую страницу из кэшированных блоков (HTML, CSS, JS) и динамических компонентов. | Сокращает количество запросов к БД и PHP‑скриптам. |
| Кеш‑тайм‑токен | Маркер, указывающий, сколько времени хранить блок в кэше. | Позволяет обновлять только изменившиеся части без полной перегенерации. |
| Кеш‑тайм‑инкремент | Увеличивание таймаута для «тяжёлых» блоков (например, каталог). | Предотвращает «перегрузку» сервера при частых запросах. |
Ключевая идея: сервер отдаёт готовый HTML‑фрагмент за десятки миллисекунд, а браузер собирает страницу из этих кусочков. Если кэш‑композит работает правильно, время обработки запроса падает до 0,03 сек.ды (30 мс) — это граница, при которой пользователь почти не ощущает задержки.
2. Почему измерять именно на сервере?
- Клиент‑зависимость – сеть, браузер, устройство могут добавить до 200 мс, но они не влияют на ваш код.
- Точность – измеряя время от получения запроса до отправки первого байта (TTFB), вы видите, сколько сервер действительно «трудится».
- Оптимизация – только зная серверное время, можно понять, какие компоненты требуют доработки (БД, PHP, кэш).
3. Инструменты для измерения TTFB
| Инструмент | Как работает | Пример команды/URL |
|---|---|---|
curl (CLI) |
Делает HTTP‑запрос и выводит time_starttransfer (время до первого байта). |
curl -w "TTFB: %{time_starttransfer}s\n" -o /dev/null -s https://example.com/ |
ApacheBench (ab) |
Параллельные запросы, выводит среднее Time per request. |
ab -n 100 -c 10 https://example.com/ |
| New Relic (SaaS) | Автоматический сбор метрик, визуализация. | New Relic |
| Битрикс‑мониторинг | Встроенный модуль «Производительность», показывает ttfb и php_time. |
http://your-site/bitrix/tools/performance.php |
| Chrome DevTools → Network | Позволяет увидеть Stalled, TTFB, Content Download. |
Откройте DevTools → Network → выберите запрос. |
Совет: измеряйте в «чистом» режиме (без CDN, без внешних скриптов), чтобы получить чистый серверный показатель.
4. Пошаговый процесс измерения
-
Подготовьте тестовый запрос
- Выберите «тёплую» страницу (один из самых посещаемых шаблонов).
- Отключите рекламные скрипты и сторонние шрифты (временно в
.htaccessили через$_SERVER['HTTP_USER_AGENT']).
-
Запустите несколько прогонов
curl— 10‑20 запросов, возьмите среднее.ab— 100 запросов, 10 одновременных, посмотритеTime per request.
-
Запишите результаты
- Таблица:
Запрос,TTFB (сек),Общее время (сек).
- Таблица:
-
Сравните с целевым значением
- Если
TTFB ≤ 0,03 сек, цель достигнута. - Если больше — переходите к пункту 5.
- Если
Пример таблицы
| Запрос | TTFB (сек) | Общее время (сек) |
|---|---|---|
/ |
0,028 | 0,112 |
/catalog/ |
0,045 | 0,210 |
/product/123/ |
0,032 | 0,150 |
5. Почему может не хватать 0,03 сек?
| Причина | Как проверить | Как исправить |
|---|---|---|
| Отсутствие кэша | В bitrix/cache/ пусто, cache_type = N. |
Включите композитный кэш (cache_type = Y). |
| Слишком маленький таймаут кэша | cache_time = 0 сек для блоков. |
Увеличьте до 3600 сек (1 ч) для статических блоков. |
| Медленная БД | EXPLAIN запросов, длительные SELECT. |
Добавьте индексы, используйте MySQL 8 или MariaDB 10.5+. |
| PHP‑скрипты без OPCache | opcache.enable = 0. |
Включите OPcache в php.ini. |
| Недостаточно CPU | top показывает 80 % загрузки CPU при нагрузке. |
Перейдите на Hi‑CPU‑тDS (см. ниже). |
| Большие картинки/скрипты | Network‑таблица показывает > 200 KB на запрос. |
Сжатие, CDN, отложенная загрузка. |
6. Как подобрать VDS‑план, чтобы гарантировать 0,03 сек?
| План | Процессор | ОЗУ | SSD | Пример цены (руб.) | Когда нужен |
|---|---|---|---|---|---|
| Starter | 1 vCPU | 2 GB | 30 GB | от 150 | Маленький сайт, < 10 тыс. просмотров/день |
| Standard | 2 vCPU | 4 GB | 80 GB | от 300 | Средний магазин, 10‑30 тыс. просмотров/день |
| Hi‑CPU | 4 vCPU | 8 GB | 150 GB | от 600 | Тяжёлый каталог, > 30 тыс. просмотров/день |
| Enterprise | 8 vCPU | 16 GB | 300 GB | от 1200 | Высокие нагрузки, 100 тыс.+ просмотров/день |
Как выбрать: если ваш
TTFBпосле оптимизаций всё ещё > 0,03 сек при 70 % загрузки CPU, переходите на Hi‑CPU.
Для заказа можно воспользоваться VDSina — у них гибкие тарифы и поддержка 1С‑Битрикс.
7. Практический чек‑лист «От замера до 0,03 сек»
- Включить композитный кэш (
/bitrix/admin/setting_cache.php). - Установить правильные
cache_timeдля блоков (минуты‑часы). - Подключить OPCache (
opcache.enable=1). - Оптимизировать запросы к БД (индикаторы,
EXPLAIN). - Сжать статические файлы (
gzip,brotli). - Провести измерения (
curl+ab). - Сравнить с целевой метрикой; если выше 0,03 сек → масштабировать VDS.
8. Часто задаваемые вопросы
| Вопрос | Краткий ответ |
|---|---|
| Можно ли достичь 0,03 сек без кэша? | Теоретически только при экстремально мощном сервере, но экономически невыгодно. |
| Какой тип SSD лучше? | NVMe‑диски дают ~ 0,5 мс латентность, что заметно при большом количестве мелких запросов. |
| Нужен ли отдельный сервер для MySQL? | Для > 50 тыс. просмотров/день да, иначе конкуренция за I/O замедлит PHP. |
| Что делать с «плохими» модулями Битрикса? | Отключите их в bitrix/modules/ и проверьте, уменьшилось ли TTFB. |
9. Практика для закрепления
- Измерьте TTFB текущей главной страницы с помощью
curl. Запишите результат. - Включите композитный кэш (если он был отключён) и повторите измерение. Сравните цифры.
- Определите «тяжёлый» блок (например, каталог) и задайте для него
cache_time = 7200. Проверьте, как изменилось время. - Смоделируйте нагрузку: запустите
ab -n 200 -c 20 https://your-site/и проанализируйтеTime per request. Если среднее > 0,03 сек, сделайте вывод о необходимости более мощного VDS. - Составьте план оптимизации: перечислите 3‑4 действия, которые вы выполните в ближайшую неделю, чтобы достичь цели 0,03 сек.
Итоги
- Композитный кэш — основа быстрой отдачи.
- Точное измерение серверного времени (
TTFB) позволяет оценить реальную нагрузку. - Оптимизация кода и БД + правильный VDS‑план — ключ к 0,03 сек.
Применяйте полученные знания, и ваш сайт будет летать, а покупатели останутся довольными! 🚀
Английский видеочат для путешествий
Чат рулетка 2026: Интерактивные элементы
Чат-рулетка: случайный собеседник в одно нажатие
Чат с Аней: Моё общение
Этикетки для упаковки и доставки
Как настроить бэкапы для вашего сайта на хостинге Host.bg
Как обновить PHP на хостинге Host.bg
Как решить проблемы с загрузкой сайта на Host.bg
Калькулятор зарплаты SEO-оптимизатора
Курска: автошколы с бесплатной консультацией
Лайфхаки для управления хостингом на Host.bg
Монетизация через платные услуги
Мск: ИП или ООО — лучший старт для бизнеса?
Общение в интернете без риска
Ошибки при настройке хостинга и их решения
Проблемы с доменами и их решения на хостинге Host.bg
Продвижение сайтов: поисковое продвижение + ИИ
Ремонт квартир с использованием норм
Roblox: игровая культура
Сайтостроение: основы и секреты
Сколько стоит биткоин
Сравнение ценовых диапазонов хостинга Host.bg
Трубная продукция для трубопроводных конструкций
Утепление в Твери и Брянской области
Vdsina: Великая сила
Видео рулетка 18+
Видеочат с случайным собеседником онлайн
Видеообщения по всему миру
Выбор оптимального плана хостинга на Host.bg