Соединение с Wordpress было сброшено? Ошибка 101

Question

Я использую Wordpress MU для размещения двух сайтов wordpress. Внезапно оба сайта опущены.

Я помню, как добавили несколько плагинов вчера, и я изменил page.php темы отзывчивости. Я сделал резервную копию, поэтому теперь я изменил page.php обратно на нее «оригинал».

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

Любые идеи?

Я получаю стандарт: Ошибка 101 (net :: ERR_CONNECTION_RESET): соединение было сброшено.

Обновление: Я использую wordpress MU с преобразованием домена, и я размещаю на своей локальной машине, поэтому мой IP-адрес часто изменяется. Я не изменил его в Domain Mapper.

Я даже не могу получить доступ к нему локально, используя http://localhost.

Answer 1

Я перезагрузил веб-сервер и убедился, что DNS указывал на мой IP.

Перезапуск веб-сервер (HTTPD), похоже, работал, как я не мог получить доступ к http://localhost

Answer 2

Попробуйте получить доступ к нему с другого компьютера. Ошибка 101 обычно является проблемой браузера на стороне клиента.

Если Chrome: http://support.google.com/chrome/bin/answer.py?hl=en&answer=117804

Answer 3

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

• DNS-решала право (использование Nslookup или рыть на клиенте)
• Браузер не может найти страницу в «Соединение сброшено» ошибка, так что-то на сервере не является правильным.
• Я открыл веб-инспектор Mozilla в своем браузере, и я заметил что-то замечательное: когда я попытался открыть веб-сайт, я отправил запрос на сервер, но сервер не ответил на мой браузер. Таким образом, это подтверждает, что это действительно что-то с сервером. Else, по крайней мере, получил бы HTTP-ответ 200/403/404/501.
• Я переименовал .htaccess и все папки для плагинов Wordpress, чтобы Wordpress больше не мог их загружать. Безрезультатно.
• Я проверил, доступен ли файл на веб-сайте по прямому запросу, и это было так. Поэтому я создал phpinfo.php с содержимым <?php phpinfo(); ?> и просмотрел ограничения memory_limit и post_size. Наличие этих настроек по умолчанию 32M/64M может привести к таким проблемам. Он был установлен намного, намного выше (512 МБ). Так и это не было причиной.

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

Итак, я попросил инженера перезапустить демон Apache/httpd и что вы думаете? Все снова работало нормально. Как будто ничего действительно не произошло.

Возможные команды для перезапуска демона HTTP в качестве корня:

/etc/init.d/apache2 restart 
/etc/init.d/httpd restart 
/etc/init.d/apache restart 

Или через:

service apache2 restart 
service httpd restart 
service apache restart 

Надеется, что это помогает некоторым людям!