Всем добрый день!
Есть архитектура Сервер-Клиенты, связь между которыми реализована при помощи WCF. Используется привязка wsHttpBinding.
Задача: Использовать механизм HTTP Compression (Access-Encoding: gzip) для сжатия трафика.
Если кто-то реализовывал нечто подобное, большая просьба ответить!
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Здравствуйте, dileon, Вы писали:
D>Всем добрый день!
D>Есть архитектура Сервер-Клиенты, связь между которыми реализована при помощи WCF. Используется привязка wsHttpBinding.
D>Задача: Использовать механизм HTTP Compression (Access-Encoding: gzip) для сжатия трафика.
D>Если кто-то реализовывал нечто подобное, большая просьба ответить!
Лично я пользую MessageCompressor библиотеку, написанную
одним хорошим человеком
Ну и там статья и внизу полезные линки, которые читал и пришел к такому же выводу что и автор насчет "простоты" предлагаемых решений.
Спасибо, SHEMA
Но мне по требованию нужно использовать HTTP Compression (Access-Encoding: gzip)
Я не совсем до конца понимаю, с какой стороны вообще подходить к решению данной задачи. Если я не ошибаюсь, то Access-Encoding: gzip — это параметр заговоловка HTTP со значением. Тогда возникает вопрос: Сводится ли задача к настройке данного параметра и в таком случае сжатие будет реализовываться HTTP или данный параметр нужно обрабатывать?
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Здравствуйте, SHEMA, Вы писали:
SHE>Я думаю первое (достаточно добавить заголовок), т.к. ето стандартная функциональность HTTP протокола. В примере, который я посоветовал выше, пример поведения с инсталляцией IDispatchMessageInspector, в BeforeSendReply() callback-e можно вешать custom header-i на каждое сообщение.
это только для если wcf-сервис "крутится" на IIS(который сконфигурирован для gzip сжатия), если же нужно реализовать свой ServiceHost, то соответственно нужно самому проделывать работу по сжатию и распаковыванию.
Для тех, кто тоже столкнулся с данной задачей — вот
тут можно посотреть вопрос на эту тему. А
тут можно скачать пример.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>