schmiddy

hallo, ich habe mein loginskript bisher auf zwei servern ausprobiert!! (funpic (windows) und auf meinem webspace account von allink(linux)): der interne bereich wird per include index.php?site=intern eingebunden!
Bei funpic funktioniert es, aber auf meinem anderen account sagt er mir beim includen folgenden error:

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /www/htdocs/w0056b49/cms/index.php:3) in /www/htdocs/w0056b49/cms/index.php on line 5

Warum kommt das nur auf dem zweiten account? Bei funpic läuft alles!!

Schauts euch mal an:

Funpic:

http://forenfan.fo.funpic.de/cms/index.php

All Ink:

http://bdp-records.de/cms/bdp-records.de

Login: Schmiddy
pw: 123456

gruß

schmiddy

Mister Ad

Lass das board mal nach headers already sent durchsuchen.

Kurzfassung:
erst header
dann das Antwortdokument.
Sobald das erste Zeichen des Dokuments an den client rausgeht, funtkionieren keine header mehr.
php kann die session_id in einem cookie speichern.
cookies werden als header verschickt.
php sagt Dir genau, wo die Ausgabe beginnt, die weitere header wirksam verhindert.Zeile in index.php gibt irgendetwas aus.
Als Krücke wirkt output_buffering. Es hält evtl. Ausgaben in einem Puffer fest. Bis dieser Puffer an den client geschickt wird, sind weitere header möglich.

schmiddy

ie Ausgabesteuerungsfunktionen gelten nicht für header, die mit header() oder setcookie() geschickt wurden, sondern nur für Daten ,die mit echo() gesendet wurden oder für Daten zwischen PHP-Codeblöcken.

Ich arbeite dort aber nicht mit echo(), deshalb kann ich die Funktion auch nicht verwenden,oder? Ähm, aber warum wird es auf dem windows server richtig angezeigt?

ja, diese Funktionen wirken sich nur auf Ausgaben aus, also z.B. auf echo,print,prinf aber auch alles ausserhalb eines php-Blocks.
Und genau darum geht es auch. Diese Ausgaben verhindern weitere header; deshalb müssen sie zurückgehalten werden.

Was sagt dort <?php phpinfo(); ?> zu output_buffering?

schmiddy

na bitte. Bis zu 4096 Zeichen werden gepuffert, bevor auch nur das erste davon an den client gesendet wird. Bis dahin können weitere header geschickt werden.
Das geht, ist aber i.d.R. nur auf schlampiges Entwickeln zurückzuführen.

Das ist nicht viel. Diese Seite zB. besteht (vor dem Absenden meines Textes) aus 51251 Bytes.

Für eino.ä. reicht es.

Jou! Da reicht auch ein:
Das Problem bei den Geradeausprogrammierern ist allerdings, daß sie nach 30-40KB rausgeblasenem HTML ganz urplötzlich feststellen, daß sie einen Keks zu verschicken hätten...

eben... das scheint ja jetzt das Problem zu sein; bzw. 4096 vs 0.

Ich will hier ganz sicher nicht die Schönheit von output_buffer darstellen, sondern nur schmiddy erklären, warum es auf dem einen Server geht und auf dem anderen nicht.