Налаштування NodeJS для push-сповіщень Бітрікс

Налаштування NodeJS для push-сповіщень Бітрікс

Long Polling через PHP тримає по одному PHP-процесу (або FPM worker) на кожне відкрите з'єднання. При 500 користувачах — 500 зайнятих воркерів, які просто чекають подій. PHP-FPM під таким навантаженням упирається в ліміти пулу. Затримка доставки сповіщень сягає 30 секунд. Особливо критично це для інтернет-магазинів з високою активністю — сповіщення про замовлення, чати підтримки, live-стрічка. Без переходу на NodeJS адміністратори змушені нарощувати серверні потужності даремно. Ми допомагаємо вирішити цю проблему: один Node-процес обробляє тисячі з'єднань через event loop без блокування. Наш досвід показує зниження навантаження на сервер в 10+ разів, а економія на інфраструктурі сягає 50% за рахунок відмови від зайвих серверів. Замовте консультацію — оцінимо ваш проєкт за 1 день.

Як NodeJS вирішує проблему блокування?

NodeJS push-сервер від Бітрікс — це готовий пакет push-server, що входить до Bitrix VM або встановлюється окремо. Він приймає події від PHP через HTTP API, зберігає чергу в Redis і доставляє клієнтам через WebSocket або SSE. На відміну від PHP, NodeJS не створює новий процес на кожне з'єднання — один процес обробляє до 10000 одночасних підключень. Згідно з офіційною документацією Бітрікс, таке рішення дозволяє обійти обмеження PHP-FPM і знизити затримку доставки до 1 секунди замість 30 секунд при Long Polling.

Чому NodeJS кращий за PHP для push-сповіщень?

Приклад з практики: інтернет-магазин з 3000 одночасних користувачів

Нещодавно ми налаштовували push-сервер для великого інтернет-магазину з активною сесією до 3000 користувачів. До переходу Long Polling займав 800+ PHP-воркерів, сервер задихався. Після впровадження NodeJS push-server кількість воркерів скоротилася до 20, споживання пам'яті впало з 16 ГБ до 2 ГБ. Затримка доставки сповіщень зменшилася з 20 секунд до 0.5 секунди. Клієнт заощадив на оренді двох серверів, що склало економію близько 30% бюджету на інфраструктуру.

Що входить в роботу з налаштування?

• Встановлення NodeJS LTS (поточна стабільна версія) та Redis на сервер
• Завантаження та конфігурація пакету push-server з репозиторію Бітрікс
• Налаштування systemd unit для автозапуску та моніторингу
• Проксіювання WebSocket через Nginx з SSL-термінацією
• Інтеграція з Бітрікс (налаштування Push and Pull в адмінці або через API)
• Навантажувальне тестування до 10000 з'єднань
• Документація з експлуатації та навчання вашої команди

Орієнтовні терміни: від 2 до 5 днів. Вартість розраховується індивідуально після аудиту.

Встановлення NodeJS та push-server

На Bitrix VM push-server вже попередньо встановлений. На чистому сервері виконайте встановлення NodeJS та Redis:

curl -fsSL https://rpm.nodesource.com/setup_20.x | bash - yum install -y nodejs redis # Скачати push-server з репозиторію Бітрікс (доступно підписникам BitrixEnv) ls /opt/push-server/ 

Типова структура: /opt/push-server/ з app.js, config.json, node_modules/.

Конфігурація push-server

Файл /opt/push-server/config.json:

{ "server": { "http": { "port": 9010, "host": "127.0.0.1" }, "websocket": { "port": 9011, "host": "0.0.0.0" } }, "security": { "key": "your_secret_key_here", "cors": ["https://example.ru"] }, "redis": { "host": "127.0.0.1", "port": 6379, "database": 1 }, "log": { "level": "warn", "file": "/var/log/push-server/app.log" }, "cluster": { "workers": 2 } } 

Systemd unit та Nginx проксі:

cat > /etc/systemd/system/push-server.service << 'EOF' [Unit] Description=Bitrix Push Server After=network.target redis.service [Service] Type=simple User=www-data WorkingDirectory=/opt/push-server ExecStart=/usr/bin/node app.js --config config.json Restart=on-failure RestartSec=5 LimitNOFILE=65535 [Install] WantedBy=multi-user.target EOF systemctl daemon-reload && systemctl enable --now push-server 

location /bitrix/subws/ { proxy_pass http://127.0.0.1:9011; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_read_timeout 86400; } location /bitrix/pub/ { proxy_pass http://127.0.0.1:9010; proxy_buffering off; } 

Налаштування в Бітрікс

В адміністративній панелі: «Налаштування» → «Push and Pull» → вкладка «Сервер». Вкажіть:

• Push-сервер: http://127.0.0.1:9010
• Pull-сервер (публічний): https://example.ru/bitrix/pub/
• WebSocket-сервер: wss://example.ru/bitrix/subws/
• Ключ безпеки: той самий, що в config.json

Або через код (див. офіційну документацію).

Типові проблеми при налаштуванні push-сервера

Неправильний secret key. Часта проблема — ключі в config.json та налаштуваннях Бітрікс не співпадають. Перевірте через curl -s http://127.0.0.1:9010/server/ping — якщо відповідь не {"result":"pong"}, значить сервер не приймає запити.

Блокування портів фаєрволом. WebSocket використовує порт 9011 — переконайтеся, що він відкритий ззовні. Також перевірте, що Nginx проксіює коректно: при помилці 400 клієнт не може встановити з'єднання.

Недостатній ліміт файлових дескрипторів. Для 10000 з'єднань необхідно ulimit -n не менше 20000. Додайте LimitNOFILE=65535 в systemd unit.

Додаткова таблиця: етапи та терміни

Як переконатися, що push-сервер працює?

Після налаштування виконайте перевірку:

curl -s http://127.0.0.1:9010/server/ping 

Очікувана відповідь: {"result":"pong"}. Для перевірки WebSocket використовуйте wscat, для моніторингу — журнал journalctl -u push-server -f. Детальніше про технологію WebSocket читайте в Wikipedia.

Зв'яжіться з нами — ми налаштуємо push-сповіщення з гарантією стабільної роботи. Отримайте консультацію безкоштовно.