Ich habe eine sehr einfache PHP-Seite auf meinem Server geändert:
und es hat aufgehört zu funktionieren. Ich erhalte als Ergebnis eine leere Seite (ohne Quellcode darin).
Ich habe wieder auf die vorherige URL geändert.. und es funktioniert immer noch nicht.
Was ist los?
Danke
Ich denke auch, dass zusätzliche Leerzeichen kein Fehler sein sollten, es sei denn, sie stammen aus einer zuvor eingebundenen PHP-Datei, was nicht der Fall ist.
@Col. Shrapnel - stackoverflow.com/questions/1656744/…, @Boldewyn - Ich denke, es ist einen Versuch wert.
Ich denke, dass Leerzeichen nach dem Abschlusstag hier kein Problem wären. Vor dem Öffnungstag hingegen schon.
Ich hatte das gleiche Problem, bei dem Weiterleitungen plötzlich aufhörten zu funktionieren.
Es stellte sich heraus, dass es eine neue Zeile vor dem Tag gab, die ich versehentlich in einer obskuren Include-Datei hinzugefügt hatte, die ich benutzte.
``
Ein Weg, den ich zur Fehlerbehebung verwendete, war über den Netzwerk-Tab in der Google Chrome-Entwicklerkonsole. Dort sah ich eine neue Zeile vor dem 200 OK, was mir sagte, dass etwas mit einer meiner Dateien nicht stimmte.
``
Ich hatte dieses Problem. Ich habe mein eigenes PHP MVC-Muster verwendet. Eigentlich gab es keinen Fehler, plötzlich funktionierten meine Weiterleitungen nicht mehr. Ich habe tonnenweise Dokumente gelesen. Aber schließlich habe ich ob_start(); in die Indexseite hinzugefügt. Und es hat funktioniert.
Hinweis: Sie sollten den Puffer vor der Weiterleitung leeren. Andernfalls kann nicht umgeleitet werden.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
0 Stimmen
Sie können es erst herausfinden, wenn Sie in Kontakt mit Fehlermeldungen treten.
0 Stimmen
Können Sie es noch einmal versuchen mit einem einzelnen Leerzeichen zwischen dem ':' und dem 'http'? Also wie es karim79 geschrieben hat. ich bezweifle, dass das der Fall ist, aber man weiß nie.
2 Stimmen
@Boldewyn Ich bezweifle es auch. Ich bin auch überrascht, hier bei SO so viele Wahrsager zu finden, wo eigentlich Programmierer sein sollten. "probier das", "versuch das". Warum nicht bestimmte Fehlermeldungen lesen oder tatsächliche HTTP-Header überprüfen?
0 Stimmen
@Boldewyn: Der Raum nach dem trennenden
:nach dem Feldnamen ist Teil des Feldwerts (siehe w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2), wird aber im Allgemeinen ignoriert. Daher wirdFoo:bargenauso interpretiert wieFoo: baroderFoo: bar.