Итак, когда / почему Chrome выйдет из строя на localhost, но загрузится нормально с 127.0.0.1?

PHP MySQL IIS Windows 10 работала просто отлично. phpMyAdmin предложил обновить. Итак, переименованы рабочие каталоги в -old. Попытка обновить phpMyAdmin, а также необходимо обновить PHP. Были проблемы (устаревшие функции), поэтому вернулся к использованию исходных каталогов. Что-то напортачил, я не могу определить.

Хлоп! Chrome больше не будет загружать localhost/phpmyadmin/index.php Ошибка 500: страница localhost не работает. localhost в настоящее время не может обработать этот запрос.

НЕТУ! НЕ ошибка сервера, потому что:

Firefox 50.1.0 правильно загружает страницу индекса phpMyAdmin и выполняет запросы

Chrome 55.0.2883.87 m правильно загружает http://127.0.0.1/phpmyadmin/index.php и выполняет запросы

Chrome также запускает мои собственные сценарии php-приложений, которые прекрасно используют MySQL.

Я дал директории phpMyAdmin директорию каждое разрешение от любого пользователя, включая IIS_IUSRS. Но поскольку доступ к Chrome с 127.0.0.1 работает нормально, а Firefox работает с локального хоста, я не ожидаю, что это проблема с правами доступа к файлам.

Следуя советам, которые я нашел в другом месте, я был в chrome://flag и возвращен к значениям по умолчанию.

Я очистил кэш-память Chrome за 4 недели до этого.

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

Я "думаю", что оставил config.inc.ini без изменений, когда он работал. phpMyAdmin находится в wwwotot inetpub.

Остановите и запустите службу MySQL. Перезагрузка браузера ctrl-shift-R. Бесплодные. Я полагаю, что вместо этого я могу добавить 127.0.0.1 в закладки, но лучше узнать, что происходит.

Итак, что изменилось, чтобы мой Chrome теперь обрабатывал localhost (не загружается) иначе, чем 127.0.0.1 (загружается просто отлично)?

1 ответ1

0

500 Внутренняя ошибка сервера указывает на то, что Chrome действительно пытается загрузить страницу и даже получает ответ сервера (являющуюся 500 ошибка). Итак, сервер выходит из строя. У него наверное есть какие-то логи?

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

Даже если PHP и phpMyAdmin совместимы с предыдущими версиями (то есть будут обрабатывать различия после обновлений), проблемные файлы cookie могли быть созданы во время тестирования нового PHP и нового phpMyAdmin. И теперь, когда вы отменили обновление, либо PHP, либо myPhpAdmin не понимают новый формат файла cookie или сеанса, на который он ссылается.

  • Для сеансов куки-файл сессии браузера содержит идентификатор, который на сервере ссылается на "сериализованные" объекты PHP. Таким образом, возможно, формат сериализации изменился в более новых версиях PHP, и старый PHP не знает, как обращаться с более новым форматом.

  • Для других файлов cookie, возможно, phpMyAdmin хранит сериализованные объекты непосредственно в файле cookie или в своей базе данных или просто ожидает данные, отличные от тех, которые он находит в файле cookie.

Чтобы проверить вышеупомянутое:

  1. Чтобы увидеть, является ли сессионный cookie виновником: перезапустите Chrome и попробуйте снова.

  2. Чтобы узнать, вызывает ли это обычный файл cookie, но не стирать его: попробуйте сеанс инкогнито, который не отправляет существующие файлы cookie на сервер. Если это работает: удалите локальные файлы cookie.

Если это не работает, вам нужно найти ошибку 500 в журнале сервера.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .