Re: Re: HTTPCall error

От: Vladimir A. Butenko <CGatePro_at_mx_ru>
Дата: Wed 26 Oct 2005 - 11:40:36 MSD

On Wed, 26 Oct 2005 11:19:40 +0400
  "Aleksey Silin" <CGatePro@mx.ru> wrote:
> Vladimir A. Butenko wrote:
>

>> Ну, не любит он HTTP/1.0.
>> Чай, не 1995 год на дворе...

>
> Это squid так отвечает, если его нет то ответ HTTP/1.1.
> Значит при прозрачном проксировании функция HTTPCall работать не будет,
>жаль......

Что такое "прозрачное проксирование"? У Вас что, нету прокси, который поддерживал бы HTTP/1.1? Собственно, HTTP/1.1 в основном ради проксей и делался...

>>> 18:15:48.66 5 HTTPO-00029 inp: Transfer-Encoding: chunked
>>> 18:15:48.66 5 HTTPO-00029 inp: Content-Type: text/html
>>> 18:15:48.66 5 HTTPO-00029 inp:
>>> 18:15:48.66 1 HTTPO-00029 no Content-Length field
>>
>>
>> Опять же - всё честно сказал.
>> Вы хотите keep-alive, при этом не написали Content-Length.

>
> Я наоборот keep-alive не хочу. Почему CGP подставляет этот параметр мне
>непонятно.

Потому что он его хочет. Это его право. Ваше право отказаться. А он его хочет, чтобы работало реально, под нагрузкой - чтобы не открывать каждый раз соединения - Вы же, скорее всего к одному и тому же серверу будете обращаться.
А CGatePro будет держать некий кэш этих соединений. Но если Вы скажете, что не хотите keep-alive - он Вас простит.

> Из всех параметром запроса я указал только GET и все:
> parameter.("body") = "";
> parameter.("Content-Type") = "";
> parameter.("Content-Subtype") = "";
> parameter.("method") = "GET ";
> many=HTTPCall("http://www.mail.ru/",parameter);
>
> Подскажите пожалуйста как мне запретить CGP слать этот параметр?
Никак, потому что незачем. Это - пожелание клиента, выполнять его Ваш сервер не обязан. Но если он не хочет быть "сервером для малого офиса", то лучше, чтобы выполнял.   

Sincerely,
Vladimir Получено Wed Oct 26 07:38:47 2005