Hallo,
Ich habe ein System recht voreilig von lenny nach squeeze angehoben. Nachher fiel auf, das ein Content wegen Zend nur mit php5.2.x kann. Also Quellen geladen, gebaut und mit fcgid in den vHost eingebunden. Nun kachelt der Wrapper ab, bevor er Daten liefert. Nach stundenlanger Suche konnte ich das jetzt darauf einschränken, dass:
- debians php5.3.x an den Beginn der Ausgabe meines PHP-Skriptes "Content-Type: text/html" mit unixoiden Zeilenumbrüchen hängt und - mein PHP Selbstbau statt der unixoiden Zeilenumbrüche die windowsüblichen liefert
Hat hier jemand vielleicht eine Idee wie man das ändert/abstellt?
Mit freundlichen Grüßen / With kind regards Ronny Seffner
Hej!
Nun kachelt der Wrapper ab, bevor er Daten liefert. Nach stundenlanger Suche konnte ich das jetzt darauf einschränken, dass:
- debians php5.3.x an den Beginn der Ausgabe meines PHP-Skriptes
"Content-Type: text/html" mit unixoiden Zeilenumbrüchen hängt und
- mein PHP Selbstbau statt der unixoiden Zeilenumbrüche die windowsüblichen
liefert
Wieso sollte der Wrapper sich daran stören, dass im von ihm nicht weiter zu beachtenden HTML "falsche" Zeilenumbrüche sind?
Der Wrapper soll doch nicht Content-Polizei spielen (und für solche Kleinigkeiten schon gar nicht).
Falls das tatschächlich dein Problem verursachen sollte: PHP nochmal bauen. Es sollte eine Build-Variable geben, die Zeilenumbrüche regelt. Früher gab es mal separate Build-Dateien für verschiedene Plattformen, darin dürften selbige geregelt sein.
Beste Grüße Fabian
Hallo Fabian,
Wie Du meinem anderen Post sicher schon entnommen hast liegt es nicht an diesen Zeichen. Und wenn dann stört es nicht den Wrapper sondern den apachen, der das so zurückbekommt (apache bekommt GET vom browser -> apache schickt PHP an Wrapper -> Wrapper startet php-cgi der das PHP interpretiert und HTML ausgibt -> apache bekommt HTML und liefert an den Browser : in diesem HTML sah ich die Umbrüche).
Warum der PHP-Prozess nun nicht wie der andere für die nächste Anfrage offen bleibt ist genauso unklar, wie der Fakt, das der Browser dann nichts liefert und dafür das error.log füllt.
Mit freundlichen Grüßen / With kind regards Ronny Seffner
Halt.
Auch debians PHP schreibt diese seltsamen Zeilenumbrüche. Also was passiert:
- Ich habe zwei VHosts die per FCGIWrapper zwei unterschiedliche php-cli mit allerdings identischen php.ini aufrufen. - Im Ergebnis zeigt der eine VHost mit die phpinfo und der andere einen "internal server error". - Ich denke all die Rechte stimmen, da nichts durch suexec geloggt wird. - Beim nicht funktionierenden Seitenaufruf steht im apache error.log dann einfach "Content-Type: text/html" - Auffällig ist, das der eine (der funktionierende) Wrapper-Prozess bestehen bleibt, während der andere gleich wieder verschwindet. - Übergebe ich beiden Wrappern dieselbe phpinfo als der Nutzer, den suexec verwendet, erhalte ich zwei eigentlich vernünftige Ausgaben.
Ich komme hier einfach nicht weiter ...
Mit freundlichen Grüßen / With kind regards Ronny Seffner
lug-dd@mailman.schlittermann.de
-
Fabian Hänsel -
Ronny Seffner