Замеряем скорость через композитный сайт — цели 0,03 секунды на сервере
Дата публикации: 24.06.2026

Замеряем скорость через композитный сайт — цели 0,03 секунды на сервере

Хочу себе такие же кнопки
ccb9a536

Замеряем скорость через композитный сайт — цель 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. Пошаговый процесс измерения

  1. Подготовьте тестовый запрос

    • Выберите «тёплую» страницу (один из самых посещаемых шаблонов).
    • Отключите рекламные скрипты и сторонние шрифты (временно в .htaccess или через $_SERVER['HTTP_USER_AGENT']).

  2. Запустите несколько прогонов

    • curl — 10‑20 запросов, возьмите среднее.
    • ab — 100 запросов, 10 одновременных, посмотрите Time per request.

  3. Запишите результаты

    • Таблица: Запрос, TTFB (сек), Общее время (сек).

  4. Сравните с целевым значением

    • Если 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 сек»

  1. Включить композитный кэш (/bitrix/admin/setting_cache.php).
  2. Установить правильные cache_time для блоков (минуты‑часы).
  3. Подключить OPCache (opcache.enable=1).
  4. Оптимизировать запросы к БД (индикаторы, EXPLAIN).
  5. Сжать статические файлы (gzip, brotli).
  6. Провести измерения (curl + ab).
  7. Сравнить с целевой метрикой; если выше 0,03 сек → масштабировать VDS.

8. Часто задаваемые вопросы

Вопрос Краткий ответ
Можно ли достичь 0,03 сек без кэша? Теоретически только при экстремально мощном сервере, но экономически невыгодно.
Какой тип SSD лучше? NVMe‑диски дают ~ 0,5 мс латентность, что заметно при большом количестве мелких запросов.
Нужен ли отдельный сервер для MySQL? Для > 50 тыс. просмотров/день да, иначе конкуренция за I/O замедлит PHP.
Что делать с «плохими» модулями Битрикса? Отключите их в bitrix/modules/ и проверьте, уменьшилось ли TTFB.

9. Практика для закрепления

  1. Измерьте TTFB текущей главной страницы с помощью curl. Запишите результат.
  2. Включите композитный кэш (если он был отключён) и повторите измерение. Сравните цифры.
  3. Определите «тяжёлый» блок (например, каталог) и задайте для него cache_time = 7200. Проверьте, как изменилось время.
  4. Смоделируйте нагрузку: запустите ab -n 200 -c 20 https://your-site/ и проанализируйте Time per request. Если среднее > 0,03 сек, сделайте вывод о необходимости более мощного VDS.
  5. Составьте план оптимизации: перечислите 3‑4 действия, которые вы выполните в ближайшую неделю, чтобы достичь цели 0,03 сек.

Итоги

  • Композитный кэш — основа быстрой отдачи.
  • Точное измерение серверного времени (TTFB) позволяет оценить реальную нагрузку.
  • Оптимизация кода и БД + правильный VDS‑план — ключ к 0,03 сек.

Применяйте полученные знания, и ваш сайт будет летать, а покупатели останутся довольными! 🚀


CamZamZam - онлайн фото с вебкамеры с эффектами
Cartoon Network: игры с персонажами
Чат рулетка в 2026: будущие функции
Эксперт по доменным стратегическим решениям
Хостинг для e-commerce проектов
Как играть в слоты
Как настроить CDN для сайта на хостинге Host.bg
Как настроить SSL-сертификат для сайта на Host.bg
Как оптимизировать производительность сайта с хостингом Host.bg
Как выбрать правильный хостинг для вашего сайта
Какие бывают ЛОР болезни у детей
Кассовые терминалы с оплатой картами
LOL куклы витрина детская
Лучшие видеорегистраторы для водителей
Онлайн QR-код сканер
Онлайн-связь
Оптимизация производительности баз данных на хостинге Host.bg
Основы настройки веб-хостинга: что вам нужно знать
Партнёрская программа без блога: как получать трафик из Telegram
Профессиональные хитрости для пользователей хостинга Host.bg
Регистрация ИП в Москве для иностранных граждан
Сравнение хостинга Host.bg с другими провайдерами
Субтитры — нет, уши — включены: погружение в английский за 5 минут
Сумки с бусинами
Техника для строительства загородных трасс
ТОП-10 VPS для разработчика: рейтинг серверов под рабочие задачи
WordPress блог для бизнеса
рейтинг хостингов 2026 Быстрые VDS серверы