камердинер: «небезопасный» продолжает перенаправлять на https
Я опробовал «безопасный» функционал камердинера. Это работало хорошо, но, в конечном счете, оно не работало с остальной частью моего стека, поэтому я попытался запустить «valet unsecure sitename» в соответствии с документацией. Тем не менее, похоже, что он все еще каким-то образом связан: если я попытался перейти на сайт сейчас, он попадает в цикл перенаправления. Я попытался перезапустить сервер и т. Д. Кажется, ничего не работает. Если я перезапущу «valet secure sitename» и перейду к https://sitename.dev, это начнет работать еще раз. Кажется, он застрял в «безопасном» режиме, независимо от того, какой раз вы запускаете команду один раз.
Кто-нибудь еще сталкивался с этим и есть ли решение для этого? Я не смог найти ничего для ссылки, кроме нескольких человек с тем же вопросом без ответа на некоторых случайных сайтах.
Решение
Я думаю, это проблема установки хрома.
Я перехожу на Safari и Postman, которые могут подключаться к http. Не возвращаться в https.
Но возврата 404 не найдено.
Afetr Я удаляю valet, и повторяю установку снова. Это работает http в Safari.
ссылка
Удалить Laravel Valet
Другие решения
Возможно, этот ответ неправильный, но он может быть связан с вашим браузером, возможно, ваш браузер пытается перенаправить вас на «более безопасную» «версию» сайта, то есть использовать протокол HTTPS.
У меня уже была эта проблема, и решение зависит от браузера, который вы используете.
Самый простой способ определить, является ли это проблемой Valet по сравнению с проблемой браузера, — это попытаться получить доступ к версии вашего домена, отличной от https, с помощью нового браузера, попробовать другой браузер или загрузить другой.
Если это браузер isse google что-то вроде «очистить HSTS на»
(Я знаю, что вопросу 1 год, но некоторые люди могут прийти из Google с этой проблемой из-за своих браузеров)
Да.
По состоянию на Chrome 63 потому что .dev является действительным рДВУ, который может использоваться широкой публикой, а Chrome расширяет список предварительной загрузки .
Возможны следующие варианты:
- не используйте Chrome 63 или новее
- Вы можете использовать gTLD .test, который может в конечном итоге вызвать проблему, но в настоящее время IETF удерживает его для внутренних целей.
- IETF также имеет проект для имени .localhost, которое должно быть сопоставлено с локальным адресом обратной связи.