compression on Web
А не подходит?
нет там серверные скрипты не на джаве. используется ASP.NEEEEET
А Transfer-Encoding: gzip чем не устраивает ?
Стандартней некуда.
как в контент енкодинг энто подключить ?
я пишу в запросе: Accept-Encoding: gzip энто видимо мимо?
we highly recommend that you use the internal compression engine in IIS 6.0 on Windows Server 2003 -- it's lightning fast, incurs minimal resource penalties, and you already bought it when you bought the OS.
There are a few major drawbacks to IIS 6.0 built-in compression: natively, IIS 6.0 offers no browser compatibility checking and limited configuration options. Compression can only be safely deployed with browser checking, as you may wind up sending compressed content to a browser that cannot decompress it! IIS 6.0 also does not provide a graphical interface to most controls (necessities like site level compression, compression schemes, and all advanced settings are only accessible via a labor-intensive programmatic interface).
это настраиваемая опция IIS? или зависит от запроса? ( т.е. в запросе указано, что можем принять gzip и IIS автоматически сжимает)
Клиент может указать: умеет он принимать или не умеет - сжатые файлы,
а IIS может это пожелание принять к сведению, а может и не принять.
доступа к настрофкам IIS нет
а что есть?
ХЗ я не программлю это, я программлю клиентскую часть, и в ASP.Net технологиях, администрировании серверов и пр. не секу. знаю что тестовое решение сейчас живет на РБК-шном хостинге, самый дешевый виндовский который.
тогда смотри:
сенкс я отправлю нашему Web-работнику
Оставить комментарий
AVGO
нужно решение для сжатия данных при пересылке через http. которое могло бы жить на видновских серверах? ну и хотелось бы, чтобы там не было экзотики чтобы были либы это принять на другом конце.