alexkuklin: (Default)
alexkuklin ([personal profile] alexkuklin) wrote2011-01-21 05:29 pm

(no subject)

И как им это удается?


---request begin---
GET /realty/ HTTP/1.0
User-Agent: Wget/1.12 (linux-gnu)
Accept: */*
Host: *****
Connection: Keep-Alive
Accept-Encoding: compress, gzip

---request end---
Запрос HTTP послан, ожидается ответ...
---response begin---
HTTP/1.1 200 OK
Date: Fri, 21 Jan 2011 15:21:51 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
Keep-Alive: timeout=5
Server: Apache
Cache-Control: max-age=0
Expires: Fri, 21 Jan 2011 15:21:50 GMT
Set-Cookie: _sessStartTime=1295623311; path=/; domain=*****
Set-Cookie: _sessPageCounter=1; path=/; domain=*****
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Length: 4282



Notice: Undefined offset: 0 in /home/*****/func/FCatalog.php on line 48

(дальше кусок бинарника - явно gzip)


Это что, дивная cms, которая gzip самостоятельно делает?

[identity profile] dizel-by.livejournal.com 2011-01-21 03:30 pm (UTC)(link)
А в чём, собственно, проблема? Многие хостеры запрещают mod_deflate, а длинные страницы жать как-то нужно.

[identity profile] alexkuklin.livejournal.com 2011-01-21 03:32 pm (UTC)(link)
проблема в том, что вывод ошибки приводит к битым gzip-данным.
имхо, компрессия выходящего потока - это проблема хостера, не?

[identity profile] dizel-by.livejournal.com 2011-01-21 03:36 pm (UTC)(link)
Ну включать gzip нужно после отладки и с умом, да

[identity profile] besm6.livejournal.com 2011-01-21 04:03 pm (UTC)(link)
Не. То есть если ты сможешь сделать это проблемой хостера, то да, а так нет. У него канал толстый, и несжимаемого контента там бегает, скорее всего, и так существенно больше, чем сжимаемого.

[identity profile] ji6papuah.livejournal.com 2011-01-21 05:22 pm (UTC)(link)
Профит от сжатия намного меньше, поскольку стоимость траффика намного меньше чем затраченное процессорное время.

[identity profile] crazy-daemon.livejournal.com 2011-01-21 06:05 pm (UTC)(link)
Там еще профит в чуть более быстром освобождении сокета.