zlib output handler PHP Warning function 1 not found

[omaliesschen]

Hi,

vll. kann hier ja jemand weiterhelfen. Im Netz findet sich dazu lediglich ein Thema und dort gibt es keine Lösung, lediglich eine Ausweichmöglichkeit. Siehe: http://www.apachelounge.com/viewtopic.php?p=21847

Sobald ich folgende Option in der php.ini aktivier:

zlib.output_handler = On

gibt es bei jedem Pageload eine Warnung:

[16-Jul-2013 20:47:26 Europe/Berlin] PHP Warning: Unknown: function '1' not found or invalid function name in Unknown on line 0

 

[Daaron]

Es gibt keine "Lösung" außer der dort angebotenen: Entscheide dich, ob dein Webserver die Kompression übernimmt oder das PHP-Script. Doppelt komprimieren ist kontraproduktiv.
Die bessere Lösung ist: Lass die Kompression den Webserver lösen, auf die Weise komprimierst du auch Inhalte, die nicht durch den PHP-Parser gingen... CSS, JS, XML, Grafiken,...

 

[omaliesschen]

Hi Daaron,

wenn ich das richtig verstanden hab komprimiert mod_compress nur statische Sachen und der zlib output handler wäre für dynamische Angelegenheiten gedacht?

Um weiterhin dynamischen Content komprimiert auszuliefern müsste dann von mod_compress zu mod_deflate gewechselt werden?

 

[Daaron]

Ah, also doch Lighttpd... Du hast oben was verlinkt, was sich auf Apache 2 bezieht, dachte du hättest gewechselt...
Kein Plan, wie Lighttpd das handhabt. Soweit ich das grad sehe genau so, wie du es machen wolltest: statische Ressourcen per compress, PHP-Scripte direkt aus dem Script heraus.

 

[omaliesschen]

Immernoch.


http://www.webrmedia.com/blog

Compressed output

The first issue, for our application, was that lighttpd was not compressing HTML output being sent to the browser. After a quick search it became clear that mod_compress was not going to do the trick for us since it works only on static HTML files. What we needed was mod_deflate, which wasn't readily available as part of any lighttpd 1.4.x release candidates (its planned as part of lighttpd 1.5). So, we had to build lighttpd 1.4.28 from source after patching in the required changes to enable mod_deflate that compresses dynamically generated HTML when being sent to the browser. The official mod_deflate wiki documentation does not list a patch for 1.4.28, however with minor modifications, the patch file for 1.4.26 worked on version 1.4.28. We've created a patch file for lighttpd 1.4.28 that enables mod_deflate which you can download here: lighttpd-1.4.28.mod_deflate.patch.

 

[Daaron]

Dann hastes ja, deflate wirds richten.

 

[omaliesschen]

Ganz so einfach ist es nicht. Lighttpd ist bei 1.4.32, der Patch für 1.4.28 und ich konnte keinen für 32 finden. Der 28er Patch scheint nicht mit 32 zu harmonieren:

make[3]: *** Keine Regel vorhanden, um das Target »mod_deflate.lo«,
benötigt von »mod_deflate.la«, zu erstellen. Schluss.

 

[Daaron]

Warum versteifst du dich dann auf Lighttpd? Geh den Weg des geringsten Widerstands, wechsel zu einem etwas komplexeren httpd. Setz halt auf nginx oder Cherokee, wenn du die pure Wucht eines Apache nicht brauchst.

 

[omaliesschen]

Mal schaun was ich mach.

 

[Daaron]

Wie gesagt, Cherokee sollte einen scharfen Blick wert sein. Der soll fast so flott wie lighttpd & nginx sein, dafür aber so komplex wie Apache und von der Konfig her sogar ähnlich.
Ich würde das Ding gern selbst mal ausprobieren, aber auf Live-Servern mit nem Rudel Kunden kann man solche Experimente nicht machen. Is schon experimentell genug, dass ich nicht apache2-mpm-prefork verwende...