Das PHP-CLI-Skript gibt nichts aus

Ich habe also ein PHP-Skript, das ich mit dem folgenden Befehl ausführe:

php -f my_script.php myArguments

Das Skript unterliegt der Versionskontrolle mit svn. Ich habe es gerade aktualisiert, den Befehl zum Ausführen in ein Terminal eingefügt und ausgeführt. Es erfolgt jedoch keine Ausgabe. Keine Fehlermeldung, es wird nichts gedruckt, nichts. Es sieht so aus, als würde es nie starten. Etwa so:

me:/srv/scripts# php -f my_script.php myArguments
me:/srv/scripts#

Andere Skripte laufen einwandfrei.

Es fällt mir schwer, ein SSCCE zu entwickeln, da ich den Code, der dies verursacht, nicht wirklich weitergeben kann und es mir nicht gelungen ist, dieses Verhalten absichtlich zu reproduzieren. Allerdings habe ich das jetzt schon zweimal gesehen. Wenn ich meine Änderungen speichere, die Datei zurücksetze und sie wieder einfüge, besteht eine große Chance, dass alles einwandfrei funktioniert.

Es macht mir jedoch Sorgen, dass ich nicht weiß, was dieses seltsame Verhalten verursacht. Gibt es ein Leerzeichen oder etwas, das PHP anweist, nicht zu starten oder etwas auszugeben?

Folgendes habe ich versucht, nachdem ich dieses Verhalten gesehen habe:

• Das Skript so zu ändern, dass es einfach ist echo 'hello'

• Unsinn am Anfang des Skripts platzieren, damit er nicht analysiert werden kann.

• Einfügen von Code aus einem funktionierenden Skript

• Ich schlug frustriert meinen Kopf gegen die Wand

• Versuchen Sie es in einer anderen Terminal-/Putty-SSH-Verbindung.

Hier wird es interessant: Es tatsächlich funktioniert in einem anderen Terminal. Es macht alles wie erwartet.

Hat jemand eine Idee, was die Ursache dafür sein könnte, oder was ich versuchen sollte, um das Problem zu ermitteln?

BEARBEITEN:

Das „andere Terminal“ ist immer noch die Terminalanwendung, nur eine neue.

Ich verfüge über ausreichende Berechtigungen, um die Datei auszuführen, aber selbst wenn dies nicht der Fall ist, sollte eine Meldung ausgegeben werden, dass dies nicht der Fall ist.

Ich habe absichtlich Syntaxfehler eingeführt, in der Hoffnung, PHP dazu zu bringen, einen Parse-Fehler auszuspucken. Es gab immer noch keine Ausgabe.

display_errors kann vor der Laufzeit deaktiviert werden. Sie können es manuell mit einschalten -d Schalter:

php -d display_errors=1 -f my_script.php myArguments

Ich bin auf das gleiche Problem gestoßen und habe PHP nicht dazu gezwungen display_errors oder auf Syntax prüfen mit -l hat geholfen

Ich habe unser Problem endlich gelöst, und vielleicht finden Sie bei dieser Lösung Hilfe

Testen Sie Ihr Skript, ohne Ihre php.ini zu verwenden:

php -n test_script.php

Dies wird Ihnen helfen, die eigentliche Ursache herauszufinden – die PHP-Konfiguration, das Skript einer anderen Person oder Ihr Skript

In meinem Fall lag es an einem Problem mit dem Skript einer anderen Person, das über hinzugefügt wurde auto_prepend_file Direktive in der php.ini. (Genauer gesagt, einige Dateien und Funktionen später, als ich den gesamten Code durchging und dabei Debugging hinzufügte – nebenbei bemerkt, vielleicht finden Sie das mit fwrite(STDOUT, "debug text\n"); von unschätzbarem Wert, wenn Sie versuchen, diese Art von Problem zu beheben)

Jemand hatte eine Funktion hinzugefügt, die über die Prepend-Datei ausgeführt wurde, aber die verwendet hatte @ Symbol, um Fehler bei einem bestimmten Funktionsaufruf zu unterdrücken. (Möglicherweise haben Sie ein ähnliches Problem, das jedoch nicht speziell mit der php.ini zusammenhängt, wenn Ihr Testskript irgendwelche Includes enthält, die anderen Code einbinden.)

Die Funktion schlug fehl und verursachte den stillen Tod von PHP, was nichts mit meinem Testskript zu tun hatte

Sie finden alle möglichen Warnungen zur Verwendung des @ Das Symbol verursacht genau das Problem, das ich hatte und vielleicht auch bei Ihnen, http://php.net/manual/en/sprache.operators.errorcontrol.php.

Reproduktion ähnlicher Symptome:

Nehmen Sie eine voll funktionsfähige PHP-Umgebung und unterbrechen Sie Ihre CLI-Ausgabe, indem Sie diese am Anfang Ihres Skripts hinzufügen
@xxx_not_a_real_function_name_xxx();

Möglicherweise haben Sie einfach ein Problem mit der php.ini, oder Sie (oder jemand anderes) haben sie möglicherweise verwendet @ Die schwerwiegenden (und frustrierenden und zeitaufwändigen) Konsequenzen, die dies beim Debuggen mit sich bringt, sind nicht erkannt

Ich habe festgestellt, dass die PHP-CLI bei einem guten Skript aufgrund eines Problems mit der Speicherbeschränkung stillschweigend ausfiel. Versuche es mit:

php -d memory_limit=512M script.php

Ich hatte kürzlich dieses Problem und es lag daran, dass ich meine Testdatei nicht eingepackt habe <?php & ?> Stichworte.