Code: Alles auswählen
<?php
ob_start('ob_gzhandler');
Code: Alles auswählen
Content-Encoding gzip
Vary Accept-Encoding
Code: Alles auswählen
<?php
ob_start('ob_gzhandler');
Code: Alles auswählen
Content-Encoding gzip
Vary Accept-Encoding
Code: Alles auswählen
ob_start();
Code: Alles auswählen
ob_start("ob_gzhandler");
Code: Alles auswählen
// per default keine callbackfunktion für den puffer
$cfg['frontend']['ob_callback'] = '';
Code: Alles auswählen
// gzip komprimierung für den puffer
$cfg['frontend']['ob_callback'] = 'ob_gzhandler';
// oder eigene funktion für den puffer
$cfg['frontend']['ob_callback'] = 'my_ob_callback';
Code: Alles auswählen
http-header:
- value: 'Cache-Control: no-cache, must-revalidate'
- value: 'Expires: Sat, 26 Jul 1997 05:00:00 GMT'
- value: 'Content-Type: text/html'
Code: Alles auswählen
$arr['http-header'][0]['value'] = 'Cache-Control: no-cache, must-revalidate';
$arr['http-header'][1]['value'] = 'Expires: Sat, 26 Jul 1997 05:00:00 GMT';
$arr['http-header'][2]['value'] = 'Content-Type: text/html';
Dann musst du das wohl an den Anfang der front_content.php einbauen, ganz weit unten ist es vermutlich zu spät dafür.ConTester hat geschrieben:...so gibt es stets einen Content-Encoding-Fehler (Firefox: "Die Webseite, die Sie öffnen möchten, kann nicht angezeigt werden, da sie eine ungültige oder unbekannte Form der Kompression verwendet.")...
ich sehe jetzt keinen zusammenhang zwischen ressourcen, usability und einem framework, mindestens nicht so, wie du das beschreibst. vielleicht kannst du das ja näher erläutern. weil contenido ist jetzt nicht wirklich dafür berühmt, ressourcenschonend zu sein. und ohne wirklich etwas aufwand zu treiben, wird es einen gravierenden vorsprung geben, in der tat. aber ich fürchte, mit umgekehrten vorzeichen.Oldperl hat geschrieben:Ich denke wir sollten bei Contenido wieder zum Grundprinzip zurück, "mit so wenig Aufwand wie nötig, das bestmögliche Ergebnis", und das vor Allem in Bezug auf Resourcen und Usebility. Das gäbe Contenido IMO einen wirklich gravierenden Vorsprung vor frameworkdriven CM-Systemen.
warum sollte ich? gruß aus franken ortwinkummer hat geschrieben:vielleicht kannst du das ja näher erläutern.
weil du für dich immer in anspruch nimmst, der freundlichste unter der sonne zu sein und sich hier die gelegenheit bietet, mindestens den gegenbeweis zu widerlegen. und vielleicht kannst du uns unwissenden ein wenig den weg erhellen.Oldperl hat geschrieben:warum sollte ich?
müssen musst du nicht, aber dürfen darfst du alleweil.Oldperl hat geschrieben:Ich habe keine Ansprüche und muss auch Niemandem, schon gar nicht dir, irgendetwas beweisen.
damit der spezifizierte callback (gz_handler) von ob_start funktionieren kann, darf zuvor keine ausgabe vorgenommen worden sein. an der bezeichneten stelle wird ob_start auch nicht zur ausgabepufferung der ganzen seite verwendet, sondern nur, um die ausgabe der ausführung der gespeicherten con_code ran zu kommen. es wäre günstig, wenn ganz zu beginn auch bereits ein ob_start vorgenommen werden würde. damit könnte ein beliebiger callback erfolgen und es wäre innerhalb von modulen möglich, den code zu verwerfen und ggf. eigene header zu senden.ConTester hat geschrieben:aber so gibt es stets einen Content-Encoding-Fehler (Firefox: "Die Webseite, die Sie öffnen möchten, kann nicht angezeigt werden, da sie eine ungültige oder unbekannte Form der Kompression verwendet."). Habe den lokalen Cache und die Tabelle con_code geleert, verschiedene Browser verwendet, die Seite wird über foo/cms/front_content.php?idart=12 aufgerufen (ohne Rewrite oder ähnliches) und der Fehler ist reproduzierbar.