Service unavailable что это значит


Ошибка 503 — что означает данная ошибка генерируемая веб-сервером при посещении страниц сайта, каковы причины ее возникновения и возможные способы устранения.

Ошибка 503 и способы ее устранения

Данная ошибка может появляться на сайтах сделанных на любых CMS, в том числе и на таких популярных как Joomla, WordPress, Drupal. Наверняка только самый удачливый пользователь никогда не сталкивался с проблемой: вводишь адрес странbцы, а в ответ «Service Temporarily Unavailable». Так что означает ошибка 503? Давайте разберемся.

Что означает данная ошибка

У каждого аккаунта на сервере хостинга есть определенное количество рабочих процессов, выделенное в соответствии с выбранным тарифным планом. Работа с запросами ведется в порядке очереди, они поступают на сервер, где легкие запросы обрабатываются мгновенно, а тяжелые – медленно. Всякая очередь ограничена тем или иным количеством запросов. Если новый находится за пределами этой границы, принят он не будет и вместо результата браузер выдаст оповещение: Ошибка 503 Сервис временно недоступен.


Возможно, что это причина временная и придется немножко подождать, пока сервер «отойдет» от перегрузки, освободив нужное количество ресурсов для обработки Вашего запроса. Лучше всего оставить попытку взаимодействовать с сайтом на 3-5 минут, иначе образуется другая очередь – обращений к серверу. Она только усугубит ситуацию.

Стандартная страница ошибки

Причины возникновения и борьба с ошибкой — инструкция для владельцев сайтов

Чтобы исправить данную ошибку нужно знать причины по которым она может появляться.

Большое количество запросов к серверу.

Слишком большое число запросов к серверу может возникать в следующих случаях:

Причина 1. Количество страниц на сайте не равняется количеству запросов посылаемых к серверу. Возникает это из-за того что на каждой странице сайта могут располагаться различные объекты, такие как: java- и PHP-скрипты, файлы таблиц стилей, изображения и т. д. Чтобы загрузить каждый из них необходимо послать отдельный запрос. Чем больше создается запросов к серверу, при запросе одной отдельной страницы тем больше вероятность возникновения ошибки.


Решение: Оптимизируйте свой сайт и скрипты, устраните не нужные элементы, которые не несут никакой пользы, на странице, а также используйте кэширование – это способно снизить нагрузку на ваш сервер.

Причина 2. Слишком много обращений к страницам сайта поисковых ботов и сканеров тех или иных сервисов, а также прочих анализаторов. Счетчиками посещаемости они не учитываются, но вот нагружают работу прилично, вызывая ошибку сервера 503.

Решение: Посмотреть точную статистику посещений можно только в лог-файлах веб-сервера. В некоторых случаях может помочь полное закрытие от посещения поисковыми роботами отдельных системных страниц сайта не предназначенных для поисковых систем.

Причина 3. Посетитель сайта может вызывать большое количество обращений к серверу, находясь на одной странице, если сайт использует AJAX. Тяжелее всего приходится веб-серверу когда на сайте размещаются онлайн-конференции, игры, чаты и иже с ними.

Решение: Возможно придется сменить хостинг на более мощный, например сменить тариф виртуального хостинга на VPS или уже имеющийся тариф VPS на более производительный.

Причина 4. Проблема может быть и при использовании фрагментов ресурсов и скриптов с чужих сайтов — скрипты-информеры, ссылки на картинки, которые подгружаются на ваши страницы с других серверов.

Решение: Необходимо проверить доступность ресурсов с которых подгружаются различные элементы и если они недоступны принять определенные меры. Либо выбрать наиболее надежные источники получения информеров или вовсе от них отказаться, если они не несут особой смысловой нагрузки и пользы для посетителей сайта.


Причина 5. DDOS-атака на сайт.

Решение: Хостинг провайдеры отслеживают несанкционированную активность, однако блокируется такая волна лишь после накопления определенной статистики, чтобы не навредить работе реальных пользователей.

webmastermix.ru

Что такое ошибка 503 Service Unavailable

Ошибка 503 Service Unavailable указывает, что веб-сервер временно не может обработать запрос. Это может быть веб-сервер, к которому Вы пытаетесь получить доступ напрямую, или другой сервер, к которому в свою очередь пытается получить доступ веб-сервер. Это называется ошибкой 503, потому что это код состояния HTTP, используемый веб-сервером для определения такой ошибки. Ошибка может возникнуть по ряду причин, но две наиболее распространенные причины: сервер перегружен запросами или выполняется техническое обслуживание.

Ошибка 503 отличается от ошибки 500 Internal Server. Ошибка 500 возникает, когда что-то мешает серверу обработать Ваш запрос, в то время как ошибка 503 на самом деле означает, что сервер в порядке — он может обрабатывать Ваш запрос и возвращает ошибку 503.

Как и при других подобных ошибках, дизайнеры веб-сайтов могут настроить способ отображения ошибки 503. Таким образом, на разных веб-сайтах Вы можете увидеть разные страницы ошибки 503. Веб-сайты также могут использовать несколько разных наименований для этой ошибки. Например, Вы можете увидеть такие названия, как:


  • Http/1.1 Service Unavailable
  • 503 Error
  • 503 Service Temporarily Available
  • 503 Service Unavailable
  • Service Unavailable – DNS Failure
  • HTTP Error 503
  • HTTP 503
  • Error 503 Service Unavailable

Важно помнить, что ошибка 503 является ошибкой на стороне сервера. Это означает, что проблема существует с веб-сайтом, к которому Вы пытаетесь получить доступ, а не с компьютером. Это хорошие и плохие новости. Это хорошая новость, потому что нет ничего плохого в Вашем компьютере, и это плохая новость, потому что обычно Вы ничего не можете сделать, чтобы решить проблему с Вашей стороны.

Тем не менее, вот несколько вариантов, которые Вы можете попробовать.

Обновите страницу

Как мы уже упоминали, ошибка 503 указывает на временную проблему, и иногда эта проблема очень временная. Например, сайт может быть перегружен трафиком. Итак, всегда стоит попробоавть обновить страницу. Большинство браузеров используют клавишу F5 для обновления, а также предоставляют кнопку «Обновить» где-то в адресной строке. Это не часто исправляет проблему, но для ее выполнения требуется всего одна секунда.

Предупреждение: Обязательно обратите особое внимание, если ошибка возникает, когда Вы делаете платеж. Обновление страницы может заставить Вас платить дважды, поэтому следите за этим.

Проверьте, работает ли сайт у других людей


Всякий раз, когда Вы не можете связаться с сайтом (по какой-либо причине), Вы также можете проверить, есть ли у Вас проблемы с подключением, или если у других людей такая же проблема. Для этого есть много инструментов, но мы рекомендуем isitdownrightnow.com и downforeveryoneorjustme.com. Оба работают почти одинаково. Укажите URL-адрес, который Вы хотите проверить, и получите результат.

Если Вы получите сообщение о том, что сайт не работает для всех, Вы не можете ничего сделать, но попробуйте еще раз позже. Если отчет показывает, что сайт работает, проблема может быть на Вашей стороне. Это очень редко встречается с ошибкой 503, но это возможно, и Вы можете попробовать некоторые из вариантов, которые мы описываем далее.

Перезагрузите свои устройства

Итак, Вы использовали инструмент проверки сайта и определили, что сайт не работает только у Вас. И Вы попробовали другой браузер и столкнулись с той же проблемой. Это говорит о том, что проблема, скорее всего, на Вашей стороне, но это не Ваш браузер.

Возможно, существуют некоторые странные, временные проблемы с Вашим компьютером или сетевым оборудованием (Wi-Fi, маршрутизатор, модем и т. д.). Простая перезагрузка компьютера и сетевых устройств может помочь устранить проблему.

Другая возможность заключается в том, что ошибка вызвана проблемой DNS, но на DNS-сервере, а не на Вашем компьютере. В этом случае Вы можете попробовать переключить DNS-серверы и посмотреть, будет ли проблема решена.

Связаться с веб-сайтом


Другой вариант — связаться с владельцем веб-сайта напрямую. Просмотрите их контактную информацию на веб-сайте и свяжитесь с ними о соответствующей странице. Если контактная форма отсутствует, Dы можете попытаться связаться с веб-сайтом в социальных сетях.

guidepc.ru

Каждому аккаунту на сервере выделено определенное количество процессов-рабочих, обрабытывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжёлые проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable, сервис временно недоступен) .

Ниже описаны частые причины возникновения длинной очереди, а так же пути решения этой проблемы:

1.
Зависают скрипты
*
Передача больших статичных файлов через PHP

Большие статичные файлы лучше всего передавать напрямую, не используя для этого скрипты. На это есть две причины: во-первых, время работы скриптов ограничено, по его истечению передача файла прерывается; во-вторых, для передачи файла через PHP используется отдельный процесс-рабочий, а значит он перестаёт участвовать в механизме обработки запросов от пользователей.


Для передачи файлов напрямую, наоборот, задействуется специальный многопоточный процесс, который может обрабатывать множество потоков одновременно, не влияя на скорость загрузки сайта.

Функциональность многих скриптов хранения файлов можно реализовать через правила mod_rewrite в файле .htaccess (например, антилич-систему) .
*
Соединение с удаленным сервером

Этого лучше избегать. Если же без такого не обойтись, то необходимо выставить маленький таймаут на ожидание ответа и убедиться, что связь с удаленным сервером достаточно хорошая.

Если в PHP-скриптах используются Include-функции, загружающие части движка, расположенные на одном аккаунте, убедитесь, что в них используется локальный путь, а не URL вида «[ссылка заблокирована по решению администрации проекта]». Наличие URL заставляет сервер делать дополнительный HTTP-запрос — это занимает лишний процесс-рабочий и сильно замедляет загрузку сайта.
*
Большое число «тяжёлых» или испорченных компонентов CMS

Проверьте все компоненты и плагины вашей CMS, отключая их по очереди, и найдите самые тяжёлые или испорченные, при работе которых загрузка сайта замедляется. По возможности откажитесь от таких компонентов, либо поищите более быстрый аналог. Также деинсталируйте все ненужные компоненты, которые вы не используйте или использование которых необязательно.
*
Долговыполняющееся задание mambot (для Joomla)


Если среди mambot’ов присутствуют задания, которые можно перенести в системный cron, лучше всего сделать это. mambot-задания выполняются вместе с запросом пользователя, поэтому загрузка сайта происходит очень медленно, либо вообще не происходит.
*
Почтовая рассылка

Запуск скрипта почтовой рассылки лучше всего расположить в системном cron’е, управление которым находится в контрольной панели. А запуск его назначить на время наименьшей нагрузки на сервер (ночь по московскому времени) . При этом следует учитывать ограничения, накладываемые условиями договора-оферты относительно количества писем в час/день и временем работы PHP-скрипта.
*
Большое количество медленных запросов к MySQL

При наличии у вас медленных запросов, в папке logs вашего аккаунта создается файл mysql-slow.log. Информация в этом файле обновляется раз в сутки и содержит только самые проблемные SQL-запросы.
o Установите в движок кеширующие компоненты, которые могли бы сократить число SQL-запросов.
o Оптимизируйте SQL-запросы.
o Проиндексируйте таблицы БД по столбцам, которые используются в выборке
o Если ничего не помогает, возможно, стоит сменить движок на более оптимальный.
2.
Большое число запросов к веб-серверу
*

Загружаемый ресурс разбит/содержит ссылки на слишком больше число файлов (картинки, таблицы стилей JS-с

otvet.mail.ru

Ошибка 503: что она значит и как исправить


Обычно 503 ошибка временная. Сервер обработает текущие запросы, освободит свои мощности для следующих.

Если удаленный сервер возвратил именно этот код ответа, значит на сервере сейчас большая очередь, и он просто не может обработать ее.

Причин может быть несколько:

  1. Скрипты зависли.
  2. К серверу сейчас направлено много обращений.

Решением данных проблем должны заниматься администратор сайта и его владелец, веб-мастер. Требуется аудит сайта и оптимизация его работы.

Скрипты могут зависать под действием различных факторов, рассмотрим эти факты и варианты их устранения:

  • Отправка больших файлов. Данные файлы нужно отправлять напрямую, избегая использования скриптов. Это объясняется тем, что скрипты имеют лимит рабочего времени, когда время истекает, передача прерывается. Также файловая передача через PHP является отдельным процессом, из-за которого обработка пользовательских запросов останавливается.
  • Подключение к удаленным серверам. Лучше отказаться от подобного типа соединений.Если это невозможно, то установить минимальное время ожидания ответа и выстроить отличную связь с подобными серверами.
  • Много неработоспособных, «тяжелых» модулей CMS. Когда вы используете CMS, регулярно проверяйте плагины на емкость ресурсов и работоспособность. Если какие-то модули ухудшают работу ресурса, их нужно заменить на более мощные. Если какие-либо компоненты движка не используются, лучше их деинсталлировать.

  • Почтовая рассылка работает некорректно. Скрипт рассылки почты нужно запускать только в том случае, если нагрузка на сервер минимальна.
  • Выполнение сложных запросов к базе данных MySQL. Это можно увидеть в файле mysql-slow.log, его обновление происходит ежедневно. Внутри представлен перечень проблемных запросов к базе. Загрузите компоненты кеширования, выполните оптимизацию запросов, сделайте индексацию таблиц по различным столбцам, изменить CMS.

Есть несколько вариантов, приводящих к к ошибке 503 из-за большого числа запросов:

  • На интернет-ресурсе много ссылок на файлы, которые подгружаются через отдельные запросы.
  • На ресурсе есть элемент, который отправляет серверу AJAX-запросы.
  • Работают индексирующие боты. Осуществляются AJAX-запросы.

Выяснив, какая именно причина имеется на вашем ресурсе, можно устранить проблему.

Полезно будет также выполнить следующие действия:

  • Проверить компьютер на наличие вредоносного программного обеспечения.
  • Удалить временные файлы и папки. Обновить используемые драйвера.
  • Проверить системные файлы через Windows («sfc /scannow»).

Теперь вы знаете, что из себя представляет ошибка 503 “Service Unavailable”.

semantica.in

Каждому аккаунту на сервере выделено определенное количество процессов-рабочих, обрабытывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжёлые проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable, сервис временно недоступен).

Ниже описаны частые причины возникновения длинной очереди, а так же пути решения этой проблемы:

Зависают скрипты

  • Передача больших статичных файлов через PHP

Большие статичные файлы лучше всего передавать напрямую, не используя для этого скрипты. На это есть две причины: во-первых, время работы скриптов ограничено, по его истечению передача файла прерывается; во-вторых, для передачи файла через PHP используется отдельный процесс-рабочий, а значит он перестаёт участвовать в механизме обработки запросов от пользователей.

Для передачи файлов напрямую, наоборот, задействуется специальный многопоточный процесс, который может обрабатывать множество потоков одновременно, не влияя на скорость загрузки сайта.

Функциональность многих скриптов хранения файлов можно реализовать через правила mod_rewrite в файле .htaccess (например, антилич-систему).

  • Соединение с удаленным сервером

Этого лучше избегать. Если же без такого не обойтись, то необходимо выставить маленький таймаут на ожидание ответа и убедиться, что связь с удаленным сервером достаточно хорошая.

Если в PHP-скриптах используются Include-функции, загружающие части движка, расположенные на одном аккаунте, убедитесь, что в них используется локальный путь, а не URL вида «http://…». Наличие URL заставляет сервер делать дополнительный HTTP-запрос — это занимает лишний процесс-рабочий и сильно замедляет загрузку сайта.

  • Большое число «тяжёлых» или испорченных компонентов CMS

Проверьте все компоненты и плагины вашей CMS, отключая их по очереди, и найдите самые тяжёлые или испорченные, при работе которых загрузка сайта замедляется. По возможности откажитесь от таких компонентов, либо поищите более быстрый аналог. Также деинсталируйте все ненужные компоненты, которые вы не используйте или использование которых необязательно.

  • Долговыполняющееся задание mambot (для Joomla)

Если среди mambot’ов присутствуют задания, которые можно перенести в системный cron, лучше всего сделать это. mambot-задания выполняются вместе с запросом пользователя, поэтому загрузка сайта происходит очень медленно, либо вообще не происходит.

  • Почтовая рассылка

Запуск скрипта почтовой рассылки лучше всего расположить в системном cron’е, управление которым находится в контрольной панели. А запуск его назначить на время наименьшей нагрузки на сервер (ночь по московскому времени). При этом следует учитывать ограничения, накладываемые условиями договора-оферты относительно количества писем в час/день и временем работы PHP-скрипта.

  • Большое количество медленных запросов к MySQL

При наличии у вас медленных запросов, в папке logs вашего аккаунта создается файл mysql-slow.log. Информация в этом файле обновляется раз в сутки и содержит только самые проблемные SQL-запросы.

  • Установите в движок кеширующие компоненты, которые могли бы сократить число SQL-запросов.
  • Оптимизируйте SQL-запросы.
  • Проиндексируйте таблицы БД по столбцам, которые используются в выборке.
  • Если ничего не помогает, возможно, стоит сменить движок на более оптимальный.

Большое число запросов к веб-серверу

  • Загружаемый ресурс разбит/содержит ссылки на слишком больше число файлов (картинки, таблицы стилей JS-скрипты), которые подгружаются через отдельные запросы. Постарайтесь объединять ресурсы в один файл, где это возможно.

  • На сайте установлен элемент, который периодически посылает на сервер AJAX-запросы (например, чат). Количество запросов зависит не только от числа посетителей, но и от их привычки открывать несколько вкладок в браузере.

  • Боты-индексаторы, сканирующие ресурсы сайтов (поисковые системы, Sape и другие).

  • Использование элементов ресурсов или скриптов на чужих сайтах (ссылки на картинки, скрипты-информёры). Используйте антилич-модули/настройки.

  • DDoS-атаки.

Если у вас не хватает знаний, вы не хотите самостоятельно исправлять работу скриптов или же просто не хотите этим заниматься, вам стоит обратить ваше внимание на услугу «Премиум-аккаунт», которая создана специально для этого.

www.jino.ru

Серверные ошибки

  • Ошибка 403 — 403 Access denied
  • Ошибка 404 — 404 File not found
  • Ошибка 500 — 500 Internal server error
  • Ошибка 502 — 502 Bad Gataway
  • Ошибка 503 — 503 Service temporarily unavailable
  • Ошибка 504 — 504 Gateway time-out

Ошибка 403 — 403 Access denied (Доступ к ресурсу запрещен)


Ошибка 403 означает, что доступ к ресурсу, папке или файлу запрещен (получен код 403 Forbidden). Возможно, что доступ был закрыт через файл .htaccess.

Так же ошибка может быть вызвана тем, что в папке нет index файла.

Ошибка 404 — 404 File not found


Документ по указанному URL не существует. Возможно, такой файл удален, либо вы ошиблись при наборе URL в браузере или пошли по неверной ссылке.

Ошибка 500 — 500 Internal server error


Появление 500 ошибки, может быть связано с неправильно указанными параметрами в файле .htaccess, который находится в папке с вашим сайтом.

Также, если файл сохранён в кодировке UTF-8, он должен быть без метки BOM. Если же файл сохранён в UTF-8 с меткой BOM, откройте файл и сохраните его без метки BOM.

Ошибка 500 у CGI скриптов, может быть вызвана из-за неправильных прав у файла-скрипта CGI (должны быть 755).

Также, это может быть ошибка непосредственно в сценарии скрипта. Точную причину можно установить, просматривая лог ошибок.

Ошибка 502 — 502 Bad Gataway

Данная ошибка означает, что сервер (или proxy-сервер) получил недопустимые ответы другого сервера (или proxy-сервера).
Причиной может быть некорректная работа скриптов, либо ошибка ответа шлюза веб-сервера.

Одна из наиболее частых причин ошибки 502:
скрипт сайта отправляет cookie или другие данные множество раз при каких-то определённых действиях, в результате чего объём заголовков (header) растёт больше допустимого лимита веб-сервера.

При достижении порогового значения, веб-сервер отклоняет запрос с слишком большим заголовком, отбрасывая соединение с ошибкой 502 Bad Gateway. Такое бывает, когда скрипты написаны разработчиками без должной оптимизации.

На хостинге используется связка веб-серверов nginx (front-end) + apache (back-end)
У nginx указаны оптимальные параметры для заголовков:

proxy_buffer_size 32k; proxy_buffers 16 32k; 

Прочие причины:
иногда пользователи невнимательны в выборе опций, и не читают их описание.
В хостинг-панели зайдите в раздел ДоменыНастройки, если там включены все опции прдряд (стоят галочки), то отключите их. Это может убрать ошибку 502.

Ошибка 503 — 503 Service temporarily unavailable

Ошибка 503 (Service Temporarily Unavailable) – обслуживание временно недоступно.

Многие не до конца понимают причины появления ошибки 503 и считают, что во всем виноват сервер.
5хх ошибки действительно серверные, но это не всегда значит, что проблема именно на стороне сервера.

Если вам необходимо как можно быстрее избавиться от этой ошибки, завершите процессы на аккаунте.

Информация для более детального понимая проблемы.

Что же такое хостинг? Хостинг — некоторое количество аккаунтов на одном сервере, в каждом аккаунте может быть не один сайт и основное ограничение на нашем хостинге — это ограничение по нагрузке аккаунта пользователя, причем ограничение от одного потока процессора (CPU), а мы используем мощные многопроцессорные сервера.
Приведем пример на основе нашего сервера с минимальной частотой CPU 3.2GHz — это частота одного потока (ядра) процессора, а их 8 (на некоторых — больше), но как написано выше, ограничение для одного аккаунта считается от одного ядра. Теперь возьмем минимальный тариф SSD1, где ограничение по нагрузки составляет 20% CPU. 20% от 3.2GHz это640MHz, причем всего за 100 рублей/месяц. Много это или мало — решать вам, но для минимального тарифа этого более чем достаточно. Поэтому для каждого аккаунта на сервере выделяется определенное количество рабочих процессов, которые обрабатывают запросы пользователей ваших сайтов. Эти запросы поступают на сервер в порядке очереди. Если этих запросов несколько, то сервер их легко обработает, но если их достаточно много — очередь будет расти, а если процессы еще в добавок и тяжелые, то очередь будет продвигаться медленнее.
Сервер ограничен в вычислительных мощностях, поэтому есть ограничения по нагрузке для каждого аккаунта. Если серьезная нагрузка длится слишком долго — может «рухнуть» весь сервер, все аккаунты пользователей и все сайты — вот тут и возникает ошибика 503 (Service Temporarily Unavailable) говорящая о том, что веб-сервер не может обрабатывать больше запросов и необходимо подождать пока очередь уменьшиться и можно будет дальше обрабатывать запросы.
Мы рассмотрели, как устроен хостинг и теперь постараемся описать основные причины, при которых может расти очередь, и, по возможности, пути решений этой проблемы. Иногда это может быть очень сложной задачей и собственных знаний может не хватить, но тем не менее, рассмотрим варианты:

— Зависание скриптов при передаче больших статичных файлов через PHP.

Такие большие файлы лучше всего передавать напрямую, не используя скрипты. Почему? Скрипты работают определенное время, а не постоянно и при окончании времени работы скрипта прерывается передача файла, соответственно файл не будет передан полностью, а запрос оставит процесс веб-сервера работать ещё длительное время. Также, каждая передача файлов через PHP — это отдельный рабочий процесс веб-сервера apache, а для передачи статичных файлов напрямую будет использоваться отдельный многопоточный процесс веб-сервера nginx, который может обрабатывать множество потоков, а значит не будет влияния передачи файла на загрузку.
Хранение и отдачу файлов можно также реализовать через правила mod_rewrite и файл .htaccess, в этом случае можно использовать решение антилич. Антилич — это система, которая не позволит скачать ваш файл по ссылке на странице с другого сайта. Часто, если ваш файл популярен, недобросовестные web-мастера могут поставить у себя прямую ссылку на него, не упоминая о вашем сайте. Естественно, если сайт, на котором подгружается изображение от вашего сайта, посещаемый — это так же может создавать дополнительную нагрузку.

— Удаленное соединение с другим сервером (сайтом и т.д.).

Удаленных соединений, по возможности, лучше избегать, но если оно необходимо, то желательно выставлять маленькие значения таймаутов ожидания ответов от другого сервера, так как удаленный сервер может быть недоступен в определенное время, что может вызывать постоянные запросы на соединение с удаленным сервером. Поэтому в таких случаях очень важна хорошая связь с этими удаленными серверами.

Также часто используют вставки отдельных функций, кодов и т.д. (include) и если эти функции располагаются в одном аккаунте — используйте только локальные пути, а не в виде вставки url-адреса (http://site.ru/file.php). Лучше вставить конструкцию, например, такого вида: include 'file.php';. Это не будет делать дополнительный внешний запрос на сервер и тем самым вы снизите нагрузку, уменьшите количество создаваемых процессов.

— Очень тяжелые или испорченные дополнения систем управления сайтами (при использовании CMS и прочих скриптов).

Для нахождения таковых можно отключать дополнения (плагины, хаки, модули и т.д.) по отдельности. Возможно при включении/отключении вы заметите, что сайт станет быстрее/медленнее загружаться. Далее вы сможете найти более легкую замену или исправить поврежденные дополнения. Также в дистрибутив многих CMS включены дополнения, которые лично вам могут быть не нужны, поэтому лучше их удалить.

— Задания выполняющиеся долгое время.

Иногда в самих скриптах пишут задания на выполнение чего-либо по расписанию (например в тех же mambot’ах в joomla). Если их можно перенести в планировщик (cron), то лучше это сделать через cron, так как такие задания в joomla выполняются вместе с запросами пользователей и тем самым замедляют загрузку сайта и увеличивают нагрузку, а в некоторых случаях сайт вовсе перестает загружаться.

— Почтовые рассылки.

Рассылки писем могут влиять на загрузку сайта, тем не менее они часто бывают необходимы и их так же лучше оптимизировать. Скрипт запуска рассылки можно добавить в планировщик (cron), как и в случае с mambot’ами в joomla. Управление планировщиком находится в панели управления хостингом и доступно при соответствующем тарифе. Запускать такие скрипты лучше во время наименьшей нагрузки, например ночное, когда на сайте меньше всего посетителей.

— Медленные или не оптимизированные запросы sql к базе данных.

Пути решения в этом случае – использование кеширования, оптимизация запросов и индексация таблицы базы данных по столбцам (сортировка, упорядочивание). Также, если все это не помогает, стоит подумать о смене скрипта на более оптимизированный.

— Большое количество запросов к серверу.

Старайтесь избегать лишних запросов. Запросы могут исходить не только от посетителей ваших сайтов, но и, например, от индексирующих ботов с поисковиков, sape и т.д, также увеличивается количество запросов при использовании большого количества url на файлы (изображения, js-скрипты, css-стили), которые загружаются через отдельные запросы (при включенном apache вместо nginx). По возможности, объединяйте их в один файл.

Также запросы могут исходить, например, от чата или какого-то участка, блока на сайте, который посылает ajax-запросы на сервер. Многие из нас любят открывать несколько вкладок в браузере — нужно учитывать, что от этого так же может увеличиваться количество запросов и соответственно процессов веб-сервера.

Вставка iframe-кодов на сайте тоже может быть причиной ошибки 503.
Еще один пример увеличения запросов — использование другими сайтами ваших ресурсов (ссылки на файлы, картинки, различные информеры). Используйте антилич системы в борьбе с этим.

DDoS-атаки, флуд, спам в комментариях, или в других веб-формах на сайте так же могут вызывать большое количество запросов.

Если у вас все оптимизировано, используется кеширование, минимум запросов и просто не хватает ресурсов на используемом тарифе, тогда остается задуматься о переходе на другие тарифные планы.

Конечно, все хотят недорогие тарифы, при этом про оптимальное расходование ресурсов многие просто забывают.
На WebHOST1 разработаны оптимальные тарифы и нужно просто подобрать необходимый для вас тариф, что можно осуществить самостоятельно в биллинге.

Наконец, если вашим сайтам не хватает топового тарифа и часто возникает 500 ошибка, а вы не знаете как избежать данной проблемы — значит требуется больше ресурсов и вам нужен, как минимум, виртуальный либо выделенный сервер.

Ошибка 504 — 504 Gateway time-out

Этот код ответа означает, что клиентский запрос nginx передал apache, а apache не смог в установленный лимит времени вернуть HTTP-ответ?, в рузультате сервер разрывает сетевое соединение по таймауту. Причиной может быть долгая работа процесса — сценария, запущенного скриптом веб-сайта.

Можно попробовать увеличить выделенное время для php, прописав в корне сайта в файл .htaccess код:

# время выполнения скрипта - сценария php_value max_execution_time 60 # время загрузки данных  php_value max_input_time 60

Однако это не избавит от таймаута веб-сервера с 504 ошибкой. Таймаут веб-сервера в рамках виртуального хостинга изменить не представляется возможным.

webhost1.ru

Как исправить ошибку

Чтобы окончательно избавиться от подобной ошибки, потребуется выполнить целый комплекс работ, основанных на различных причинах ее возникновения и рекомендуемых методиках исправления ситуации:

  1. Число запросов к используемому серверу не совпадает с реальным количеством страниц сайта. Это связано с тем, что на ресурсе может располагать множество различных типов информации – изображения, таблицы, скрипты и так далее. В итоге, может возникнуть конфликт. Для исправления рекомендуется выполнить оптимизацию сайта, постараться удалить все лишнее и не нужное.
  2. Огромное число посещений сайта различными автоматическими программами, роботами, ботами, анализаторами. Решение – выполнить анализ лог-файла. Закрыть для посещения некоторые разделы сайта, необязательные для поисковых роботов и аналогичных служб.
  3. Использование технологии AJAX при создании игровых проектов, различных чатов и других «тяжелых» услуг может привести к перегрузке сервера. Рекомендация – смена серверных услуг на более мощные, например, на VPS.
  4. Использование подгрузки с других интернет-ресурсов также может привести к подобной ситуации, особенно если некоторые из них прекратили свою работу. Необходимо проверить источники на доступность и оставить только те, которые можно считать надежными.
  5. DDOS-атака. К сожалению, придется ждать ответных мер со стороны самого хостинг-провайдера. На это требуется время, пока не будет полностью проанализирована ситуация.

Следующий пакет первопричин возникновения 503 service temporarily unavailable непосредственно связан с работой установленных скриптов:

  1. Использование дополнительных запросов при обращении к серверу. Следует убедиться, прежде всего, в хорошей скорости обработки поступающих запросов, установить минимальный таймаут на ожидание отклика, исключить в рабочем процессе использование путей вида http://.
  2. Применение очень «тяжелых» скриптов, использование поврежденных, устаревших, нерабочих плагинов. Решение – перепроверка этих элементов и отключение всех ненужных, малоэффективных.
  3. Скрипты применяются для процедуры передачи файлов большого объема. Найти решение, позволяющее выполнять подобное напрямую, исключая работу подобных дополнений.
  4. Не правильное использование почтовых рассылок. Рекомендуется установить ограничение на количество, а также выполнять рассылку в тот момент времени, когда нагрузка на применяемый сервис является минимальной.

Получается, что практически всегда причиной подобной неприятности являются какие-то решения и настройки со стороны владельца интернет-ресурса. Естественно, что подобные проблемы стоит исправлять оперативно, так как малейшее промедление грозит потерей популярности, выпадением из поисковых рейтингов и снижению дохода с сайта.

windows-azbuka.ru

Причины ошибки 503 Service Unavailable в WordPress

Ошибка 503 service unavailable может быть вызвана рядом причин, включая (но не ограничиваясь):

  • Ошибки в плагинах или темах
  • Сбои в работе пользовательский PHP скриптов
  • Недостаточно ресурсов сервера
  • Ошибки сервера
  • Злоумышленные атаки, такие как хорошо всем известные DDoS (Distributed Denial of Service)

Мы пройдёмся по всем этим причинам и предложим различные решения по устранению ошибки 503 service unavailable.

Ошибка в плагине

Некорректно работающий плагин может быть причиной большинства возникающих в WordPress ошибок. К слову, ошибка в плагине лидирующая причина возникновения ошибки 503 service unavailable в WordPress.

Если вы столкнулись с ошибкой 503 после установки или обновления конкретного плагина, скорее всего вы уже нашли виновника. Всё, что вам потребуется сделать, это удалить проблемный плагин и работа сделана.

Если, однако, у вас нет идей по поводу того, какой именно плагин мог вызвать ошибку 503, нужно начать диагностику путём деактивации всех плагинов.

Но как деактивировать все плагины WordPress, если у вас нет доступа к админ панели?

Деактивация всех плагинов WordPress

Зайдите в ваш каталог WordPress по FTP или используя Файловый менеджер. В этом руководстве будем использовать популярную программу подключения по FTP FileZilla:

Filezilla WP домашний каталог

Так выглядит наш тестовый каталог WordPress в Файловом менеджере на Hostinger:

Файловый менеджер домашний каталог WordPress

Внутри нашего каталога WordPress, найдите и откройте каталог wp-content, который содержит ваши плагины, темы и медиа контент среди прочего.

Нажмите правой кнопкой мыши на каталоге plugins и переименуйте его в plugins-old:

Переименование плагинов WP в Filezilla

Это приведёт к деактивации всех плагинов одновременно. Теперь переименуйте обратно plugins-old в plugins и перегрузите свой сайт. Если ошибка 503 исчезла, плагин является причиной вашего текущего затруднительного положения.

Всё, что нам сейчас потребуется сделать, это найти тот плагин, который вызывает проблему.

Теперь вы сможете зайти в свою админ консоль на сайте WordPress через браузер и активировать по очереди один за другим все плагины.

Каждый раз, когда вы активируете плагин, перезагружайте сайт, чтобы выявить неисправный плагин. Как только вы нашли хулиганистый плагин, зайдите свой каталог plugins по FTP и удалите его:

Удаление плохих плагинов WP для устранения ошибки 503

Если деактивация плагинов не помогла в устранении ошибки 503 service unavailable, читайте дальше другие решения. Теперь давайте проверим, не является ли причиной проблемы ваша тема.

Сомнительная тема WordPress

Порой, скрипт PHP с ошибками, который выдаёт ошибку 503 может быть частью темы. Для проверки этого, мы переключимся на тему по умолчанию Twenty Seventeen. Между прочим, рекомендуется оставлять темы по умолчанию даже после установки новой темы, поскольку она (тема по умолчанию) служить запасной темой в случае проблема с вашей.

Деактивация темы WordPress

Прежде, чем мы деактивируем вашу тему (или удалим, если это проблема) нужно создать бэкап. Подключитесь к своему сайту WordPress по FTP и перейдите в каталог wp-content -> themes.

Найдите вашу текущую тему и скачайте её, как показано ниже:

Скачивание темы WordPress

Далее удалите вашу текущую тему и перезагрузите сайт. Если ошибка 503 исчезла, вам нужно исправить/обновить вашу тему. Если это не вариант для вас, тогда возьмите новую копию или другую тему.

Если ошибка 503 service unavailable осталась, возможно, фрагмент кода PHP с ошибкой находится где-то в другом месте вашего сайта.

Сбой в работе пользовательского кода PHP

Порой, код от сторонних сервисов или фрагмент кода, который вы добавили на свой сайт может вызвать ошибку 503. Но как определить, что проблема в коде.

В обычном режиме, когда ваш сайт работает, можно использовать плагины для отладки, такие как Query Monitor и Debug Bar.

Включение WP_DEBUG

Но, так как 503 ошибка часто блокирует вам вход в админ панель вашего WordPress сайта, мы будем использовать константы  WP_DEBUGи WP_DEBUG_LOGWP_DEBUG_DISPLAY и @ini_set доступные в WordPress.

Для включения режима отладки в WordPress и записи логов ошибок в файл, следуйте шагам:

  1. Откройте каталог WordPress по FTP или в Файловом менеджере.
  2. Откройте файл wp-config.php
  3. Прокрутите до определения константы WP_DEBUG. Выглядит так: define ('WP_DEBUG', false);. Если она пропущена, мы добавим её сразу перед словами /*That's all, stop editing! Happy blogging.*/
  4. Вставьте магический код отладки DEBUG. Только исправьте код define ('WP_DEBUG', false); на:
    define ('WP_DEBUG', true);
    define ('WP_DEBUG_LOG', true);
    define ('WP_DEBUG_DISPLAY', false);
    @ini_set ('display_errors', 0);
  5. Сохраните изменения

Включение дебага в WP конфиге

Теперь перезагрузите свой сайт, чтобы вызвать появление ошибки. Далее, найдите файл под названием debug.log внутри вашего каталога wp-content в каталоге WordPress.

В этом файле содержаться записи по всем ошибкам на вашем сайте. Если ваша ошибка 503 service unavailable вызвана фрагментом пользовательского кода, это будет видно с указанием её подробностей.

Устраните/замените проблемный код и перезагрузите сайт. Если ошибка 503 осталась, проблема может быть в вашем веб-сервере.

Причины, связанные с сервером

Ряд причин, связанных с сервером тоже может вызывать ошибку 503 service unavailable. Обычно, ошибка 503 вызванная проблемами с сервером исчезает автоматически через несколько минут.

Если же ошибка продолжает появляться, вот ряд решений, которые мы для вас подготовили, здесь парочка моментов, которые вы можете попробовать.

Повысить ресурсы сервера

Некоторые тарифные планы общего хостинга просто не имеют необходимого количества ресурсов для работы с трудоёмкими задачами. Если у вашего хоста узкое место в использовании серверных ресурсов, возможно пришло время переключиться на новый WordPress хостинг или сменить свой тарифный план на текущем хостинге.

Вы постоянно получаете ошибку 503 service unavailable? Если да, проверьте свои показатели в Google analytics. Если вы получаете больше трафика, чем обычно, вам определённо перестало хватать изначальных ресурсов сервера.

Однако, если у вас нету прироста в трафике, но всё равно возникает ошибка 503, ваша проблема не имеет отношение к недостаточному количеству RAM или памяти на сервере.

Ограничение частоты сканирования Google

Для индексирования вашего контента, Google использует специальные скрипты, известные как сканеры (crawlers). Они регулярно посещают сайт и собирают контент и определяют другие показатели ранжирования.

Хоть это и редкий случай, но сканирование может вызвать рост потребления ресурсов на вашем сервере и замедление работы сайта. Чтобы обойти это и избежать ошибки 503, вы можете ограничить частоту сканирования Google в Google Search Console.

Примечание: Изменения, внесенные вами, будут действовать в течение 3 месяцев. К тому же, если у вас есть версия сайта с WWW и без WWW, сделать настройки нужно для обоих.

Войдите в Google Search Console и выберите свой сайт. Далее нажмите на иконку шестерёнки, как показано ниже:

Как исправить ошибку 503 service unavailable настройки сайта

На следующей странице настройте частоту сканирования Google перемещением ползунка влево:

Как исправить ошибку 503 service unavailable search console

Ограничение WordPress Heartbeat

Согласно WordPress.org, “…Heartbeat API – это пример API приложения встроенного в WordPress и осуществляющего опрос сервера, позволяя в режиме почти реального времени видеть показатели.” Он отвечает за такие функции, как авто-сохранение и так далее.

Приложение WordPress Heartbeat API запускает файл admin-ajax.php среди других запросов с регулярным интервалом, когда вы заходите на свой сайт.

Это функциональность потребляет ресурсы вашего сервера, но вы можете её ограничить или вообще выключить. Когда вы восстанавливаете свой сайт, вы можете использовать плагин Heartbeat Control WordPress для ограничения этой функциональности, вместо того, чтобы выключить его вообще.

Чтобы определить вызывает ли WordPress Heartbeat ошибку 503 service unavailable на своём WordPress сайте, добавьте следующий код в свой файл темы functions.php сразу после открытия тэга <?php:

add_action( 'init', 'stop_heartbeat', 1 ); function stop_heartbeat() { wp_deregister_script('heartbeat'); }

Сохраните изменения и перезагрузите сайт. Если ошибка 503 пропала, вздохните с облегчением. Но если ошибка 503 service unavailable всё ещё осталась, это значит WordPress Heartbeat API является наименьшей из ваших проблем.

Если код выше не помог устранить ошибку 503, не забудьте удалить этот код из своего файла functions.php.

Заключительные заметки

Если не одно из предложенных решений для вас не сработало, возможно мы пропустили то решение, которое помогло бы именно вам. В таком случае, не стесняйтесь поделится своей ситуацией с нами в комментариях и мы сможем найти решение вместе.

Надо отметить, что ошибка 503 service unavailable, это преимущественно результат выполнения некорректного кода PHP, такого как ошибка в плагине или теме.

Также важно отметить, что 503 ошибка вызванная недостатком ресурсов сервера чаще всего проходит сама собой, поэтому всегда перезагружайте свой сайт немного погодя для проверки того, осталась ли ещё ошибка.

Независимо от того, что происходит, помните вы всегда можете исправить ошибку 503 service unavailable совершенно не утруждая себя. А поэтому, нет повода для паники, так как это не постоянная ситуация.

Сталкивались ли вы с ошибкой 503 service unavailable? Как вы её устраняли? У вас есть вопросы или предложения? Пожалуйста, делитесь ими в комментариях ниже. Заранее благодарим!

 

www.hostinger.ru


You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.