Ich habe eine Laravel-Anwendung, die über den Laravel Artisan- Server ausgeführt wird :
php artisan serve
und es funktioniert einwandfrei, wenn ich weiter mache localhost:8000
. Außerdem habe ich dem IIS-Server eine eingehende Regel hinzugefügt, die so aussieht:
Systemsteuerung -> Verwaltung -> Windows-Firewall mit erweiterter Sicherheit, eingehende Regeln. Erstellen Sie eine neue Regel "Allow Port, TCP, 8000, All profiles"
Aus irgendeinem Grund kann ich jedoch immer noch nicht über das WWW auf die Website zugreifen (ich habe genau die gleichen Schritte für einen Webrick-Server (auf demselben Computer) ausgeführt und die Dinge haben perfekt funktioniert). Irgendwelche Ideen?
artisan
ich Laravel oder kenne , denke ich, dass eslocalhost
nur standardmäßig gebunden ist und dass Sie es so konfigurieren müssen, dass es nicht lokale Anforderungen verarbeitet. Schlagen Sie in den Dokumenten des Systems nach, um dies zu überprüfen.Antworten:
Damit es außerhalb von localhost funktioniert, tun Sie Folgendes
php artisan serve --host 0.0.0.0
Wenn Sie es an die Arbeit möchten , ohne den Anschluss im Browser Angabe
php artisan serve --host 0.0.0.0 --port 80
.sudo
wird wahrscheinlich erforderlich sein.Hinweis:
php artisan serve
sollte niemals für die Produktion verwendet werden. Es ist nur für Entwickler und Demonstratoren gedacht und kann nicht mehr als den Verkehr von ein oder zwei Personen bewältigen.quelle
artisan serve
macht es gut .. aber wenn ich Apachepage not found
einschalte, bekomme ich Fehler. Ich habe ein Beispiel-Laravel-Projekt mit Composer erstellt. Und das hat auch mit Apache gut funktioniert tatsächlich von der Maschine eines anderen Entwicklers kopiert. Ich gehe davon aus, dass es etwas mit Dateiberechtigungen zu tun haben könnte.AllowOverride
habeAll
in derhttpd.conf
datei in der definition derDocumentRoot
wie hier angegeben geändert .. aber das hat nicht funktioniert .. auf der laravel website steht, wenn das nicht funktioniert, versuche esOptions +FollowSymLinks RewriteEngine On ..
.. aber ich bin nicht sicher wohin diese Dinge setzen? Sollen sie auch auf dieselbe httpd.conf-Datei zugreifen?