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

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

Вначале рассмотрим основные проблемы на стороне сервера.

Место на диске

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

Если есть доступ к серверу по SSH, то достаточно запустить команды:

df -i

df -h

Они покажут, сколько места занято на диске в процентах. Если занято 100%, то службы сервера, например, mysql, не смогут создавать временные файлы и сайты перестанут работать. В этом случае необходимо освободить место на диске, либо увеличить его. Более подробно в этой статье:

Доступность служб

Как правило, для работы сайтов необходимо, чтобы был запущен веб-сервер и сервер БД mysql. Проверить статус служб можно через отдельный пункт ISPmanager:

Если с какой-то из служб возникла проблема, то «лампочка» не включится, и тогда необходимо будет разбираться с этой службой отдельно. Так же, в большинстве случаев, об этом скажет главная страница сайта: либо отображается код ошибки, например, 500, 502, 504, либо непосредственно сам текст с отладочной информацией, если это позволяют настройки CMS, движка, на котором написан сайт.

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

Рассмотрим вариант дальнейших действий, если на сервере установлена панель управления ISPmanager.

Просмотр логов

Первым делом следует проверить:

• не вносились ли изменения в код сайта,
• не обновлялась ли CMS и плагины,
• не была ли изменена версия PHP,
• имеются ли резервные копии, на случай, если сайт не получится «реанимировать».

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

Сайты — нужный домен — изменить:

Выводимые сайтом ошибки можно посмотреть по пути

/var/www/http-logs/имя-сайта.error.log

например, запустив команду tail, подключившись к серверу по SSH:

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

error_reporting

display_errors

display_startup_errors 

log_errors 

включены.

Проверить это можно в том же ISPmanager во вкладке:

Настройки — Настройки PHP — Расширенные настройки, выделив нужную версию. 

Либо можно добавить их непосредственно в код сайта — в главную (индексную) страницу index.php:

ini_set('display_errors', 1);

ini_set('display_startup_errors', 1);

error_reporting(E_ALL);

Либо прописать в файл  .htaccess в корне сайта:

php_flag display_startup_errors on

php_flag display_errors on

Тем самым, мы включили возможность вывода ошибок и логирование со стороны PHP и в большинстве случаев сообщений в логе будет достаточно, чтобы понять, в какую сторону «копать». Но бывает, что и этого мало, тогда необходимо идти дальше и включать вывод диагностической информации уже непосредственно внутри самого сайта, средствами его движка.

Включение вывода ошибок и debug

Большинство CMS поддерживают вывод отладочной информации на экран, что поможет в диагностике ошибок.

Например, если WordPress не может соединиться с базой данных, он выведет такое сообщение:

Если же при этом в конфигурационном файле wp-config.php, который находится в корне сайта, включить дебаг — поменять директивы:

define('WP_DEBUG', false);

define('WP_DEBUG', true);

то выводимая информация будет полнее:

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

Подобный способ отладки применим для большинства CMS: дебаг можно включить в configuration.php у Joomla, .settings.php(скрытый файл с точкой перед названием) у Битрикс и так далее. Узнать, как это сделать, может помочь документация используемого движка.

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

Совместимость версий PHP

Одна из частых проблем — сайт работает на одной версии PHP, а на сервере используется другая. Несовместимость версий приводит к некорректной работе сайта. Если дело в этом, вы увидите синтаксические ошибки вида:

Parse error: syntax error, unexpected T_STRING

Либо явное сообщение, как например это делает WordPress:

Другая распространенная ошибка:

Extension ‘mysql’ is deprecated since PHP 5.5 and removed since PHP 7.0; Use mysqli instead

Говорит о том, что вы пытаетесь запустить сайт на версии 7.0 и выше, когда он работает с более ранними версиями PHP и использует устаревшее расширение php-mysql, когда как в новых версиях используется только php-mysqli.

Отсутствие расширений PHP

Также могут отсутствовать необходимые для работы сайта расширения PHP. Пример текста ошибки:

Ioncube Loader is NOT installed at your server to run this application

или

Uncaught Error: Call to undefined function curl_init()

Это говорит об отсутствующих или выключенных расширениях PHP Ioncube или Curl соответственно.

Проверить их наличие можно через меню ISPmanager:

Настройки — Настройки PHP — Управление расширениями

Посмотреть текущую версию PHP можно через меню Сайты в строке с нужным сайтом:

Либо подложить файл info.php c содержимым в корень сайта:

<?php

phpinfo();

?>

затем перейти по адресу в браузере http://вашсайт.рф/phpinfo.php — в верхней части страницы увидете, какая версия используется сайтом:

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

Лимиты PHP

Другой «пласт» возможных ошибок — недостаточные лимиты, выставленные в настройках  PHP. Это может проявляться как на главной странице, так и на других, где например, работает «тяжелый» скрипт, требующий больше времени и ресурсов, чем ему дозволено сейчас.

Об этом скажут сообщения:

PHP Fatal error: Allowed memory size of 8388608 bytes exhausted

В этом случае необходимо увеличить параметр на лимит используемой ОЗУ для одного скрипта  memory_limit.

The process *** exceeded the timeout of 60 seconds или PHP EXECUTION TIMEOUT ERROR

Увеличиваем время ( в секундах), поменяв параметры set_time_limit и max_execution_time.

The uploaded file exceeds the upload_max_filesize directive in php.ini

Правим директивы на размер загружаемых файлов в мегабайтах: upload_max_filesize и post_max_size.

Используем strace

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

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

Устанавливается она yum install strace на серверах Centos или apt install strace для Debian/Ubuntu.

В общем виде подойдет такой синтаксис:

strace -s999 -o /tmp/strace.txt /opt/php71/php index.php

Где:

• strace -s999— вызов команды strace с максимально подробным выводом и запись его в файл  /tmp/strace.txt
• /opt/php71/php — адрес интерпретатора PHP
• index.php — путь к вызываемому файлу.

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

Заключение

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

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

Время на прочтение
2 мин

Количество просмотров 47K

В этой трехминутной статье я хочу затронуть наболевшую тему.

Речь пойдет о статус коде HTTP 200 и ошибках в ответе.

HTTP/1.1 200 OK

{
  "error": {
    code: 2019,
    message: "Validation failed: field 'size' is invalid: the value is not a number"
  }
}

Нормально ли возвращать такой код, если возникла ошибка?

Нет? Да? Ну-ка давайте разберемся.

Случай 1. HTTP 200 и batch операция

Допустим отправляется один запрос. Запрос выполняется успешно. Возвращаем код 200. Ответ не содержит информации об ошибке. С этим случаем всё предельно просто и понятно. А что делать если требуется выполнить batch операцию?

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

Запрос выглядит примерно так:

{
  "sources": [
    {"image": "http://myserver.com/image1.jpg"},
    {"image": "http://myserver.com/image2.jpg"},
    {"video": "http://myserver.com/video.jpg"}
  ]
}

Предположим, по какой-то причине (например, кончилось место на сервере) видео загрузить не удалось. Что бы вы вернули в таком случае? 2xx или 4xx или 5xx? Сервер, отвечает примерно вот так:

HTTP/1.1 200 OK

{
  "results": [
    { "status": "ok", "id": 312 },
    { "status": "ok", "id": 313 },
    { "status": "fail", "error": "NO SPACE" }
  ]
}

Некоторые сервисы (и вполне известные) действуют также. Отвечают 200. А в ответе возвращают список команд, которые выполнить не получилось.

Случай 2. HTTP 200 и ошибки в ответе

Пришёл запрос. Запрос зафейлился. Например, мы забыли указать какое-то поле. Или дату отправили не в миллисекундах, а как строку. Тут-то точно не надо возвращать 200! Но увы и нет.

Где-то на просторах интернета я встречал проекты на github и bitbucket, которые специально предназначены для таких вот случаев. В них просто вшиты возможные варианты и шаблоны. Можно их достаточно легко встроить в свой проект и как бы быть готовым к разного рода «падениям» запросов. Но есть одно но.

В такие моменты твой код становится уродливым. Ты ему говоришь:

— Cлушай, у нас тут есть один внешний API. Он в целом нормальный. Только надо внимательно смотреть что в ответе приходит. Если там ответ содержит поле «error», то значит запрос сломался.
— Но ведь для этого же есть 4xx и 5xx! Да кто вообще так делает?!
— Тише-тише. Не надо так громко. Он может услышать. Пожалуйста, будь добрее к нему. И просто смотри не только на статус код, но и на ответ, пожалуйста.
— Ладно…

HTTP 200 — это просто статус

Ну 200 и 200. Ну не запилили. Или не успели. Или вообще не будут. Ну и что?! Написал json парсер и всё!

Как бы да, но я хочу знать почему. Забыли? Забили? Не успели? Не знали?

Возможно я что-то упускаю. Или не знаю. Хочу ваше мнение. Срочно. Всем добра и выходных на выходных.

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

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

Почему ESO не позволяет мне войти?

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

• Ваш брандмауэр блокирует ваш доступ к игре. Если у вас возникли проблемы со входом в ESO, возможно, у вас есть брандмауэр или другая программа, блокирующая ваш доступ.
• Смена серверов. Если вы пытаетесь играть в другом регионе или на сервере, отличном от того, на котором вы приобрели игру, вы можете быть заблокированы.
• Ваше интернет-соединение не работает или ограничено. Возможно, ваше интернет-соединение временно замедляется. Иногда это происходит, когда в игре возникают проблемы с загрузкой новых данных или если вы играете в течение длительного времени.
• Системные требования. Также возможно, что вы используете старый или неисправный компьютер, который не соответствует системным требованиям ESO.
• Перегрузка сервера. Иногда это не имеет к вам никакого отношения. Непредвиденная внутренняя ошибка ESO обычно возникает из-за простоя, который должен быть устранен в кратчайшие сроки.
• Ваша учетная запись ESO заблокирована. Если вы нарушили какие-либо Условия использования ESO, вы также можете получить эту ошибку.

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

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

• Проверьте статус сервера, чтобы убедиться, что игра работает.
• Подождите несколько минут, затем повторите попытку. Если количество игроков на определенном сервере достигло предела, игроки с других серверов не смогут подключиться к этому серверу, пока он не будет освобожден.
• Убедитесь, что вы выбрали правильный сервер из списка доступных серверов при первом входе в систему после установки клиента ESO.
• Проверьте подключение к Интернету и убедитесь, что оно работает.
• Убедитесь, что ваша копия Windows и ESO обновлены, чтобы избавиться от любых проблем совместимости.
• Запустите проверку на наличие вредоносных программ на вашем ПК.
• Выйдите и перезапустите Steam, затем попробуйте войти снова.

1. Разрешить игру через брандмауэр

1. Нажмите Windows клавишу, введите «Безопасность Windows» в строке поиска и нажмите «Открыть».
   
2. Щелкните Брандмауэр и защита сети.
   
3. Выберите Разрешить приложение через брандмауэр.
   
4. В раскрывающемся меню выберите ESO, затем нажмите «ОК», чтобы сохранить изменения.

2. Переключить мегасерверы

1. Запустите программу запуска ESO и выберите параметр СЕРВЕР в левом верхнем углу страницы входа.
   
2. При появлении запроса выберите сервер для подключения (ЕС или Северная Америка).
   
3. Дождитесь завершения процесса с объявлением об изменении сервера перед входом в систему.

3. Откройте порты маршрутизатора/модема.

1. Нажмите Windows клавишу, введите cmd в строке поиска и нажмите «Запуск от имени администратора».
   
2. Введите ipconfig/all и нажмите Enter .
   
3. Запишите адрес IPV4, скопируйте и вставьте его на новую вкладку в браузере. Это приведет вас на страницу входа в ваш маршрутизатор.
4. Введите свои учетные данные для входа. (Роутер для этого шага — TP-Link).
5. Нажмите «Переадресация NAT», затем выберите «Виртуальные серверы».
   
6. Появится список виртуальных серверов. Щелкните значок Добавить.
   
7. Теперь перейдите к открытию следующих портов:

TCP / UDP Ports 24100 through 24131
TCP / UDP Ports 24300 through 24331
TCP / UDP Ports 24500 through 24507
TCP Port 80
TCP Port 433

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

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

Если ничего не помогает и ошибка ESO 200 не устранена, попробуйте использовать VPN и посмотрите, решит ли это проблему.

Не стесняйтесь обращаться в службу поддержки за помощью, особенно если вы испробовали все рекомендуемые исправления.

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

---

---