gzip и deflite - это параметры компрессии. Т.е. ты говоришь серверу прислать тебе сжатый текст..

ЕррорНео я бы тебе посоветовал использовать инди где это решается в пару строк кода,
но я уже в другой теме прочитал что ты не любишь её (велосипедо-строительство рулед)

Хотя, мб есть возможность прикрутить всего один класс TIdCompressorZLib, но его метод имеет вид:
procedure DecompressHTTPDeflate(
AInStream: TIdStream,
AOutStream: TIdStream
);
Т.е. в любом случае надо конвертировать в TIdStream

правда? Оо.

я не люблю инди потому что он глючен + не позволяет развивать больших скоростей. (а многие мои прграммы за счет Вин-Апи обрабатывают по 10+- тысяч запросов\мин)
Но за совет тем не менее благодарю. Может быть в этой конерктной программе, где у меня все упирается в траффик - и правда эффективнее будет заюзать инди.

Хотя, конечно, было бы прикольнее просто каким-то образом декодировать gzip=\

спс.

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

Ты как специализирующийся на винсок, можешь сказать сколько % выигрыша в скорости дают сокеты перед инди?

в инди все просто сделанно, и там ты можешь "Декомпресировать" текст, который тебе прислал сервер. В принципе это экономия трафика))

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

везде свои подюсы и минусы)) все зависит от цели)

зависит от приложения. Если потоков мало - врятли выиграш будет заметен, а в многопоточных приложениях (1000+ потоков) выигрыш - десятки процентов.

2 ErrorNeo 1000+ потоков 0 выигрыш будет = бесконечности потому что деление на 0 даст ошибку )) т.к. в 1000 потоков инди загнется все со всей прогой и половиной винды )