Відповідь сервера 503, чому
Чому відповідь сервера у сайту www.profbuh66.ru, хоча сайт працює справно (це сталося після якихось робіт на сервері), причому коли робиш аналіз без www відповідь нормальна. Головне дзеркало з www. Це на сервері одвірок чи щось на pr-cy.ru?
Відповідь сервера (заголовок)
HTTP/1.1 503 Service Temporarily Unavailable Server: nginx/0.8.50 Date: Wed, 26 Jan 2011 17:36:28 GMT Content-Type: text/html Content-Length: 901 Connection: keep-alive
Нижче описані часті причини виникнення довгої черги, а також шляхи вирішення цієї проблеми: Зависають скрипти Передача великих статичних файлів через PHP
Великі статичні файли краще передавати безпосередньо, не використовуючи для цього скрипти. На це є дві причини: по-перше, час роботи скриптів обмежений, після закінчення передача файлу переривається; по-друге, передачі файлу через PHP використовується окремий процес-робочий, отже він перестає брати участь у механізмі обробки запитів від користувачів.
Для передачі файлів безпосередньо, навпаки, задіюється спеціальний багатопотоковий процес, який може обробляти безліч потоків одночасно, не впливаючи на швидкість завантаження сайту.
Функціональність багатьох скриптів зберігання файлів можна реалізувати через правила mod_rewrite у файлі .htaccess (наприклад, антилич-систему). З'єднання з віддаленим сервером
Цього краще уникати. Якщо ж без такого не обійтися, то необхідно виставити маленький тайм-аут на очікування відповіді і переконатися, що зв'язок з віддаленим сервером досить хороший.
Перевірте всі компоненти та плагіни вашої CMS, відключаючи їх по черзі, і знайдіть найважчі або зіпсовані, під час яких завантаження сайту сповільнюється. По можливостівідмовтеся від таких компонентів, або пошукайте швидший аналог. Також деінсталюйте всі непотрібні компоненти, які ви не використовуєте або використання яких необов'язкове. Довговиконуване завдання mambot (для Joomla)
Запуск скрипта поштового розсилки найкраще розташувати в системному cron'і, керування яким знаходиться у контрольній панелі. А запуск його призначити на час найменшого навантаження на сервер (ніч за київським часом). При цьому слід враховувати обмеження, що накладаються умовами договору-оферти щодо кількості листів на годину/день та часом роботи PHP-скрипту. Велика кількість повільних запитів до MySQL
Завантажуваний ресурс розбитий/містить посилання на занадто більше файлів (картинки, таблиці стилів JS-скрипти), які підвантажуються через окремі запити. Намагайтеся об'єднувати ресурси в один файл, де це можливо.
На сайті встановлено елемент, який періодично надсилає на сервер AJAX-запити (наприклад, чат). Кількість запитів залежить не тільки від кількості відвідувачів, а й від їхньої звички відкривати кілька вкладок у браузері.
Боти-індексатори, що сканують ресурси сайтів (пошукові системи, Sape та інші).
Використання елементів ресурсів чи скриптів на чужих сайтах (посилання на картинки, скрипти-інформери). Використовуйте антилич-модулі/налаштування.