Усадьба Laravel 502 плохой шлюз
Каждый раз, когда я захожу в свой проект, я получаю плохой шлюз 502. Когда я обновляюсь, страница работает. Если я перехожу по ссылке на другую страницу, я снова получаю 502 неверный шлюз. После обновления страница загружается. В чем тут может быть проблема.
Homestead.yaml
---
ip: "192.168.10.10"
memory: 2048
cpus: 1
provider: virtualbox
authorize: c:/Users/MyNameHere/.ssh/id_rsa.pub
keys:
- c:/Users/MyNameHere/.ssh/id_rsa
folders:
- map: c:/Users/MyNameHere/Desktop/sites
to: /home/vagrant/code
sites:
- map: spa.test
to: /home/vagrant/code/spa/public
databases:
- homestead
Получил последнюю версию для виртуалбокса и бродяги.
Моя папка spa содержит самую новую версию laravel.
Ответы 8
Была такая же проблема с последней версией homestead.
Покопавшись в файлах журналов, а затем выдав github для усадьбы, я нашел этот это.
Есть проблема с xdebug, которую они ждут исправления. Решение состоит в том, чтобы отключить xdebug или использовать php 7.2. Я выбрал последнее. В этом случае внесите следующие изменения в свой homestead.yaml, а затем запустите vagrant reload --provision, чтобы исправить это.
sites:
- map: spa.test
to: /home/vagrant/code/spa/public
php: "7.2"
vagrant provision решает проблему на один раз, однако при следующей загрузке вам придется снова инициализировать машину.
У меня была та же проблема, и я не мог изменить версию PHP или отключить xdebug, но я мог и сделал это для сервера Apache.
sites:
- map: spa.test
to: /home/vagrant/code/spa/public
type: "apache"
У меня была похожая проблема, ошибка 502. Обновление браузера или перезагрузка виртуальной машины не дали результата.
Я решил отключить Xdebug. Нашел решение здесь: https://christattum.com/disabling-xdebug-in-laravel-homestead/
При подсказке:
cd /etc/php/7.4/mods-available
sudo vi xdebug.ini
Прокомментировал все строки файла с помощью ;
Войдите на сервер Laravel Homestead с помощью PuTTY и файла закрытого ключа.
тогда...
cd /etc/php/7.4/mods-available
sudo nano xdebug.ini
Закомментируйте первую строку
;zend_extension=xdebug.so
xdebug.remote_enable = 0
xdebug.remote_connect_back = 1
xdebug.remote_port = 9000
xdebug.max_nesting_level = 512
Затем перезапустите PHP-FPM.
sudo service php7.4-fpm restart
мой работал раньше, но когда я вернулся через 1 неделю, теперь он показывает 502 плохих шлюза. это решило мою проблему. Благодарность!
Обратите внимание, что иногда все, что вам нужно сделать, это sudo service php7.4-fpm restart. Особенно, если раньше с конфигом было все в порядке, а сейчас нет, простой перезапуск fpm может это исправить. Выяснил, потому что я использую xdebug, поэтому не хотел отключать расширение.
Спасибо. Это помогло мне.
Запустите команду vagrant reload --provision для файла Homestead в виртуальной машине, а затем после vagrant up введите с помощью vagrant ssh. Ваша проблема будет решена :)
Это действительно сработало для меня в моем собственном случае
Вы можете изменить свой почтовый IP-адрес и написать 127.0.0.1 в файле хоста. Вы можете ввести его, добавив 8000 рядом с названием проекта в поисковике.
Например, spa.test:8000, а затем запуск vagrant reload --provision исправит это.
Я потерял 3 дня, пытаясь решить ту же проблему.
Моя ошибка заключалась в том, что я определил в своем файле хоста что-то вроде:
127.0.0.1 spa.test
Решение состоит в том, чтобы вместо этого добавить тот же IP-адрес, который вы указали в Homestead.yaml.
192.168.10.10 spa.test
- на /etc/хост (в случае Mac)
- до C:\Windows\System32\драйверы\etc\hosts (в случае Windows)
Даже если у вас есть несколько хостов, определенных в вашем глобальном файле Homestead.yaml. Например
folders:
- map: /Users/davidecasiraghi/Projects/my_laravel_project
to: /home/vagrant/code/my_laravel_project
- map: /Users/davidecasiraghi/Projects/spa
to: /home/vagrant/code/spa
sites:
- map: my_laravel_project.test
to: /home/vagrant/code/my_laravel_project/public
- map: spa.test
to: /home/vagrant/code/spa/public
Затем в файле хоста:
192.168.10.10 spa.test
192.168.10.10 my_laravel_project.test
Затем, когда вы сделаете бродягу, вы сможете получить доступ к ним обоим.
Для меня это было связано с Xdebug, который пока не совместим с PHP 7.3.
Чтобы продолжить использование версии 7.3, вы можете отключить Xdebug с помощью
sudo phpdismod xdebug
перезапустить службу php
sudo service php7.3-fpm reload
Ха-ха не знал, что здесь есть ответ на этот вопрос. Я искал его день и исправил самостоятельно. Но через несколько минут после публикации моего ответа я нашел это.