Hallo @all!

Ich beiße mir schon seit Tagen an folgendem Problem die Zähne aus und villeicht hat bereits jemand eine Lösung oder ähnliches Problem.

Ich möchte mod_layout einsetzen um eine Netzwerkleiste bei allen Hostings einzublenden. mod_layout hat aber ein Problem wenn der Content bereits von PHP compressed/gzip'ed wurde. Wie kann ich sicherstellen das der Content nach dem Processing von PHP nicht komprimiert ist?

Folgendes habe ich probiert bzw. scheidet aus:

- Verbieten von zlib Funktionen
- register_shutdown_function. Dort kann der Content nicht mehr manipuliert werden
- Einen eigenen output_handler der den buffer prüft und ggf. auspackt. Funktioniert auch nicht 100% weil jemand den buffer vorher beenden/schliessen kann.
- auto_append_file. Funtioniert auch nicht weil bei einem exit dieser nicht ausgeführt wird.

Hat jemand eine Idee wie ich entweder die Kompriemierung global verbieten kann oder den Content nach der Bearbeitung von PHP noch manipulieren kann?

Danke und viele Grüße

Ingo

Mister Ad

Waq

Du könntest die Funktion ob_gzhandler() deaktivieren, dann sollte man per ob_start() keine gzip-compression mehr aktivieren können.
Und zlib.output_compression in der php.ini sollte sowieso deaktiviert sein.

__________________
mod = master of disaster

robo47

ich brauche nicht unbedingt ob_gzhandler() um gzip-compression zu benutzen ich kann das auch manuel über die normalen gz-Funktionen machen.

kannst ja mal versuchen alle Kompressionsfunktionen in die Liste der funktionen zu schreiben die nicht benutzbar sind (mir fällt grad der name ned ein)
-> zlib, gzip bzip (die 3 kompressionen fallen mir hier spontan ein die php mitliefern kann)

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

Danke für die Antworten!

Das deaktivieren der Funktionen scheidet leider aus. Da z.B. phpMyAdmin die Funktionen benutzt um den SQL-Dump komprimiert zu verschicken. Auch ist anschließend eine Bearbeitung von gz Archiven nicht mehr möglich

Habt Ihr noch andere Ideen?

Waq

Aber für die Echtzeit-Komprimierung für einen HTTP-Stream ist es in PHP doch die übliche Variante... wenn man das abschaltet, dürfte die Anzahl der User, die es noch auf die Reihe bekommen, deutlich zurückgehen.

__________________
mod = master of disaster

robo47

das ist klar, aber wenn es überall funktionieren soll, muss wohl oder übel an alles gedacht werden und man darf/kann ja nicht nur User vorraussetzen die diese Methode nicht kennen.

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

Waq

Dann muss man auch gleich die Mathematischen Operatoren und Funktionen ausknipsen, um zu verhindern, dass jemand den Algorithmus selbst in PHP implementiert.
Wenn jemand sich Mühe gibt, kriegt man mit einem halbwegs lauffähigen PHP immer eine Zip-Kompression hin. Ich glaube nicht, dass man mehr tun kann, als die übliche (und einzige triviale) Variante zu verbauen (die auch nur hierfür genutzt werden kann und nichts anderes kaputtmacht), und einen Abschnitt in die FAQ zu schreiben, dass die Kunden es nicht benutzen dürfen.

__________________
mod = master of disaster

robo47

okay hast du auch wieder recht, ist halt auch wirklich fraglich wer überhaupt webspace will, wo man dann so stark beschnitten ist.

mfg
robo47

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

Das mit den Funktionen verbieten ist nicht wirklich eine Option. Besser wäre eine Möglichkeit den Content noch zu bearbeiten nachdem PHP mit der Verarbeitung fertig ist.

Gibt es hier vielleicht einen Ansatz? Wie gesagt mit 'register_shutdown_function' war ich erfolglos und einem eigenen output_handler auch...

Waq

Welche Funktionen? Ich rede nur von einer Funktion.

Das ginge nur ausserhalb von PHP. Am Ende des PHP-Scripts sind die Daten ja meist schon weitergereicht. Die kann PHP dann nicht mehr zurücknehmen.

__________________
mod = master of disaster