4
Wordpress: ob end flush
Hallo Leute,
ich habe wie viele andere bei Wordpress bei einigen Plugins (z.B. dieses) das Problem, dass bei aktivierten gzip die Fehlermeldung zu sehen ist.
Habe auch dazu schon den Workaround gefunden, der auch einwandfrei funktioniert.
Was ich allerdings nicht gefunden habe sind zwei Sachen:
1) Warum tritt dieser Fehler überhaupt auf? Würde dieses Problem lieber bei der Wurzel bekämpfen anstatt mit einem Workaround.
2) Welche Nebenwirkungen können durch die remove_action[...] auftreten? Habe dazu leider nichts passendes gefunden.
Besten Dank für eure Hilfe
Patrick
ich habe wie viele andere bei Wordpress bei einigen Plugins (z.B. dieses) das Problem, dass bei aktivierten gzip die Fehlermeldung
Notice: ob_end_flush(): failed to send buffer of zlib output compressionHabe auch dazu schon den Workaround
remove_action( 'shutdown', 'wp_ob_end_flush_all', 1 );Was ich allerdings nicht gefunden habe sind zwei Sachen:
1) Warum tritt dieser Fehler überhaupt auf? Würde dieses Problem lieber bei der Wurzel bekämpfen anstatt mit einem Workaround.
2) Welche Nebenwirkungen können durch die remove_action[...] auftreten? Habe dazu leider nichts passendes gefunden.
Besten Dank für eure Hilfe
Patrick
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 356985
Url: https://administrator.de/contentid/356985
Printed on: April 23, 2024 at 08:04 o'clock
4 Comments
Latest comment
Moin,
welche PHP-Version?
Das soll vor allem ein Problem mit PHP 5.4 sein.
Ob es mit PHP 7 noch auftritt weiß ich nicht.
Eigentlich sollte es damit kein Problem geben "können".
Die Kompression funktioniert ja genau wie ob. Erst wenn die gesammte Ausgabe der Seite fertig ist, wird diese kompromiert und an den Browser gegeben. Ich könnte mir vorstellen, dass zlib denkt die Seite wäre fertig und dann kommt später doch noch was und keiner weiß wohin.
Stefan
welche PHP-Version?
Das soll vor allem ein Problem mit PHP 5.4 sein.
Ob es mit PHP 7 noch auftritt weiß ich nicht.
Eigentlich sollte es damit kein Problem geben "können".
Die Kompression funktioniert ja genau wie ob. Erst wenn die gesammte Ausgabe der Seite fertig ist, wird diese kompromiert und an den Browser gegeben. Ich könnte mir vorstellen, dass zlib denkt die Seite wäre fertig und dann kommt später doch noch was und keiner weiß wohin.
Stefan
Tritt sowohl mit 5.6 als auch mit 7.1 auf.
Interessant ist, dass die Fehlermeldung sowie eine damit verbundene Funktionseinschränkung des Plugins nur auftritt, wenn der Debug-Modus aktiviert ist. Deaktiviere ich diesen, läuft das Plugin ohne Probleme.
Grüße
Patrick
Interessant ist, dass die Fehlermeldung sowie eine damit verbundene Funktionseinschränkung des Plugins nur auftritt, wenn der Debug-Modus aktiviert ist. Deaktiviere ich diesen, läuft das Plugin ohne Probleme.
Grüße
Patrick
Das sieht danach aus, als wenn du in PHP selbst die Ausgabe komprimierst.
Wenn du das dort ausschaltest und stattdessen auf die Kompressions-Fähigkeiten des Webservers setzt, sollte das Problem verschwinden.
Diese Vorgehensweise ist überhaupt empfohlen, weil andernfalls keine "chunked"-Übertragung möglich ist, bei der immer wieder kleine Häppchen zum Client übertragen werden (z.B. durch ob_end_flush getriggert) und damit der Seitenaufbau subjektiv schneller geht.
Wenn du das dort ausschaltest und stattdessen auf die Kompressions-Fähigkeiten des Webservers setzt, sollte das Problem verschwinden.
Diese Vorgehensweise ist überhaupt empfohlen, weil andernfalls keine "chunked"-Übertragung möglich ist, bei der immer wieder kleine Häppchen zum Client übertragen werden (z.B. durch ob_end_flush getriggert) und damit der Seitenaufbau subjektiv schneller geht.
Wenn ein Plugin eine Kompression verwendet, werde ich dies nicht so einfach aushebeln können.
In meinem Fall: Bei Timely könnte man eine eigene Kompression verwenden, habe ich aber deaktiviert.
Interessant ist halt für mich, dass dieses Fehlverhalten nur auftritt wenn:
Was hat der Debug-Modus damit zu tun?
In meinem Fall: Bei Timely könnte man eine eigene Kompression verwenden, habe ich aber deaktiviert.
Interessant ist halt für mich, dass dieses Fehlverhalten nur auftritt wenn:
- zlib.output_compression nicht gleich 0
- WP_DEBUG = true
Was hat der Debug-Modus damit zu tun?
