Где-то как-то сталкивался с тем, что IE некорректно распаковывает полученную страницу. И для исправления данного недоразумения предлагалось перед самой страницей выдавать что-то около 2КБ пробелов (&032). Кто что знает по этому поводу? Подробности, ссылки и т.п.
AterCattus Никогда не слышал о таком, всегда сжимаю контент перед отдачей, никогда не жаловались (IE 5-6-7). И если уж добавлять балласт, то ни в коем случае не ПЕРЕД данными, а ПОСЛЕ. Кстати, небольшая деталь: я пользуюсь не стандартным ob_gzhandler, а своим обработчиком. Единственная разница - мой обработчик корректно посылает заголовок Content-Length.
У меня никаких проблем на FF и Safari. В IE7 тоже все ок. У меня. Но есть глюки на сторонних машинах под MyIE (на основе IE6). У меня у самого свой обработчик. Смотрел несколько сторонних CMS/CMF, но только у Битрикса идет свой обработчик. И в нем нашел вот такой занятный код: PHP: <?php if(!defined("BX_SPACES_DISABLED") || BX_SPACES_DISABLED!==true) if((strpos($GLOBALS["HTTP_USER_AGENT"], "MSIE 5")>0 || strpos($GLOBALS["HTTP_USER_AGENT"], "MSIE 6.0")>0) && strpos($GLOBALS["HTTP_USER_AGENT"], "Opera")===false) $Contents = str_repeat(" ", 2048)."\r\n".$Contents; ?> Значит все-таки что-то в этом есть? Я пробовал много разных вариантов, но вот базовый: PHP: <?php $content = /* str_repeat( ' ', 2048 ) . */ ob_get_clean(); $len = strlen( $content ); $crc32 = crc32( $content ); // сжатие $content = gzcompress( $content, $this->config( 'compression_level', 5 ) ); if ( $content === FALSE ) return FALSE; $content = substr( $content, 0, -4 ); header( 'Content-Encoding: ' . $this->acceptEncoding() ); /* header( 'Content-Length: ' . strlen( $content ) ); */ echo "\x1f\x8b\x08\x00\x00\x00\x00\x00"; echo $content; echo pack( 'V', $crc32 ); echo pack( 'V', $len ); ?> Закоментированы варианты. Content-Length по RFC по желанию, а не обязательно.
Сделал такой вариант: PHP: <?php $content = ob_get_clean() . str_repeat( ' ', 2048 ); $len = strlen( $content ); $crc32 = crc32( $content ); // сжатие $content = gzcompress( $content, $this->config( 'compression_level', 5 ) ); if ( $content === FALSE ) return FALSE; $content = substr( $content, 0, -4 ); header( 'Content-Encoding: ' . $this->acceptEncoding() ); header('Vary: Accept-Encoding'); header( 'Content-Length: ' . strlen( $content ) ); echo "\x1f\x8b\x08\x00\x00\x00\x00\x00"; echo $content; echo pack( 'V', $crc32 ); echo pack( 'V', $len ); ?> Работает везде, вроде. Но неужто придется мириться с этими лишними 2КБ? Понятно, что в сжатом виде они займут всего несколько бит, но все же...
AterCattus Ох, не стал бы я брать Битрикс в качестве образца... *звуки тошноты* Разумеется. Но с ним лучше.
AterCattus, уровень компрессии по умолчанию замени на 3. Больше не имеет смысла, т.к. сжимать не будет, а процессор тратить - да.
Dagdamor Битрикс я взял постольку-поскольку в нем предпринята попытка решить некую проблему. Я так понимаю, что они не просто так это написали. Про $GLOBALS я ничего хорошего не скажу, пример привел именно с целью показать str_repeat( ' ', 2048 ). Не раз сегодня читал, что есть некоторые проблемы с IE и Opera для Content-Length + Content-Encoding + gzip. Вот и спрашивал. lexa Уровень компрессии тут только для примера. В конфиге, который собственно и читается вызовом $this->config() вообще задано 1. На моих страницах ( порядка 2КБ ) при локальной работе это все роли не играет, а т.к. проект в начальном развитии, то я пока не парюсь по этим мелочам. Да, если честно, этот совет - оффтоп ;-) [жуткий offtop]Степень сжатия - это скорее расход памяти на словарь, а не процессора.[/жуткий offtop]