Почтовый сеpвеp

От Andrew Kant (2:469/83.1) к Slawa Olhovchenkov

Hello Slawa!

Monday April 06 2009 13:49, Slawa Olhovchenkov wrote to Andrew Kant:

 AK>> Monday April 06 2009 10:13, Slawa Olhovchenkov wrote to Andrew

 AK>> Kant:

 AC>>>>>>>>> Так что я бы сказал, что единственная засада FTP по

 AC>>>>>>>>> сравнению с HTTP - это проблемы с NAT, и те уже встречаются

 AC>>>>>>>>> крайне редко. Изначально

 AO>>>>>>>> Одной проблемы с русскими именами файлов - достаточно для

 AO>>>>>>>> того, чтобы не использовать ftp. Заодно отламывается

 AO>>>>>>>> возможность хоть что-то закачать на сервер. :)

 EG>>>>>>> У ftp _нет_ проблем с русскими именами.

 AO>>>>>> Вот ведь флеймер, блин. :) Понятно, что проблема вылезает у

 AO>>>>>> клиентов... Hо виноват - протокол, не умеющий UTF8 имена.

 EG>>>>> У протокола ftp _нет_ проблем с UTF8.

 AK>>>> Он хотел сказать, что данным протоколом ты не можешь объяснить

 AK>>>> клиенту, в какой именно кодировке ты ему отдаёшь русские имена.

 AK>>>> Через http это возможно.

 SO>>> через http это тоже невозможно

 AK>> Описание протокола HTTP (rfc2068, ну или более поздний, если он

 AK>> устарел, но это не принципиально), раздел 2, описание того, как

 AK>> кодируются литералы:

 AK>> Мне кажется, этого вполне достаточно, чтоб указать значение

 AK>> заголовка Content-Disposition: filename= в любой кодировке и

 AK>> указать в какой именно.

 AK>> Считаю данный вопрос исчерпанным :)

 SO> рекомендую начать с более простого вопроса -- как указать в какой

 SO> кодировка имя файла, котоый запрашивается.

Очень простой вопрос (если ты имеешь в виду кодировку запроса). И на него есть

очень простой ответ - в техническом задании на создание сервиса. То есть

разработчик сайта сам принимает решение как это должно быть сделано (если через

POST или GET), только это немного выше по уровню, чем http-протокол. Кодировка

может быть задана жестко, или она может определяться из характеристик браузера,

или пимпочкой в формочке - всё зависит от фантази разработчика. В конце-концов

кто мешает серверу распознать тот-же миме-кодированный формат в URI ?  Hикакой

проблемы не вижу. А если ты пользуешься методом PUT - то всё кодируется через

те-же заголовки абсолютно так-же как и в GET, только в другом направлении (в

запросе а не в ответе).

Вот только непонятно, какое это имеет отношение к "более сложному" вопросу, а

именно к тому, что по-твоему "через http это тоже невозможно". Сервер может

отдать имя в любой желаемой (сервером) кодировке, как - я уже указал. Или ты

хочешь опротестовать RFC?

Good bye!

           Andrew

--- GoldED+/W32 1.1.4.7

 * Origin: * KAA * (2:469/83.1)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким