Laravel Valet funktioniert nicht

Ich benutze OSX El Capitan und PHP 7. Ich folgte der Installationsanleitung, so dass ich Laravel Valet Version v1.1.3 erfolgreich installieren. Ich ping foo.dev oder any.dev dann druckt das TerminalLaravel Valet funktioniert nicht

"64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.116 ms"

Alles ist in Ordnung. Mein Verzeichnis /User/mickey/Sites wird zu Valet's Wegen hinzugefügt. Ich habe ein Laravel 5.2 Projekt mit dem Namen Blog, dann das Projekt mit php artisan serve ok laufen, aber wenn ich url blog.dev auf dem Browser zugegriffen, wobei der Browser

Diese Seite kann nicht erreicht werden, weigerte sich blog.dev zu verbinden. ERR_CONNECTION_REFUSED.

Ich weiß nicht, was das Problem mit meiner Installation ist. Danke im Voraus!

Quelle

2016-05-10 metylbk

jede Chance, die Sie eine Firewall haben? –

@FelippeDuarte: Ich habe bereits die Firewall ausgeschaltet – metylbk

Sie müssen nicht php artisan serve laufen, während Valet Caddy im Hintergrund läuft.

Hier sind ein paar Punkte zur Fehlersuche.

Stellen Sie sicher, dass Sie Apache nicht (oder etwas anderes läuft auf Port 80)

sudo apachectl stop
Stellen Sie sicher, dass Valet

valet start
läuft Stellen Sie sicher, dass PHP mit FPM
installiert wurde
brew uninstall homebrew/php/php70

brew install homebrew/php/php70 --with-fpm

Quelle

2016-05-11 21:46:54

Ich führe 'php artisan serve' im Verzeichnis' blog' aus, nur um sicherzustellen, dass das Projekt normal funktioniert. Ich habe auch php7 mit fpm installiert und starte Valet, stoppe Apache, kann aber immer noch nicht auf blog.dev zugreifen. – metylbk

Wenn ich 'sudo lsof -i: 80' starte, erscheint nur' caddy'. – metylbk

Haben Sie Verweise auf '* .dev' aus Ihrer Datei'/etc/hosts' entfernt? Vielleicht verweist blog.dev auf eine andere IP, vielleicht Homestead oder irgendwo. –

Das Problem wurde durch Starten Selbstkontrolle app gelöst. Ich kenne den Grund nicht, aber Sie können versuchen, diese App herunterzuladen und zu starten, um dieses Problem zu lösen.

Quelle

2016-06-28 10:51:24 metylbk

Hoffentlich kann ich jetzt dieses für Sie lösen. Der Selbstkontroll-Fix funktionierte als Temp-Fix für mich, so dass du Glück haben kannst, da ich eine dauerhafte Lösung für mich gefunden habe!

Ich hatte einmal eine httpd-Setup, die ich folgte einer Anleitung zu installieren. Das kam mit etwas Gepäck als der Führer bekam man 127.0.0.1 Port 80 zu Port 8080

Versuchen Sie dies sowieso> Sprung zum Ordner ...

/Library/LaunchDaemons/

Die weiterleiten Datei in meinem Fall hieß co.echo.httpdfwd.plist, die ich gerade löschen und dann meinen Mac neu starten musste. Siehe meine Frage für weitere Informationen Laravel Valet not working. 127.0.0.1 Connection Refused.

Lass mich wissen, wie es dir geht!

Quelle

2016-07-12 23:11:34

Dies ist keine Lösungen, nur ein "hack" für die Arbeit wieder ... Ich werde nicht mein Macbook neu starten, weil es eine Möglichkeit gibt, das "richtig" zu beheben. – Ilyes512

Haben Sie die ganze Antwort nicht richtig gelesen? Self Control war ein Hack, um es zu reparieren. Der eigentliche Grund, warum es nicht funktionierte, ist, dass es eine Datei namens co.echo.httpdfwd.plist in meinem Verzeichnis/Libray/LaunchDaemons/gab, die 127.0.0.1:80 an Port 8080 weiterleitete, während das Apache-Setup auf 8080 abhorchte Control hat es gehackt, da es diese Dateien überschreibt, indem es dem LaunchDaemons-Ordner seine eigenen Dateien hinzufügt. Erweitern Sie Ihr Problem und ich werde versuchen, Ihnen zu helfen, es zu beheben. –

Nach dem Versuch alles, was ich im Internet gefunden (einschließlich this one, die es wert ist, zu versuchen) für mich war die Lösung zu Valet Domain auf test zu ändern.

valet domain test

So habe ich keine Ahnung, ob die erwähnte erneute Installation erforderlich war oder nicht, aber ich weiß, dass ich ping könnte oder sogar curl meine .dev Seiten, aber nicht, sie in jedem Browser (Chrome noch Safari) öffnen kann. Dann habe ich versucht, die Domain auf .app zu setzen, aber das hat auch nicht funktioniert. In den Browsern wurde ich die ganze Zeit auf https umgeleitet, selbst nachdem valet unsecure ausgeführt wurde.

Aber dann Domain geändert .test und plötzlich begann es zu arbeiten. Ich bin nicht sicher, was ist das eigentliche Problem hier und warum ist das, aber ich bin damit einverstanden, da es wieder funktioniert.

Ich habe auch gelesen, dass .dev ist nicht mehr gut, weil es eine offizielle TLD und so reserviert ist. (wikipedia)

Quelle

2018-02-27 13:23:56

Antwort

Verwandte Themen