Как настроить смартфоны и ПК. Информационный портал
  • Главная
  • Windows 10
  • Серверные ошибки. Ошибка «The page you are looking for is temporarily unavailable»: причины и решения

Серверные ошибки. Ошибка «The page you are looking for is temporarily unavailable»: причины и решения

Путешествуя по просторам всемирной паутины, вы можете наткнуться на неприятное сообщение «The page you are looking for is temporarily unavailable». Данная, условно говоря, ошибка может возникать на всех браузерах современности, так что никто не застрахован от ее появления. В переводе на русский это сообщение звучит следующим образом:

Страница, которую вы ищите, временно недоступна.

Послужить причинами появления этой ошибки могло следующее:

  • проблемы на сервере веб-ресурса, который вы посещаете;
  • проблемы с Интернет-подключением пользователя;
  • веб-ресурс блокирует посещение для пользователей с определенных регионов;

Как правило, это три причины для появления ошибки «The page you are looking for is temporarily unavailable». Стоит заметить, что свою популярность данная ошибка приобрела в 2014 году благодаря социальной сети ВКонтакте: на то время у этого ресурса случился массовый сбой, вследствие чего огромное множество пользователей получали упомянутое сообщение.

Ознакомились с ошибкой — давайте посмотрим, как же от нее можно избавиться.

Решения ошибки

Решение №1

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

Решение №2

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

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

Решение №3 Использование VPN

Существует вероятность, что сайт, на который вы пытаетесь перейти, заблокировал доступ для пользователей из определенных регионов. Да, такое случается довольно частенько — стоит смириться. Однако, вы можете попробовать обойти блокировку сайта с помощью того или иного VPN-сервиса, платного или бесплатного.

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

К примеру, появляется в окошке запущенного интернет-браузера не самое лицеприятное сообщение «503 service temporarily unavailable» – что это значит?

Логичнее вопрос будет поставить по другому: 503 service temporarily unavailable – что делать? Так как естественное желание каждого среднестатистического пользователя заключается в том, чтобы просто иметь возможность заниматься своей деятельностью и далее.

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

Чтобы выяснить первопричины этого явления, потребуется осуществить перевод на русский «503 service temporarily unavailable». Для этой цели вполне подойдет любой онлайн-переводчик.

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

Тогда как исправить 503 service temporarily unavailable? Со стороны обычного посетителя сделать это не возможно, так как причины ошибки совершенно не связанны с его действиями или используемыми настройками системы, оборудования.

Получается, что попробовать исправить ситуацию может только владелец проблемного ресурса, а его потенциальному посетителю можно посоветовать:

  1. Подождать некоторое время. Возможно, данная неприятность будет исправлена и у него опять появится возможность для полноценного доступа.
  2. Найти альтернативный источник требуемой информации на других, рабочих интернет-проектах.
  3. Если есть возможность осуществления связи с владельцем проблемного сайта, то попытаться выйти на контакт с ним и сообщить о ситуации.

Рекомендации к владельцам проблемных интернет-ресурсов

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

Одной из причин подобной ситуации может стать ddos-атака. Это когда на ресурсе наблюдается одновременно очень большое число заходов, которые и перегружают сервер. Что делать? Установить какую-либо системную защиту – обычно это решается с помощью обращения к толковому программисту. Как вариант – попробовать перейти на более мощный сервер, который способен выдержать подобные перегрузки.

Еще одна возможная первопричина – не правильные настройки самого сайта. Что рекомендуется проверить в первую очередь:

  1. Число запросов от роботов, проводящих индексирование ресурса. Если их слишком много, то необходимо уменьшить их количество.
  2. Если на сайте есть чат, то рекомендуется ставить ограничения по числу одновременных его участников, а также установить запрет на возможность параллельного открытия нескольких окон.
  3. Нагрузку также может вызвать огромное число файлов, которые могут качать посетители. Если есть возможность, желательно объединять их.
  4. При выполнении автоматической рассылки писем желательно выставлять время ее проведения так, когда большинство посетителей на интернет-сайте отсутствуют.
  5. Сократить число применяемых скриптов и плагинов, которые также оказывают дополнительное воздействие на удаленный сервер.

503 service temporarily unavailable. Что означает ошибка 503?

Ошибка 503 service temporarily unavailable означает что ресурс временно не доступен.

Ошибка 503 возникает, если на сайт создается более 15 одновременных подключений c разных IP адресов или же с вашего ip-адреса - более 10 одновременных подключений.

Лимиты не действуют на следующие MIME-типы: application/javascript application/x-shockwave-flash image/jpeg image/png image/gif image/bmp image/tiff image/x-icon text/css. Т.е картинки, CSS и javascript, включаемые при загрузке страницы, одновременными соединениями не считаются.

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

Лимиты введены для повышения стабильности работы серверов и частичной защиты от DDoS-атак.

Причины возникновения ошибки 503 могут быть разные. Вот некоторые из них:
1. Большое количество обращений к сайту. Например может быть вызвано DDOS атакой на сайт.
2. Загрузка части скрипта при помощи include или других методов по полному URL. Таких обращений стоит избегать, они сильно замедляют загрузку сайта. Кроме этого, если одновременно загружается 3 странице, каждая из которых производит 4 дополнительных вызова, будет выполнено только 10 дополнительных вызова, по остальным будет получен код error 503.

3. Во время обработки скриптов сайта, сервер их ставит в очередь, быстрые скрипты выполняются быстро, а медленные обрабатываются медленно и тормозят выполнение остальных обращений к сайту. Когда количество запросов в очереди достигает критического максимума, на все остальные запросы сервер будет возвращать ошибку 503. Основные причины такого поведения следующие:
- Загрузка по HTTP больших файлов. Лучше для этого использовать FTP протокол.
- Большая нагрузка скриптов сайта на MySQL сервер.
- Долго выполняющиеся скрипты вызываемые по HTTP. Примером такого скрипта может быть рассылки скриптами сайта. Мы рекомендуем все скрипты, которые выполняются длительное время, запускать через командную строку, либо при помощи сервиса CRON.
- mambot в joomla. Мо умолчанию эти скрипты выполняются на ряду с другими обращениями пользователей сайта по http, тем самым замедляя работу HTTP сервера Вашего сайта. Лучше их выполнение перенести в CRON.

Найти

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

Ошибка 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.

Как убрать UTF-8 BOM метку

Чтобы убрать BOM , например в Notepad++, нужно открыть в нём проблемный файл, кликнуть по пункту «Кодировки» в верхнем меню и выбрать «Преобразовать в UTF-8 (без 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.

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

Ошибка 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 ошибкой. Таймаут веб-сервера в рамках виртуального хостинга изменить не представляется возможным.

Лучшие статьи по теме