503 Service Unavailable: зошто се случува и како професионално се решава (WordPress / cPanel / LiteSpeed)
503 Service Unavailable значи дека серверот моментално не може да го обработи барањето. Најчесто тоа е привремено: преоптоварување, ограничувања на ресурси, пад/рестарт на PHP процеси, блок од WAF/rate-limit, или WordPress “maintenance mode”. Кај WordPress 503 многу често е комбинација од: тежок plugin, голем број барања, слаб серверски лимит или проблем со кеш/оптимизација.
1) Најчести причини за 503 (и како да ги препознаеш)
1.1 WordPress Maintenance Mode (најлесен случај)
Ако 503 се појави по update, WordPress може да остане “закочен” во maintenance режим.
- Во root може да постои фајл .maintenance
- Сајтот покажува порака дека е во одржување или едноставно враќа 503
Брз тест: преку File Manager/FTP провери дали има .maintenance во root и избриши го (ако update е завршен).
1.2 Преоптоварување / лимити на ресурси (CPU, RAM, entry processes)
503 често се јавува кога серверот е под голем товар или акаунтот го удира лимитот (особено на shared hosting):
- Премногу истовремени посети/ботови
- Тешки PHP процеси (plugin, cron, import, backup)
- Слаба оптимизација (без кеш, големи query-и)
Симптом: 503 се појавува периодично, најчесто во “шпиц” време или при одредени операции (админ, checkout, search).
1.3 PHP-FPM/LSAPI процеси се заситени или рестартирани
Кога PHP процесите се заситени (нема слободен worker) или има рестарти, серверот може да врати 503.
- Се случува почесто кај сајтови со многу динамички барања
- Се влошува ако нема page cache или ако има многу “uncached” страници
1.4 WAF / Rate limiting (безбедносно ограничување)
Понекогаш 503 е резултат на заштита (rate-limit) кога има премногу барања од една IP или сомнителни патерни.
- Често се јавува при brute-force, XML-RPC напади, бот сообраќај
- Може да биде само од одредена IP/локација
1.5 Plugin/Theme конфликт или “фатална” грешка што го блокира процесот
Иако фаталните грешки најчесто се 500, кај некои конфигурации можат да завршат како 503 ако процесот се прекине/ресетира.
- После update на plugin/theme
- После промена на PHP верзија
1.6 Проблем со база (DB) или бавни query-и
Кога базата е бавна/закочена, PHP процесите чекаат и се прави “загушување”, па може да излезе 503.
- Често со големи табли, autoload bloat, лоши plugins
- Се влошува ако нема object cache и page cache
1.7 Backup/cron/import операции (висок товар)
503 се јавува кога:
- се прави backup (JetBackup/плагин backup)
- се извршува голем cron job
- се прави import на производи/слики
2) Профи чекор-по-чекор дијагностика (најбрза рута)
Чекор 1: Дали 503 е постојано или само периодично?
- Постојано 503 → често maintenance mode, plugin/theme конфликт, погрешна конфигурација
- Периодично 503 → најчесто ресурси/товар, rate-limit, ботови, cron/backup
Чекор 2: Провери cPanel Error Logs
Ова е најбрз доказ што навистина се случува:
- cPanel → Metrics → Errors
Барај “resource limit”, “timeout”, “killed process”, “LSAPI”, “PHP”, “mod_security”, “rate limit” и слично.
Чекор 3: Провери дали WordPress е во maintenance mode
- Во root провери дали има .maintenance
- Ако постои и update е завршен → избриши го и тестирај
Чекор 4: Исклучи ги plugins (брз тест кога е WordPress)
Ако 503 почнало после update или кога се отвораат одредени страници:
- wp-content/plugins → преименувај plugins во plugins-disabled
- Тестирај повторно
Ако проработи, врати plugins назад и активирај по еден за да го најдеш виновникот.
Чекор 5: Провери кеширање (ако си на LiteSpeed)
Ако нема page cache, секое барање оди динамички и лесно се прави 503 под товар.
- Осигурај дека LiteSpeed Cache plugin е активен и Cache = ON
- Тестирај дали има cache headers (HIT/MISS) на повторни вчитувања
Чекор 6: Провери дали 503 е само од една IP
- Пробај од мобилен интернет (друга IP)
- Пробај Incognito
Ако од друга IP работи, можно е rate-limit/WAF блок за твојата IP.
3) Брзи решенија според сценарио
3.1 Ако е maintenance mode
- Избриши .maintenance од root
- Пробај повторно
3.2 Ако е преоптоварување/ресурси
- Вклучи/потврди page cache (LiteSpeed Cache)
- Ограничување на ботови (WAF правила, block bad bots)
- Намали тежок cron/backup во шпиц време
- Оптимизирај база (особено wp_options/autoload)
3.3 Ако е plugin конфликт
- Исклучи ги сите plugins → активирај по еден
- Врати на default тема (ако треба)
- Провери компатибилност со PHP верзија
3.4 Ако е WAF/rate-limit
- Провери логови за блокирање
- Whitelist/allowlist за твојата IP (ако е оправдано)
- Ограничување на brute-force и XML-RPC (ако не ти треба)
4) Како да знаеш дека е решено (профи тест)
- Сајтот се отвора стабилно во 5–10 последователни refresh-и без 503
- Во cPanel → Metrics → Errors нема нови “resource limit/timeout” записи
- LiteSpeed cache покажува HIT на повторни вчитувања (ако е кеширање активирано)
- Админ операции (login, save post, checkout ако има) поминуваат без пад
5) Опција: тикет за брза дијагностика (логи + ресурси + WAF проверка)
Ако сакаш поддршката да потврди дали се работи за resource limits, WAF/rate-limit или серверска конфигурација (PHP workers, LSAPI, timeouts), отвори тикет:
https://gohost.mk/submitticket.php
Текст за тикет (копирај/залепи)
- Наслов: 503 Service Unavailable – проверка на ресурси / LiteSpeed / WAF
- Домен/сајт: example.com
- cPanel username: CPANELUSER
- Кога се случува 503: постојано / периодично / при login / при checkout / при одреден URL
- Од кога: по update / миграција / промена PHP / без промени
- Што пробано: избришан .maintenance, plugins-disabled, проверка на headers (cache HIT/MISS)
- Барање: Ве молам проверете error logs и дали има resource limits (CPU/RAM/Entry Processes), LSAPI/PHP timeouts или WAF/rate-limit блокирање. Ако треба, предложете оптимизација или овозможете SSH за анализа.
6) Важно: што да не правиш при 503
- Не “клати” многу сетинзи одеднаш (minify/cache/cron) — менувај една по една работа и тестирај.
- Не оставај тежок backup/import да работи во шпиц време ако удира ресурс лимити.
- Не оставај debug/display errors на продукција — логирај во фајл и исклучи прикажување.
