» Браузер не поддерживает GZIP

В общем этот вопрос меня не сильно волновал, пока не пересел на выделенку .
Проблема в том, что IE (и MyIE соответственно) не получают GZIPованные страницы. Я так понимаю, проблема в том, что не шлется соответствующий заголовок, потому что если насильно скормить загзипованную страницу, то IE кушает ее без проблем (это я пробывал пользоваться webwarper.net, но там столько гадости всякой, что желание иметь с ним дело у меня отпало ).
Итак, привожу результат выполнения php-скрипта
<?
print_r( getallheaders() );
?>

Код:
Array
(
[Accept] => */*
[Accept-Language] => ru
[Cache-Control] => no-cache
[Connection] => Keep-Alive
[Host] => localhost
[User-Agent] => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
)

Да, действительно, тебе отдается несжатый контент.

Код:
"forum.ru-board.com GET /topic.cgi?forum=5&topic=13162 HTTP/1.1" 200 14878 mod_gzip: DECLINED:NO_ACCEPT_ENCODING In:0 -< Out:0 = 0 pct.

Код: SCRIPT_NAME => /e.pl
SERVER_NAME => forum.ru-board.com
HTTP_REFERER => http://forum.ru-board.com/topic.cgi?forum=5&topic=13162
SERVER_ADMIN => root@host1.ru-board.com
HTTP_CONNECTION => Keep-Alive
REQUEST_METHOD => GET
HTTP_ACCEPT => */*
SERVER_SOFTWARE => Apache
QUERY_STRING =>
REMOTE_PORT => 7213
HTTP_USER_AGENT => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
SERVER_SIGNATURE =>
Apache/1.3.31 Server at forum.ru-board.com Port 80

SERVER_PORT => 80
HTTP_ACCEPT_LANGUAGE => ru
REMOTE_ADDR => 82.199.96.65
SERVER_PROTOCOL => HTTP/1.1
PATH => /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin:/root/bin
REQUEST_URI => /e.pl
GATEWAY_INTERFACE => CGI/1.1
SERVER_ADDR => 65.75.176.229
HTTP_HOST => forum.ru-board.com

UsERrorNAME
Все нормально, кроме одного- в заголовках не посылается строка типа
HTTP_ACCEPT_ENCODING => gzip, deflate

У тебя никакого специфичного софта на компе не стоит?
Типа файрволов, проксей, итд итп..
Попробуй другой браузер, нетшкаф, или оперу, например.
Что она нарисует на той странице, что я дал..

Да и сам ты, как подключен к интернету?

Код:
Address 82.199.96.65 has been resolved to nat-pool-ip1.iskratelecom.ru

Цитата:

Все нормально, кроме одного- в заголовках не посылается строка типа
HTTP_ACCEPT_ENCODING => gzip, deflate

Вот и я о том же.


Цитата:

Попробуй другой браузер

Mozilla Firefox:

Код: SCRIPT_NAME => /e.pl
SERVER_NAME => forum.ru-board.com
SERVER_ADMIN => root@host1.ru-board.com
HTTP_CONNECTION => keep-alive
REQUEST_METHOD => GET
HTTP_ACCEPT => text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
SERVER_SOFTWARE => Apache
HTTP_ACCEPT_CHARSET => windows-1251,utf-8;q=0.7,*;q=0.7
QUERY_STRING =>
REMOTE_PORT => 4367
HTTP_USER_AGENT => Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040917 Firefox/0.10

SERVER_SIGNATURE =>
Apache/1.3.31 Server at forum.ru-board.com Port 80

SERVER_PORT => 80
HTTP_ACCEPT_LANGUAGE => ru-ru,ru;q=0.5
REMOTE_ADDR => 82.199.96.65
HTTP_KEEP_ALIVE => 300
SERVER_PROTOCOL => HTTP/1.1

REQUEST_URI => /e.pl
GATEWAY_INTERFACE => CGI/1.1
SERVER_ADDR => 65.75.176.229
HTTP_HOST => forum.ru-board.com

Проблема решилась! Всем у кого фаерволл Agnitum Outpost идти в реестре в HCLM/Software/Agnitum/Outpost Firewall и изменить там ключ EnableGzipEncoding на 1.
Во дела-то, причем в интерфейсе аутпоста никакого упоминания про gzip нету.

UsERrorNAME
Обратились бы в Agnitum.

UsERrorNAME
очень хорошо, это там по дефолту стоит?
Замечательно. Браво Agnitum Outpost!


Обязательно сходи в топик http://forum.ru-board.com/topic.cgi?forum=5&topic=11492#1 и сообщи всем это решение.
Люди и не подозревают, что у них не работает сжатие, а значит лишний трафик, ака тормоза...

Цитата:

очень хорошо, это там по дефолту стоит?

угу, но каким боком фаерволл вообще связан с GZIP я ума не приложу это стремление к монстроообразности меня поражает.

Цитата:

UsERrorNAME
Обратились бы в Agnitum.

наверно были какие-то причины у разработчиков делать эту опцию, но почему по дефолту не поставить 1? или хотя бы сообщить на видном месте об этом...

UsERrorNAME
Скорее всего, для того, чтобы работали агнитумовские плагины по управлению html-страницами, они не должны быть сжаты во время пропускания через файрвол. Для того чтобы эти самые плагины работали со всеми страницами без разбора, опция эта и включена.

Добавлено
Кстати, не удивлюсь, если подобные вещи творятся и в других подобных программах, e.g. ZoneAlarm etc.

Так а вопрос следующий:
Включили мы эту опцию, теперь у нас запрос на передачу в упакованов виде, а как проверить упаковывает ли реально удал. сервер странички или так и шлет в неупакованом виде??? Запрос запросом, но ведь не все сервера настроены на упаковывание. Как это можно узнать? Сниффером?

Я изменил ключ в реестре, перезапутил аутпост,
захожу сюда http://forum.ru-board.com/e.pl
и вижу заголовок
Цитата:

SCRIPT_NAME => /e.pl
SERVER_NAME => forum.ru-board.com
HTTP_REFERER => http://forum.ru-board.com/topic.cgi?forum=5&topic=13162
SERVER_ADMIN => root@host1.ru-board.com
HTTP_CONNECTION => Keep-Alive
REQUEST_METHOD => GET
HTTP_ACCEPT => image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/msword, application/x-shockwave-flash, */*
SERVER_SOFTWARE => Apache
QUERY_STRING =>
REMOTE_PORT => 3540
HTTP_USER_AGENT => Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; MyIE2; Maxthon)
SERVER_SIGNATURE =>
Apache/1.3.31 Server at forum.ru-board.com Port 80

без строки HTTP_ACCEPT_ENCODING => deflate, gzip,...
Почему?

Цитата:

Включили мы эту опцию, теперь у нас запрос на передачу в упакованов виде, а как проверить упаковывает ли реально удал. сервер странички или так и шлет в неупакованом виде???

меня тоже интересует вопрос, нет ли наглядного плагина или программки, показывающей гзипуются данные с конкретного сайта или нет. конечно можно написать скриптик для этого и проверять каждый сайт вручную, но это слишком уж геморройно

Цитата:

Я изменил ключ в реестре, перезапутил аутпост,

перезапускать его бесполезно были случаи, когда даже после анинсталляции он продолжал действовать . После изменения нужно именно перезагрузиться

Цитата:

Скорее всего, для того, чтобы работали агнитумовские плагины по управлению html-страницами, они не должны быть сжаты во время пропускания через файрвол.

да, наверно ты прав. Но сажать юзеров на трафик очень нехорошо

UsERrorNAME

Цитата:

или программки, показывающей гзипуются данные с конкретного сайта или нет

есть HttpWatch
http://forum.ru-board.com/topic.cgi?forum=35&topic=15677&start=40#lt

Цитата:

без строки HTTP_ACCEPT_ENCODING => deflate, gzip,...
Почему?

возможно у тебя проксомитрон или ещё какая то программа убивает эту функцию. в П. это от этого скрипта зависит:


Код:
[HTTP headers]
In = FALSE
Out = FALSE
Key = "Accept-encoding: prevent webpage encoding (Out)"
Match = ""

Widok

Цитата:

есть HttpWatch

Спасиб...


WRFan

Цитата:

возможно у тебя проксомитрон

А я наоборот в проксимитроне настроил так, что бы он автоматом добавлял в заголовок запрос на сжатие.



Цитата:

а то не сможете рекламу фильтровать

Дык, а вроде и так фильтрует и режет банеры... [AD ...] это же ведь Аутпост делает...

Похоже придется опытным путем устанавливать в каком случае трафик меньше...

WRFan

Цитата:

так что я бы не советовал включать gzip, а то не сможете рекламу фильтровать

Чушь - тот же проксомитрон прекрасно получает gzip, распаковывает сам и режет рекламу.

Widok

Цитата:

есть HttpWatch

МЛЯТЬ, СКАЧАЛ, УБИЛ КУЧУ ТРАФИКА, А ЭФФЕКТ ХУЖЕ ЧЕМ ОТ ПРОКСИМИТРОНА ДОБИТЬСЯ МОЖНО!!!

Цитата:

есть HttpWatch

сенкс, вещь хорошая, но это из серии "из пушки по воробьям" хотя и на этом спасибо.

Цитата:

Чушь - тот же проксомитрон прекрасно получает gzip, распаковывает сам и режет рекламу

а зачем же тогда скрипт, убивающий gzip header в P. пакетах присутствует? я его не писал, он уже в самом пакете был.

так что как видишь, с gzip-ом могут быть проблемы, раз webwasher и outpost автоматически отключают компрессию, а в П. присутствует скрипт. если бы с gzip-ом проблем бы не было, то и всех этих предосторожностей бы не было, а они есть во всех 3-ёх программах

WRFan

Цитата:

зачем же тогда скрипт, убивающий gzip header

а ХЗ, только с gzip работает
Мало ли зачем нужен этот скрипт, ведь есть же еще скрипт который делает enforce для Accept-encoding

Цитата:

а ХЗ, только с gzip работает

не понял что за x3?

WRFan
ХЗ=Х*ен (Х**) Знает

Цитата:

ХЗ=Х*ен (Х**) Знает

лол. я думал, он может про программу какую во всяком случае, ещё раз повторяю, все 3 web filtering proxies: outpost, Prox., webwasher - отключают gzip и уж наверное неспроста

WRFan
Есть так же фильтр на исходящие заголовки, который меняет любое значение accept-encoding на gzip, deflate. Как говориться кому, что нравиться. (Люблю эту вещицу - Proxomitron)
И также холосо рэжет баннеры, получая gzip. Хехе. Только что проверил на верхнем рекламном с ру-борды.
[more]

Код:
Запросили:
+++GET 72+++
GET /topic.cgi?forum=5&topic=11492&start=1000 HTTP/1.0
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; ru) Opera 7.60
Host: forum.ru-board.com
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1
Accept-Language: ru;q=1.0,en;q=0.9
Accept-Charset: windows-1252, utf-8, utf-16, iso-8859-1;q=0.6, *;q=0.1
Accept-Encoding: gzip, deflate
Referer: http://forum.ru-board.com/topic.cgi?forum=5&topic=11492&start=1000
Cookie: daysakapage=90%3B40; amembernamecookie=BOObastis; apasswordcookie=bla-bla-bla; lastvisit=36-1102254539--4-1102342254--51-1102651300--27-1102669587--6-1102668081--83-1102669360--32-1102672544--33-1102751235--61-1102753040--3-1102756090--24-1102766660--1-1102766595--13-1102806146--55-1102825459--29-1102825407--8-1102806146--40-1102829829--25-1102951148--35-1102939361--5-1102948975--; cookie=set
Cookie2: $Version=1
Connection: keep-alive


Получите:
+++RESP 72+++
HTTP/1.0 200 OK
Date: Mon, 13 Dec 2004 15:58:09 GMT
Server: Apache
Set-Cookie: lastvisit=36-1102254539--4-1102342254--51-1102651300--27-1102669587--6-1102668081--83-1102669360--32-1102672544--33-1102751235--61-1102753040--3-1102756090--24-1102766660--1-1102766595--13-1102806146--55-1102825459--29-1102825407--8-1102806146--40-1102829829--25-1102951148--35-1102939361--5-1102953063--; path=/; expires=Wed, 12-Jan-2005 15:58:09 GMT
Pragma: no-cache
Last-modified: Mon, 13 Dec 2004 14:57:59 GMT
Keep-Alive: timeout=30
Connection: Keep-Alive
Content-Type: text/html; charset=windows-1251
Content-Encoding: gzip
Content-Length: 13354
Match 72: Kill pop-up windows
Match 72: Suppress all JavaScript errors
Match 72: Stop browser window resizing
Match 72: Kill anti-cache meta tags
Match 72: Kill JavaScript Banners
Match 72: Frame Jumper-Outer
BlockList 72: in AdList, line 102
BlockList 72: in AdKeys, line 29
Match 72: Banner Blaster (limit text)
Match 72: Frame Jumper-Outer
Match 72: Frame Jumper-Outer
Match 72: Wordwrap all form textboxes
BlockList 72: in AdList, line 99
Match 72: Kill JavaScript Banners
BlockList 72: in AdList, line 99
BlockList 72: in AdKeys, line 29
Match 72: Banner Blaster (limit text)
Match 72: Frame Jumper-Outer
Match 72: Frame Jumper-Outer
Match 72: Banner Blaster (limit text)
<end> 72: Restore pop-ups after a page loads
+++CLOSE 72+++

2ALL


Цитата:

путем многочисленных опытов, самый наглядный из которых - http://www.photographic.com.ua/faq.aspx , там вверху у меня появляется знак с " ! ", что означает "Ваш броузер не поддерживает Content-Encoding"

стоит: Outpost Firewall Pro v 2.5.375.4822 (374) +Ad Muncher v4.6.10270+Opera v7.54u2

при этом
Цитата:

EnableGzipEncoding на 1.

точно
иду на

Цитата:

http://www.photographic.com.ua/faq.aspx

получаю !
выгружаю Ad Muncher
reload
Цитата:

http://www.photographic.com.ua/faq.aspx

получаю XML

MATi0Maximon
Извини, но из твоего поста я почти ничего не понял!
Однако, судя по набору используемых прог могу сказать:
Outpost может запрещать GZIP (об этом в этом топике выше);
AdMuncher всегда запрещает GZIP! Об этом здесь - http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=0094&start=740 .

2arsvrn

да ладно (прочти еще раз)

Цитата:

AdMuncher всегда запрещает GZIP

спасибо не знал. придется с AdMuncher прощаться что-ли

Обнаружены еще 2 gzip-вредителя, тоже рубят Accept-Encoding: gzip, deflate - Naviscope и MyProxy 6.40.

Еще один в черный список: GreenBrowser. Просто не вставляет заголовок "Accept-Encoding". Жаль, он мне нравился.
Интересно, можно ли с помощью Proxomitron вставить этот заголовок, если он отсутствует?
-------------------------
Поправка!: GB все-таки вставляет этот заголовок. Для этого в свойствах IE -> Advanced надо включить "Use HTTP 1.1 through proxy connections".
Спасибо Zeroglif. Подробнее здесь.