<?xml version="1.0" encoding="UTF-8" ?><oembed><version>1.0</version><provider_name>Чудо{вищные} заметки</provider_name><provider_url>https://miracle.rpz.name</provider_url><author_name>MiRacLe</author_name><author_url>https://miracle.rpz.name/author/miracle/</author_url><title>Content-Encoding: gzip</title><html>&lt;p&gt;Использовал &lt;a title=&quot;Output plugin for smarty&quot; href=&quot;http://smarty.incutio.com/?page=GZipPlugin&quot;&gt;output.gzcompress.php&lt;/a&gt; для &lt;a title=&quot;PHP Template Engine&quot; href=&quot;http://smarty.php.net/&quot;&gt;smarty&lt;/a&gt; и вот вчера обнаружил досадное недоразумение &ndash; одна из страниц после включения этого фильтра перестала отображаться в браузерах (именно отображаться &ndash; заголовки приходят верные, контент поступает в &laquo;полном объёме&raquo;, а окно остаётся девственно-чистым), начал разбираться в чём же дело &ndash; как тут быть. &lt;/p&gt;
&lt;p&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Однажды я уже находил &laquo;недоразумение&raquo; в этом плагине &ndash; необходимо было проверять не включен ли &lt;a href=&quot;http://smarty.php.net/manual/en/variable.debugging.php&quot;&gt;debugging&lt;/a&gt;, в противном случае IE не мог &laquo;распаковать&raquo; JS, для debug-консоли, отображал &laquo;нелепицу&raquo; и при обновлении страницы вообще падал.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;&lt;strike&gt;Подозрение пало на &lt;a href=&quot;http://php.net/session_start&quot;&gt;session_start()&lt;/a&gt; &ndash; единственное &laquo;глобальное&raquo; отличие этой страницы от других. И оно (подозрение) оправдалось. Несмотря на то что в плагине есть проверка !&lt;a href=&quot;http://php.net/headers_sent&quot;&gt;headers_sent()&lt;/a&gt; , она проходила успешно &ndash; в php.ini уже давно &lt;a href=&quot;http://php.rinet.ru/manual/en/ref.outcontrol.php#ini.output-buffering&quot;&gt;output_buffering&lt;/a&gt; стоит не 0 ( &ndash; 4096). Видимо gzip(deflate)-контент и cookie есть вещи несовместные(возможно дело в порядке отсылки заголовков &ndash; читать сейчас RFC не хочется) &ndash; пришлось добавить ещё одну проверку в &lt;a href=&quot;http://smarty.incutio.com/?action=history&amp;page=GZipPlugin&quot;&gt;плагин&lt;/a&gt;.&lt;/strike&gt;&lt;br /&gt;
&lt;hr /&gt;

&lt;p&gt;&lt;strong&gt;UPDATE от 22.12.2005: &lt;/strong&gt;Каюсь, был дурак - был бы не дурак, всё бы понял - проблема была вовсе не в сессиях, а в том что в скрипте был перевод строки после закрывающего тега &quot;?&gt;&quot;, который, ясен пень, посылался до &quot;зипованного&quot; контента
&lt;blockquote&gt;Очевидно именно так в древности люди придумывали себе суеверия и богов - перешла чёрная кошка дорогу, а тот кто её увидел через полчаса споткнулся и сломал ногу - вывод: кошка приносит несчастья... (&quot;Таракан без ног не слышит&quot;) &lt;/blockquote&gt;&lt;em&gt;Побежал стирать из smarty.wiki свою тупость...&lt;/em&gt;
&lt;p&gt;Попутно надо что-нибудь придумать со скриптами - либо нужен некий tool(.sh-скрипт ?) который эти &quot;неожиданные&quot; переводы строк будет убирать(автоматически?) либо нужен плагин для редактора, который этим займётся...&lt;/p&gt;
&lt;hr /&gt;

&lt;p&gt;&lt;strong&gt;P.S.&lt;br /&gt;&lt;/strong&gt;Вчера вышла &lt;strike&gt;новая&lt;/strike&gt; очередная - 2.6.11 - версия &lt;a title=&quot;smarty changelog&quot; href=&quot;http://smarty.php.net/misc/news&quot;&gt;Smarty&lt;/a&gt; &ndash; подправлена работа с не так давно вышедшим PHP 5.1, пофиксены баги с кешированием и &lt;a href=&quot;http://smarty.php.net/manual/en/language.function.insert.php&quot;&gt;insert&lt;/a&gt;-ами: три часа &ndash; полёт нормальный&hellip; ещё три и пойду обновлять на production-серверах. &lt;/p&gt;&lt;/strong&gt;</html><type>rich</type></oembed>