Въведение
CloudLinux OS Shared Hosting Pro е създадена специално за хостинг услуги, които споделят един сървър между много потребители. Това е модерна операционна система, която дава на хостинг доставчиците нужните инструменти: автоматизация, подробна статистика за производителността и централизирано наблюдение.
Освен стандартните функции, има и допълнителни инструменти за разширена функционалност.
За да я използвате, трябва да си купите лиценз CloudLinux Shared Pro или да надградите текущия си лиценз от сайта cln.cloudlinux.com, след което да активирате лиценза на сървъра с новия ключ.
Важно:
Освен новите възможности, Shared Pro включва и всички стандартни функции на CloudLinux Shared OS.
AccelerateWP – Оптимизация на WordPress сайтове
AccelerateWP е комплект от инструменти, които оптимизират WordPress сайтове автоматично. Има няколко разновидности:
- AccelerateWP (основна)
- AccelerateWP Premium (платена)
- AccelerateWP CDN (услуга за по-бързо зареждане чрез сървъри по света)
Когато активирате AccelerateWP, основната версия винаги се включва. Можете по избор да активирате и Premium или CDN функциите.
Забележка:
На нови сървъри AccelerateWP Free се активира автоматично. Ако вече е включено, просто настройте допълнителните пакети.
Как се активира:
За конкретен сървър:
- Можете да активирате безплатната версия (AccelerateWP Free) или платената версия (Premium) през команден ред (CLI).
- След като администратор я включи, крайните потребители ще виждат таб с AccelerateWP в контролния си панел и ще могат да включат оптимизацията.
Ако активирате CDN:
- Всеки потребител получава 1 GB безплатен трафик.
- Когато го изразходва, може да плати за повече чрез WHMCS или друга система за плащане.
Ако активирате Premium:
- Всички ще имат достъп до функцията Object Caching (не се таксува допълнително).
- Ако лицензът ви включва платени функции, ще се покажат и:
- Image Optimization (оптимизация на изображения)
- Critical CSS (оптимизиране на CSS за по-бързо зареждане)
- Но потребителите няма да могат да ги ползват, докато не си ги купят.
Централизирано активиране (на всички сървъри)
Ако управлявате повече от един сървър, може да активирате AccelerateWP Free или Premium през Централизирания панел за наблюдение (или CLN интерфейса).
Изисквания за AccelerateWP:
Основен пакет:
- Сайтът трябва да е на Apache или LiteSpeed сървър;
- Да използва CloudLinux OS Shared Pro, Solo или Admin лиценз;
- Да има PHP 7.3 или по-нова версия;
- WordPress да е поне версия 5.8;
- Да няма инсталирани други кеширащи плъгини;
- WordPress не трябва да е в Multisite режим.
AccelerateWP Premium
Този пакет комбинира безплатни и платени функции.
Безплатни:
- Object Caching – запазва резултати от заявки към базата данни в паметта за по-бърз достъп. Полезно е, когато кеширането на цялата страница не е възможно (например при персонализирано съдържание).
Платени:
- Image Optimization – автоматично компресира и оптимизира изображенията;
- Critical CSS – генерира специален CSS за по-бързо визуализиране на важните части от страницата.
Изисквания:
- Apache или LiteSpeed сървър;
- CloudLinux Shared Pro, Solo или Admin лиценз;
- PHP 7.2 или по-висока версия;
- Да се ползва php-fpm или lsapi;
- WordPress да е версия 3.7 или по-нова;
- Да няма други кеширащи плъгини;
- Snuffleupagus (сигурност модул за PHP) да е изключен;
- WordPress да не е в Multisite режим.
Интерфейс за администратори – Управление на AccelerateWP
🔹 Общ преглед
⚠️ Забележка:
Потребители, създадени от реселъри (продавачи на хостинг услуги), нямат достъп до AccelerateWP.
В таба AccelerateWP в CloudLinux Manager администраторите могат да включат различни функции за оптимизация, които след това самите потребители могат да активират от контролния си панел.
📊 Статистика за използването
Когато AccelerateWP е активиран, в таба се показва подробна статистика:
- Активни потребители – колко общо потребители има и колко от тях са включили оптимизацията.
- WordPress сайтове – брой сайтове и колко от тях са оптимизирани с AccelerateWP.
- Таблица с потребителите – за всеки потребител се вижда:
- Колко WordPress сайта има.
- Колко от тях са оптимизирани с AccelerateWP.
Ако е включена и платената версия (Premium), ще видите допълнителна статистика и за нея.
🔁 Новите потребители се появяват в статистиката след около 10 минути. За да ги видите веднага – натиснете „Rescan users websites“.
🔍 Филтри за статистика
Можете да използвате филтри, за да видите само конкретна група потребители:
- Само потребители с WordPress сайтове
- Само потребители, които използват AccelerateWP
- Само потребители с включен Premium (Object Caching)
- Само потребители с включен CDN Free
- Само потребители с включен CDN Pro
⚙️ Команди от терминал (CLI)
CloudLinux предлага CLI инструменти, с които можете да управлявате AccelerateWP директно от терминала:
- cloudlinux-awp-admin – команди за администратори
- cloudlinux-awp-user – команди за крайни потребители
- Smart Advice CLI – управлява автоматични препоръки
💡 Използвайте флага –api-version 1, за да сте сигурни, че използвате правилната версия на CLI.
✅ Често използвани команди
Проверка на потребители с Premium:
cloudlinux-awp-admin get-stat
Включване на AccelerateWP Free:
cloudlinux-awp-admin set-suite –suites=accelerate_wp –allowed-for-all
❗ Безплатният CDN (1 GB) се активира само ако има препоръка (Advice) за сайта. Ако такава липсва, значи сайтът няма нужда от тази оптимизация.
Включване на AccelerateWP Premium:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_premium –visible-for-all
cloudlinux-awp-admin set-suite –suites=accelerate_wp_premium –allowed-for-all
Настройка на URL за надграждане:
cloudlinux-awp-admin set-options –upgrade-url “https://plan.upgrade/splash”
Включване на CDN (безплатен или платен):
- За всички:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_cdn –allowed-for-all
- За конкретен потребител:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_cdn –allowed –users=user1,user2
- CDN Pro с 50 GB за всички:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_cdn_pro –attrs='{“traffic_limit”: “50 GB”}’ –allowed-for-all
Премахване на достъп до CDN:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_cdn_pro –disallowed-for-all
Разрешаване на всички Premium функции:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_premium –allowed-for-all
Пълно спиране на Premium функциите:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_premium –disallowed-for-all
Автоматично активиране на AccelerateWP на подходящите сайтове:
cloudlinux-awp-admin enable-feature –all
🔄 Проверка на активирани функции:
cloudlinux-awp-admin enable-feature –status
🧩 Поддържани пакети (Suites) и действия
- accelerate_wp – Безплатни функции
- accelerate_wp_premium – Премиум функции (кеширане, изображения, CSS)
- accelerate_wp_cdn – CDN 1 GB
- accelerate_wp_cdn_pro – Разширен CDN (от 50 GB до 10 TB)
Основни действия:
- –allowed – позволява функцията
- –disallowed – спира функцията
- –allowed-for-all – за всички потребители
- –disallowed-for-all – спира за всички
Примери:
cloudlinux-awp-admin –api-version 1 set-suite –suites=accelerate_wp –disallowed –users=user1
cloudlinux-awp-admin –api-version 1 set-suite –suites=accelerate_wp_cdn_pro –allowed –users=user1 –attrs='{“traffic_limit”: “100 GB”}’
🛠️ Управление на настройки на сървъра
Примери:
cloudlinux-wp-admin –api-version 1 set-options –icon-visible=on
cloudlinux-awp-admin –api-version 1 set-options –object-cache-banner-visible=off
Показване/скриване на конкретни функции (image_optimization, critical_css и т.н.):
cloudlinux-awp-admin –api-version 1 set-options –feature-visible=on –features=”critical_css,image_optimization”
🧾 Генериране на отчети:
cloudlinux-awp-admin –api-version 1 generate-report –all
cloudlinux-awp-admin –api-version 1 generate-report –status
📈 Статистика за AccelerateWP – по лесен начин
🔸 Статистика за AccelerateWP пакети (Suites)
Команда:
cloudlinux-awp-admin –api-version 1 get-report –all
Или за конкретен потребител:
cloudlinux-awp-admin –api-version 1 get-report –users=username
Какво връща тази команда:
- Колко потребители общо има – total_users_count
- Колко WordPress сайта общо – total_wordpress_count
- Колко потребители са активирали дадена функция – total_users_count_active
- Колко сайта са оптимизирани с дадена функция – total_sites_count_active
- Подробности за всеки потребител, включително:
- Колко WP сайта има
- Колко сайта използват AccelerateWP
- Статус на достъп до пакетите:
- visible – вижда го, но не може да го активира
- allowed – може да го активира
- disabled – скрит или забранен
Примерен изход:
{
“total_users_count”: 1,
“total_wordpress_count”: 2,
“total_users_count_active”: {
“accelerate_wp”: 1
},
“users”: [
{
“username”: “user16”,
“wp_sites_count”: 2,
“accelerate_wp_active_sites_count”: 1,
“suites”: {
“accelerate_wp”: { “status”: “allowed” },
“accelerate_wp_premium”: { “status”: “visible” }
}
}
]
}
🔸 Статистика за функции на AccelerateWP
Команда:
cloudlinux-awp-admin –api-version 1 get-stat
Какво ще покаже:
- Брой потребители, които имат достъп до всяка функция
- Брой потребители, на които функцията е “видима”
- Колко сайтове имат активирани функции
- Кои функции са разрешени/видими по подразбиране
- Активирани пакети (suites)
- Линкове за надграждане (ако има)
Пример:
{
“allowed_users”: {
“cdn_free”: 1,
“image_optimization”: 1
},
“enabled_sites”: {
“critical_css”: 1
},
“features_allowed_by_default”: [“cdn”, “critical_css”, “image_optimization”],
“features_visible_by_default”: [“cdn”, “critical_css”, “image_optimization”]
}
🚀 Автоматично активиране на безплатен AccelerateWP
Команда:
cloudlinux-awp-admin –api-version 1 enable-feature –all
Активира безплатния AccelerateWP за всички WordPress сайтове, където е възможно. Пропуска сайтове с несъвместимости или вече активирани кеширащи плъгини.
Проверка на статус:
cloudlinux-awp-admin –api-version 1 enable-feature –status
Показва колко сайта са били сканирани и колко са активирали функцията успешно.
🔕 Скриване/показване на банера на Redis Object Cache Pro
Това контролира дали да се вижда банер в WordPress сайта за модула Redis Object Cache Pro.
Скриване на банера:
cloudlinux-awp-admin –api-version 1 object-cache-banner –all –disable
Или само за конкретни потребители:
cloudlinux-awp-admin –api-version 1 object-cache-banner –users=user1,user2 –disable
Показване на банера:
cloudlinux-awp-admin –api-version 1 object-cache-banner –all –enable
📬 Имейл напомняния от SmartAdvice
Можете да включите или изключите месечни имейли с напомняния за неактивирани препоръки:
cloudlinux-awp-admin –api-version 1 set-options –smart-advice-reminders=on
Или:
cloudlinux-awp-admin –api-version 1 set-options –smart-advice-reminders=off
👤 Команди от името на потребител (cloudlinux-awp-user)
Примери:
- Активиране на функция:
cloudlinux-awp-user –api-version 1 enable –feature=object_cache
- Деактивиране:
cloudlinux-awp-user –api-version 1 disable –feature=object_cache
- Виж всички активни функции:
cloudlinux-awp-user –api-version 1 get
Активиране и деактивиране на оптимизационни функции от потребител (CLI)
Поддържани функции:
- accelerate_wp – основен кеш и оптимизации
- object_cache – кеширане на заявки към базата
- critical_css – CSS оптимизация
- image_optimization – автоматична компресия на изображения
🔹 Активиране:
cloudlinux-awp-user –api-version 1 enable –feature object_cache –wp-path “път_към_wp” –domain userdomain.com
⚠️ –wp-path трябва да съвпада с пътя, показан в cloudlinux-awp-user get
Успешен отговор:
{
“feature”: {
“enabled”: true
},
“result”: “success”
}
🔹 Деактивиране:
cloudlinux-awp-user –api-version 1 disable –feature object_cache –wp-path “път_към_wp” –domain userdomain.com
📊 Проверка на текущото състояние на функциите
cloudlinux-awp-user –api-version 1 get
Тази команда показва:
- Кои функции са разрешени/видими за потребителя
- За всеки сайт – кои функции са включени, има ли проблеми (напр. несъвместим плъгин)
- Статус на абонамента за платените функции
Пример:
- Функцията accelerate_wp не е активна, защото е засечен плъгин WP Rocket, който е несъвместим
- object_cache не е активна, защото сайтът не използва поддържан PHP handler
⚙️ Конфигуриране на Redis за Object Cache
AccelerateWP използва Redis, но за да работи, са нужни няколко PHP модула: redis, igbinary, json. Можете да ги активирате със скрипт:
/usr/share/cloudlinux/wpos/enable_redis_for_alt_php.py
📌 Скриптът по подразбиране променя глобалния php.ini файл. Ако искате да го избегнете:
touch /var/clwpos/admin/do_not_modify_global_php.flag
Това ще създаде отделен .ini файл без да променя глобалния.
💳 Интеграция с фактуриране (платени функции)
AccelerateWP Premium може да се предлага като:
- Част от скъпи хостинг планове
- Допълнителен абонамент към стандартен план
Когато потребителят иска да активира Premium (през SmartAdvice), той ще бъде пренасочен към URL за надграждане, който трябва да настроите предварително.
🔹 Задаване на URL за надграждане:
cloudlinux-awp-admin set-options –upgrade-url https://mybillingdomain.com/upgrade
CloudLinux автоматично ще добавя параметри в линка (напр. име на потребител, домейн и IP), което улеснява автоматичното разпознаване на акаунта.
Пример на пълен линк:
https://mybillingdomain.com/upgrade/?m=acceleratewp&action=provisioning&username=demo&domain=demo.com&server_ip=192.168.1.1
🔄 Команди за автоматизация при смяна на план
Когато потребителят надгради:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_premium –allowed –source=BILLING_OVERRIDE –users=username
Когато потребителят спре/понижи плана:
cloudlinux-awp-admin set-suite –suites=accelerate_wp_premium –default –source=BILLING_OVERRIDE –users=username
📌 Тези команди трябва да се изпълняват автоматично от фактуриращата система (WHMCS или друга).
📦 WHMCS интеграция
CloudLinux предлага официален WHMCS плъгин, който автоматично управлява всички функции, линкове и преминаване към платен план. Ако използвате WHMCS, просто настройвате линка:
cloudlinux-awp-admin set-options –upgrade-url https://whmcs.yourdomain.com/
Плъгинът автоматично затваря прозореца след успешна покупка, използвайки следния скрипт:
<script>
if(window.opener && !window.opener.closed) {
window.opener.postMessage(‘PAYMENT_SUCCESS’, ‘*’);
}
</script>
❌ Спиране на AccelerateWP Premium
Ако искате да спрете Premium (но да оставите основния AccelerateWP):
- Просто махнете отметката „Premium Features“ в интерфейса.
🔒 Пълно изключване на AccelerateWP
Ако искате да изключите изцяло AccelerateWP (вкл. и Premium):
- Изключете го от контролния панел или чрез CLI.
Това ще:
- Скриe таба за AccelerateWP при потребителите
- Деактивира всички оптимизационни функции
❗ Това няма да спре таксуването – ако потребител има активен абонамент (в WHMCS например), той ще продължи да бъде таксуван, докато не му бъде ръчно спрян достъп.
Логове за AccelerateWP
- Основен лог файл:
/var/log/clwpos/main.log - Допълнителен лог (ако е активен AccelerateWP Premium):
/var/log/clwpos/daemon.log
❓ Често задавани въпроси (FAQ)
👉 С кои панели работи AccelerateWP?
Съвместим е с:
- cPanel
- Plesk
- DirectAdmin
- и custom панели чрез ръчна интеграция
👉 Работи ли без контролен панел?
Да – с ръчна интеграция.
👉 Поддържа ли Nginx?
Не все още. Това е в дългосрочните планове.
👉 Как помага AccelerateWP на клиентите?
Осигурява по-бързо зареждане на WordPress сайтове чрез:
- кеширане на обекти
- оптимизация на CSS/JS
- предварително зареждане на страници
🧠 Мониторинг на Redis при AccelerateWP Premium
- Redis се стартира само ако е активиран Object Caching за поне един сайт.
- Redis се спира автоматично, ако не се използва.
- За да видиш дали е активен Redis:
bash
КопиранеРедактиране
ps aux | grep redis
- Пример за работещ Redis процес:
bash
КопиранеРедактиране
/opt/alt/redis/bin/redis-server unixsocket:/home/username/.clwpos/redis.sock
- Демонът clwpos_monitoring следи състоянието на Redis и презарежда, ако падне.
Провери дали работи:
bash
КопиранеРедактиране
service clwpos_monitoring status
🛠️ Често срещани проблеми и решения
❗ Функциите не се инсталират автоматично след надграждане
- Опитай ръчно от интерфейса – ще получиш човешко обяснение на грешката.
- Провери логовете:
- /var/log/clwpos/daemon.log
- /home/<username>/.clwpos/main.log
🚫 Redis не е инсталиран за съответната PHP версия?
EA-PHP (cPanel):
- Проверка:
bash
КопиранеРедактиране
rpm -q ea-php74-php-redis
- Инсталация:
bash
КопиранеРедактиране
yum install ea-php74-php-redis
- Проверка за ini файл:
bash
КопиранеРедактиране
ls /opt/cpanel/ea-php74/root/etc/php.d/ | grep redis
- Провери дали модулът е зареден:
bash
КопиранеРедактиране
su -c “php -m | grep redis” username
ALT-PHP:
- Проверка за redis.so:
bash
КопиранеРедактиране
ls /opt/alt/php74/usr/lib64/php/modules | grep redis.so
- Ако липсва:
- Инсталирай: alt-phpXY-pecl-ext
- Стартирай:
bash
КопиранеРедактиране
/usr/share/cloudlinux/wpos/enable_redis_for_alt_php.py
- Увери се, че модулите са заредени:
bash
КопиранеРедактиране
cat /opt/alt/phpXY/etc/php.ini | grep redis.so
🐘 Проблеми с PHP
Понякога AccelerateWP не се активира заради PHP грешки:
- повредени PHP библиотеки
- липсващи модули (напр. mbstring)
Пример:
bash
КопиранеРедактиране
/opt/cpanel/ea-php80/root/usr/bin/php -i
Резултат: Segmentation fault
Решение:
bash
КопиранеРедактиране
yum reinstall ea-php80-php-mbstring
📡 Централизирано наблюдение (Centralized Monitoring)
Позволява да следиш всички сървъри и потребители от едно място:
➡️ cm.cloudlinux.com
Какво можеш:
- Следиш натоварването на всички сървъри
- Виждаш LVE статистики за всички потребители
- Активираш AccelerateWP Free и Premium за всички сървъри
Изисквания:
- Абонамент за CloudLinux Shared Pro
- Инсталиран пакет lve-utils:
bash
КопиранеРедактиране
yum install lve-utils
- Активиране на събиране на статистика чрез:
bash
КопиранеРедактиране
rhn_check
/usr/share/cloudlinux/cl_plus/manage_clplus enable
📌 Статистиката за новорегистрирани сървъри може да се появи до 5 часа по-късно.
Логове за AccelerateWP
- Основен лог файл:
/var/log/clwpos/main.log - Допълнителен лог (ако е активен AccelerateWP Premium):
/var/log/clwpos/daemon.log
❓ Често задавани въпроси (FAQ)
👉 С кои панели работи AccelerateWP?
Съвместим е с:
- cPanel
- Plesk
- DirectAdmin
- и custom панели чрез ръчна интеграция
👉 Работи ли без контролен панел?
Да – с ръчна интеграция.
👉 Поддържа ли Nginx?
Не все още. Това е в дългосрочните планове.
👉 Как помага AccelerateWP на клиентите?
Осигурява по-бързо зареждане на WordPress сайтове чрез:
- кеширане на обекти
- оптимизация на CSS/JS
- предварително зареждане на страници
🧠 Мониторинг на Redis при AccelerateWP Premium
- Redis се стартира само ако е активиран Object Caching за поне един сайт.
- Redis се спира автоматично, ако не се използва.
- За да видиш дали е активен Redis:
ps aux | grep redis
- Пример за работещ Redis процес:
/opt/alt/redis/bin/redis-server unixsocket:/home/username/.clwpos/redis.sock
- Демонът clwpos_monitoring следи състоянието на Redis и презарежда, ако падне.
Провери дали работи:
service clwpos_monitoring status
🛠️ Често срещани проблеми и решения
❗ Функциите не се инсталират автоматично след надграждане
- Опитай ръчно от интерфейса – ще получиш човешко обяснение на грешката.
- Провери логовете:
- /var/log/clwpos/daemon.log
- /home/<username>/.clwpos/main.log
🚫 Redis не е инсталиран за съответната PHP версия?
EA-PHP (cPanel):
- Проверка:
rpm -q ea-php74-php-redis
- Инсталация:
yum install ea-php74-php-redis
- Проверка за ini файл:
ls /opt/cpanel/ea-php74/root/etc/php.d/ | grep redis
- Провери дали модулът е зареден:
su -c “php -m | grep redis” username
ALT-PHP:
- Проверка за redis.so:
ls /opt/alt/php74/usr/lib64/php/modules | grep redis.so
- Ако липсва:
- Инсталирай: alt-phpXY-pecl-ext
- Стартирай:
/usr/share/cloudlinux/wpos/enable_redis_for_alt_php.py
- Увери се, че модулите са заредени:
cat /opt/alt/phpXY/etc/php.ini | grep redis.so
🐘 Проблеми с PHP
Понякога AccelerateWP не се активира заради PHP грешки:
- повредени PHP библиотеки
- липсващи модули (напр. mbstring)
Пример:
/opt/cpanel/ea-php80/root/usr/bin/php -i
Резултат: Segmentation fault
Решение:
yum reinstall ea-php80-php-mbstring
📡 Централизирано наблюдение (Centralized Monitoring)
Позволява да следиш всички сървъри и потребители от едно място:
➡️ cm.cloudlinux.com
Какво можеш:
- Следиш натоварването на всички сървъри
- Виждаш LVE статистики за всички потребители
- Активираш AccelerateWP Free и Premium за всички сървъри
Изисквания:
- Абонамент за CloudLinux Shared Pro
- Инсталиран пакет lve-utils:
yum install lve-utils
- Активиране на събиране на статистика чрез:
rhn_check
/usr/share/cloudlinux/cl_plus/manage_clplus enable
📌 Статистиката за новорегистрирани сървъри може да се появи до 5 часа по-късно.
🌐 Централизирано наблюдение (Centralized Monitoring)
Centralized Monitoring е уеб интерфейс, който ви позволява да следите в реално време натоварването на всички сървъри и потребители, които администрирате чрез CloudLinux OS.
🔒 Режим без изтичане на сесия
По подразбиране, сесията ви в CLN (cln.cloudlinux.com) изтича след 10 минути. Но можете да активирате специален режим, при който сесията в Centralized Monitoring (cm.cloudlinux.com) не изтича автоматично, ако браузърният таб е отворен.
Как да го активирате:
- Влезте в cln.cloudlinux.com
- Отворете cm.cloudlinux.com в нов таб на същия браузър
- Включете опцията “10 мин. автоматично излизане” с плъзгача – изключете я, за да останете в системата
🖥️ Интерфейс и навигация
След като влезете в CLN, вляво ще видите меню C-Monitoring. Оттам можете да:
- Преглеждате всички сървъри
- Виждате потребителска статистика
- Гледате графики и метрики в реално време
📋 Страница „Сървъри“
Показва всички сървъри, за които има събрана статистика. Сървърите се сортират по CPU натоварване (спадане).
Метрики за всеки сървър:
- Load Avg 15m – средно натоварване за последните 15 минути
- CPU Usage – натоварване на процесора
- Memory Usage – използвана и свободна памет
- I/O Read/Write – брой прочетени/записани байтове на диск
⏱️ Данните се обновяват на всяка минута
🟡 Idle – няма статистика за последната минута
🔴 N/A – няма статистика от последните 30 дни
🔍 Детайли за сървър
Кликни върху сървър в списъка, за да видиш графики в реално време:
📊 Поддържани графики:
- Използване на дисково пространство
- CPU натоварване (общо, от системата, потребителско, iowait)
- RAM – обща, използвана, налична
- Disk IOPS – брой операции на четене/запис
- Disk read/write data – обем на четените/написани данни
- Apache връзки и заявки/минута
🔹 Apache статистики работят само на сървъри с cPanel
🔹 LiteSpeed и Nginx все още не се поддържат
🐬 MySQL заявки
Centralized Monitoring показва и брой MySQL заявки в минута, като използва SHOW GLOBAL STATUS LIKE ‘Questions’.
📝 Допълнителни бележки
- Данните се съхраняват до 30 дни назад
- Няма странициране – всички сървъри са на една страница
- Може да се сортира всяка колона
- Възможност за избор на различни времеви периоди в графиките
Подробна статистика за сървърите
Кликни върху реда на сървър в таблицата, за да отвориш детайлните графики. Всички графики се обновяват автоматично, и можеш да избереш период за анализ (напр. последен час, ден, седмица).
📌 Данните се съхраняват до 30 дни назад.
📈 Графики за сървърни метрики
- Натоварване на системата (за 1, 5, 15 мин.)
- Използване на CPU (общо, от системата, от потребителя, iowait, steal)
- Използване на памет (обща, заета, налична)
- Дискови операции (четене/запис, време за четене/запис)
- Мрежов трафик
- IOPS и време за I/O
- Свободно/заето място на диска
- Брой отворени файлове / context switches
- Apache връзки и заявки в минута
🔸 Apache метриките работят само с cPanel
🔸 LiteSpeed, Nginx и други не са поддържани в текущата версия
🐬 MySQL заявки
Броят на заявките в минута се взема от променливата Questions в MySQL.
Може ръчно да се провери с:
SHOW GLOBAL STATUS LIKE ‘Questions’;
🔝 Най-натоварени потребители за последната минута
Изчислява се на база LVE статистики (CPU, RAM, I/O и т.н.):
- CPU Usage
- Entry Processes
- Physical Memory Usage
- IOPS / IO Usage
- Number of Processes
- MySQL CPU и IO
🔴 Червено: ≥ 90% натоварване спрямо лимита
🟡 Жълто: ≥ 50%
🔽 Сортиране по натоварване или по абсолютна стойност (удобно за потребители с неограничени ресурси).
Потребители с ∞ ресурси винаги са най-долу.
👥 Потребители
Тази страница показва всички потребители на всички сървъри, както и техните LVE статистики за последната минута.
Можеш да:
- Филтрираш по потребителско име
- Избираш колко потребители да се покажат
- Сортираш по натоварване
📈 Графики за потребителски метрики
На страницата с детайли за потребител може да се видят графики за всички LVE лимити (CPU, RAM, IO и др.). Данните се пазят до 30 дни.
🚨 Alert Manager – Система за известия
Позволява създаване на автоматични известия по имейл, когато се надвиши определено натоварване на сървър или потребител.
📋 Какво показва таблото с известия:
- Име на известие
- Коя метрика се следи
- Колко сървъра/потребителя се следят
- Условие за задействане (напр. CPU > 80%)
- Имейл за известие
- Брой активирани събития
- Последно активирано
- Редакция/изтриване
🔴 Червено – условието все още е активно (напр. CPU > 90%)
🟢 Зелено – условието за “по-малко от” все още е активно (напр. RAM < 200MB)
✏️ Създаване на известие
- Натисни Create alert
- Въвеждаш:
- Име на известието
- Тип (за сървър или потребител)
- Кой сървър или потребител се следи
- При какви условия да се задейства
- За колко време трябва да е вярно условието
- Имейл за нотификация
🆚 Разлика между „сървър“ и „потребител“ известие
📌 Сървърни известия следят:
- CPU (всички нива)
- System Load
- Мрежа
- RAM
- Дисково пространство
- Apache метрики (само за cPanel)
- MySQL заявки
- Температури на хардуер
❗ Ако метриката не се събира (напр. Apache на LiteSpeed) – няма да е налична за избор
👤 Потребителски известия следят:
- CPU, RAM, Entry Processes, IOPS, IO
- MySQL CPU и IO
- Всички са на база LVE статистики
❗ Ако потребителят е „idle“ или няма статистика >24 ч., няма да се показва за избор
Примери за създаване на известия (Alerts)
🎯 Сървърни известия (Server Alerts):
- За конкретен сървър: администратор избира конкретен сървър и метрика
- За всички сървъри: (по подразбиране) избраната метрика се следи на всички сървъри
❗ Потребителски избор не е наличен, защото се следи състояние на сървъра, не на потребителя
👤 Потребителски известия (User Alerts):
- За конкретен потребител: администратор избира сървър и потребител
- За всички потребители на сървъри: не се избира потребител – всички ще бъдат следени
🔥 Какво означава “Firing” състояние?
Това е активирано събитие, при което условието за известието (например CPU > 90%) е вярно за времето, което е зададено като продължителност. Тоест: проблемът е все още активен.
✉️ Имейл известия
Имейлът ще съдържа:
- Име на известието – линк към настройките
- Firing Target – линк към засегнатия сървър/потребител
❓ Често задавани въпроси (FAQ)
🔹 Как да спра събирането на статистики на сървър?
/usr/share/cloudlinux/cl_plus/manage_clplus disable
🔹 Къде мога да видя натоварването на всички сървъри?
- cm.cloudlinux.com/#/servers
- Или в CLN: cln.cloudlinux.com
🔹 Къде мога да видя натоварването на потребители?
🔹 За колко време се пази статистиката?
30 дни
🔹 Как да сменя периода на графиката?
Използвай падащото меню горе вдясно или избери период директно на самата графика.
🔹 Как да разчитам графиката на потребител:
Съдържа 3 линии:
- Лимит (в зелено)
- Текущо натоварване (в синьо)
- Брой грешки (faults) – отбелязани спрямо втора ос (в дясно)
🛠️ Отстраняване на проблеми (Troubleshooting)
❌ Не виждам статистика за сървъра
- Увери се, че сървърът е регистриран с лиценз по ключ/IP
Провери дали са инсталирани нужните пакети:
cl-end-server-tools >= 1.0.7-1
cl-node-exporter >= 1.1.0-2
lve-utils >= 4.2.21-2
lvemanager >= 6.2.10-1
Увери се, че услугата работи:
service cl_plus_sender status
Провери лога:
/var/log/clplus_sender.log
🌐 Поддръжка на LiteSpeed и Apache
От версия end-server-tools-1.0.7:
- Събират се метрики и от LiteSpeed (на cPanel и DirectAdmin)
- Демонът автоматично разпознава работещия уеб сървър
Пример за лог:
Apache/Litespeed collector: Using Litespeed
Или:
Apache or Litespeed stopped or absent, collector will not work
📤 Активиране на debug логове за изпратени метрики
Включване:
touch /var/lve/cmt_debug_logging
Изключване:
rm -f /var/lve/cmt_debug_logging
⚠️ Внимание: това значително увеличава размера на лог файла /var/log/clplus_sender.log (3–4KB/минута или повече)
⚠️ Известни проблеми
- Понякога MySQL Governor статистики не се събират коректно
- Сортирането на потребители игнорира „idle“ състояния
- Сортиране не работи от филтрирани резултати
- Сортиране по натоварване при потребители с ∞ лимити понякога не е точно
Какво е X-Ray?
X-Ray е инструмент за наблюдение на производителността на уебсайтове. Той анализира и визуализира:
- Най-бавните функции, заявки към бази данни, външни заявки, модули и плъгини
- Работи автоматично или по заявка
- Поддържа cPanel, Plesk, DirectAdmin
За други панели е необходима ръчна интеграция
⚠️ Не е съвместим с Opcache JIT – JIT се деактивира при активен X-Ray task
⚙️ Инсталация и активация
X-Ray се инсталира автоматично на нови сървъри с CloudLinux OS Shared Pro. За ръчна активация:
Увери се, че имаш:
yum install lvemanager alt-php-xray
За мигновена активация:
rhn_check
- След това ще видиш таб X-Ray в LVE Manager.
🧠 Видове проследяване (Tracing)
| Вид | Описание |
| Ръчно (Manual) | Задаваш конкретен URL и брой заявки или период. До 2 дни. |
| Автоматично (Autotracing) | Генерира се в края на деня, базирано на „бавни“ URL-и, засечени от анализатора. |
| Непрекъснато (Continuous) | Следи сайта всеки ден и изпраща имейл с отчет. Изисква ръчно спиране. |
🖥️ Как се създава ръчна задача за проследяване
- Отвори X-Ray таб
- Натисни Start tracing
- Въведи валиден URL на сайт от текущия сървър
- (По избор) Задай IP адрес или период/брой заявки
- Натисни Run
🌐 Поддръжка на различни PHP среди
- Сървърен режим (Server-wide) – активира X-Ray за всички PHP версии:
cloudlinux-xray-manager enable-serverwide-mode
- phpinfo режим – извлича PHP версия на сайта през HTTP:
touch /opt/cloudlinux/flags/enabled-flags.d/xray-per-domain-php-version-mode.flag
📋 Таблица с проследяващи задачи (Tracing Tasks Tab)
Виждаш всички създадени задачи – ръчни и автоматични. Всяка задача може да е:
- Running – в процес
- Stopped – спряна
- On hold – чака, защото вече има активна за същия URL
- Completed – приключена (времето или броят заявки е достигнат)
📈 Какво събира X-Ray?
За всяка заявка:
- Най-бавните проблемни компоненти
- WordPress плъгини по време на изпълнение
- SQL заявки
- Външни HTTP заявки
- Системни функции
🔍 Най-бавната заявка е отбелязана
🔸 Данните се пазят две седмици в UI
🔻 Показани са: общ брой, бавни заявки, LVE пренатоварени заявки
🔌 Софтуерни модули/плъгини (само за WordPress)
Виждаш:
- Тип софтуер (WordPress)
- Име на плъгина
- Продължителност на изпълнение (в секунди и % от общото време)
🛠️ Администриране на X-Ray
📅 Автоматичен режим (Continuous tracing)
- Изисква lvemanager >= 6.2.9-1 и alt-php-xray >= 0.2-1
yum update lvemanager alt-php-xray
- Трасинг задачи се създават всеки ден
- Изпраща автоматични имейли с отчет
📌 Допълнителни съвети
- Полето за URL поддържа wildcards (напр. example.com/*)
- Може да се експортира отчетът в PDF
- IP филтриране – позволява да следиш само заявки от конкретен клиент
Анализ на SQL заявки (Database queries)
В раздела за SQL заявки ще видиш за всяка заявка:
- Query – самият SQL код
- File – файлът и редът, от който е извикана заявката (с traceback)
- Software module – ако идва от WordPress плъгин – ще се покаже името му; ако не – името на функцията
- Calls – брой пъти, в които тази заявка е извикана
- Duration – време на изпълнение (в проценти и реални стойности)
🌐 Анализ на външни заявки (External requests)
- URL – адресът, към който е направена заявката
- File – откъде е извикана
- Duration – време за изпълнение и дял от общото натоварване
⚙️ Анализ на системни функции (System functions)
- Function – името на функцията
- File – файл и ред на изпълнение
- Duration – дял от натоварването за тази заявка
⏹️ Спиране и изтриване на tracing задачи
- Спиране: кликни върху бутона „Stop“
- Изтриване: кликни „Delete“
⚠️ Ако изтриеш задача, всички събрани данни ще бъдат загубени
🔁 Управление на непрекъснати задачи (Continuous tracing)
- Натисни Create continuous tracing
- Въведи домейн (URL) и имейл
- След създаване, всеки ден ще се създава нова tracing задача
- Може да спреш или изтриеш задачата – текущата ще завърши в полунощ и ще изпрати отчет
📩 Ще получаваш дневен отчет по имейл, с линк към детайли:
- заявки по часове
- забавени елементи
- SQL, плъгини и външни заявки
⚙️ X-Ray Autotracing (автоматично проследяване)
Създава автоматично tracing задачи за забавени URL адреси, засечени от PHP Slow Site Analyzer.
📦 Необходими пакети:
yum update alt-php-ssa alt-php-xray –enablerepo=cloudlinux-updates-testing
▶️ Активиране:
/usr/sbin/cloudlinux-ssa-manager enable-ssa
/usr/sbin/cloudlinux-autotracing enable –all
📍 Интерфейсът има отделен таб „Autotracing“
📍 Задачите се създават веднъж дневно, едновременно със SSA отчета
📍 Може да се управлява и през CLI
💡 X-Ray Smart Advice (умни препоръки)
Smart Advice е интелигентна система за анализ и препоръки, която предлага автоматични подобрения за WordPress сайтове с лоша производителност.
🧠 Работи само с CloudLinux OS Shared Pro + cPanel
📌 Засега поддържа само WordPress сайтове
📦 Необходими пакети:
yum update alt-php-ssa alt-php-xray lve-utils lvemanager –enablerepo=cloudlinux-updates-testing
🧪 Как да го активираш:
- Трябва да се включиш в бета програмата тук:
👉 CloudLinux Beta Program - След одобрение, ще получиш инструкции и достъп до функцията
🔍 Как работи Smart Advice?
- Работи заедно с X-Ray Tracing (най-добре с Autotracing)
- Докато тече задача, X-Ray следи за проблеми, които могат да се решат с конкретна препоръка
- В таб „Smart Advice“ ще се появят нови съвети със статус Review
- Можеш да ги приложиш чрез Quick Action
- След това статусът става Applied
- Ако не е актуализиран отдавна – става Outdated (и може да се обнови при следваща задача)
🧩 Ако възникне грешка – ще видиш лог с подробности и можеш да се опиташ да я поправиш ръчно
❓ FAQ (Smart Advice)
Q: Защо не виждам нови съвети?
A: Не са пуснати tracing задачи. Най-добрият начин е чрез Autotracing.
Ограничения на X-Ray плъгина за крайни потребители
- ❌ Няма поддръжка за Continuous Tasks
Потребителят не може да създава непрекъснати проследяващи задачи. - 🔁 Лимит: 1 активна задача
За да стартира нова, потребителят трябва да:- Изчака текущата задача да приключи, или
- Я спре ръчно
- 🛑 Администратор и потребител не могат да проследяват един и същ URL едновременно
Ако един от тях вече е създал задача – другият ще получи грешка за дублирана задача. - ⏳ Ограничение при PHP-FPM
Не може да се стартира/спре задача, ако FPM услугата за домейна е презареждана през последната 1 минута.
🚨 Автоматично откриване на throttling (ограничения)
Работи с:
- alt-php-xray >= 0.3-2
- lvemanager-xray >= 0.5-2
- kmod-lve >= 2.0-23 (за CloudLinux 7/8)
Какво открива X-Ray:
- CPU throttling – ако сайтът надвиши CPU лимит по време на заявка
- IO / IOPS throttling – надвишаване на дискови лимити
📌 Заявките с лимитиране са отбелязани в интерфейса
📄 Отразяват се и в PDF отчетите
⚠️ Не се поддържа в CloudLinux OS 6
🧩 X-Ray Client (xray.so)
X-Ray client е PHP разширение, което:
- Измерва времето на изпълнение на заявката и компонентите ѝ
- Изпраща тези данни към X-Ray Agent
✅ Поддържани PHP версии
Всички версии от PHP 5.4 до 8.4 са поддържани за:
- ALT-PHP
- EA-PHP (cPanel)
- Plesk / DirectAdmin / Други панели
❌ php-zts и custom PHP (selector) не се поддържат
🔍 Функции, които X-Ray може да следи
📦 SQL заявки:
- mysql_query, mysqli_query, PDO::query, PDOStatement::execute и др.
🌐 Външни заявки:
- curl_exec
⚙️ Системни функции:
- Всички PHP функции като fopen(), json_encode() и други
⚙️ Конфигурационни опции за X-Ray (php.ini)
xray.enabled
- Включва/изключва X-Ray разширението
xray.enabled=On
xray.database_queries
- Определя колко от най-бавните SQL заявки да се изпращат
xray.database_queries=20
Минимум: 0, Максимум: 100
Конфигурационни опции на X-Ray (php.ini ниво)
Всички параметри по-долу могат да бъдат конфигурирани само чрез php.ini и са с обхват PHP_INI_SYSTEM.
🔁 xray.external_requests
- Синтаксис: xray.external_requests=число
- По подразбиране: 20
- Описание: Определя колко от най-бавните външни заявки (изпълнени чрез curl_exec) да се изпратят към X-Ray агента.
🎯 Стойност: между 0 и 100
⚙️ xray.system_functions
- Синтаксис: xray.system_functions=число
- По подразбиране: 20
- Описание: Колко от най-бавните системни PHP функции (например fopen, json_encode) да бъдат отчетени към X-Ray.
🔍 xray.backtrace_depth
- Синтаксис: xray.backtrace_depth=число
- По подразбиране: 10
- Описание: Дълбочината на backtrace-а до main() функцията, която ще се отчита.
📌 Полезно за откриване на източника на бавни заявки в големи проекти.
🧠 xray.processor
- Синтаксис: xray.processor=xray
- По подразбиране: xray
- Описание: Посочва кой “процесор” да използва X-Ray за обработка. В бъдеще може да се появят алтернативни обработчици.
🔧 xray.tasks (не пипай ръчно)
- Синтаксис: xray.tasks=host:uri:ip:id
- Описание: Задава текущата проследяваща задача за дадена PHP заявка.
⚠️ Не се редактира ръчно! Добавя се автоматично от X-Ray мениджъра. Ръчна промяна може да наруши работата на X-Ray.
🐞 Debug настройки (само за диагностика)
📝 xray.to_file
- Синтаксис: xray.to_file=On
- По подразбиране: Off
- Описание: Записва всички данни, които се изпращат към процесора, във файл. Само за тестова/диагностична среда.
🔧 xray.debug
- Синтаксис: xray.debug=On
- По подразбиране: Off
- Описание: Активира дебъг изход при обработка на заявки.
⚠️ Може значително да забави сайта
📂 xray.debug_file
- Синтаксис: xray.debug_file=/път/до/файл
- По подразбиране: /tmp/xray-debug.log
- Описание: Файл, в който се записва debug информацията, когато е включен xray.debug.
🔚 Обобщение
📌 Тези конфигурационни опции позволяват:
- Прецизен контрол върху това какви данни X-Ray следи
- Настройка на производителност и дебъгинг
- Диагностика на проблеми при интеграция
X-Ray Agent (Агент на X-Ray)
Това е фонов процес, който:
- Получава данни от PHP разширението xray.so
- Изпраща тези данни към отдалеченото хранилище на X-Ray
🔧 Управление на X-Ray агента
| Действие | Команда |
| ▶️ Старт | service xray-agent start |
| ⏹️ Стоп | service xray-agent stop |
| 🔁 Рестарт | service xray-agent restart |
❓ Често задавани въпроси (FAQ)
🐌 Влияе ли X-Ray на скоростта на сайта?
Да. X-Ray добавя ~5-10% натоварване при активна проследяваща задача.
Използвай го временно, само за диагностика.
🗂️ Потребителят използва различни PHP версии в поддиректории и X-Ray не работи?
🛠️ Решение: Активирай Server-wide режим или phpinfo режим на X-Ray:
cloudlinux-xray-manager enable-serverwide-mode
⚠️ Грешка: “Task is duplicated by URL”
X-Ray вече проследява този URL или wildcard като domain.com/*, затова:
- Новата задача е в статус On hold
- Изчакай текущата задача да приключи
😕 Не виждам резултати в X-Ray интерфейса?
Провери следното:
- Изключи кеширане:
- LSCache, WP Super Cache, NGINX Cache, CDN
- Всички те прескачат PHP, и X-Ray не може да проследи заявката
- Ако използваш Client IP филтър – провери, че съвпада реално (провери с phpinfo → $_SERVER[‘REMOTE_ADDR’])
- X-Ray разширението е заредено?
- Отиди на phpinfo() и потърси секция “xray”
- Ако я няма → рестартирай PHP или Apache
- Агентът работи?
Провери със:
service xray-agent status
❌ Няма X-Ray секция в phpinfo(), въпреки че съм създал задача?
Възможни причини:
- PHP процесът не е рестартиран
Решение: рестартирай Apache или PHP-FPM - X-Ray е засекъл грешна PHP версия
Провери пътя към ini файла:
cat /usr/share/alt-php-xray/manager.log | grep ini_location
- Сравни го с ini path в phpinfo()
- Ако не съвпадат – X-Ray не е разпознал версията правилно → свържи се с поддръжка
💡 Използвам LiteSpeed, X-Ray е активен, но не събира данни?
Провери за ред в .htaccess:
CacheLookup on
❗️ Това изключва PHP обработката → премахни реда, за да работи X-Ray
🔗 Какъв формат трябва да има URL?
Всички примери са валидни:
http://domain.com
https://domain.com/
http://www.domain.com
📦 Задължителни пакети за X-Ray
| Пакет | Минимална версия |
| lvemanager | >= 6.2.10-1 |
| alt-php-xray | >= 0.2-1 |
🧩 Това е краят на цялото пълно ръководство за X-Ray, включително CLI, UI, конфигурации, агент, Smart Advice и Autotracing.