Здравствуйте.

Имеется код:

var webRequest = (FtpWebRequest)WebRequest.Create(uri);
webRequest.Method = WebRequestMethods.Ftp.ListDirectoryDetails;

Пусть uri будет ftp://127.0.0.1/sta1, результат -- инф-ия о папке sta1, нежели о содержимом. Пусть uri будет ftp://127.0.0.1/sta1/, результат -- инф-ия о файлах в папке sta1, т.е. то что надо.
Почему так? Т.е. для ftp "ftp://127.0.0.1/sta1" -- это файл, а "ftp://127.0.0.1/sta1/" -- это уже папка?

Сразу оговорюсь, что тестировался вот с этим опереточным ftp сервером, дабы не возится с "монстрами".

Здравствуйте, Sharov, Вы писали:

S>Здравствуйте.

S>Имеется код:
S>

S>var webRequest = (FtpWebRequest)WebRequest.Create(uri);
S>webRequest.Method = WebRequestMethods.Ftp.ListDirectoryDetails;
S>

S>Пусть uri будет ftp://127.0.0.1/sta1, результат -- инф-ия о папке sta1, нежели о содержимом. Пусть uri будет ftp://127.0.0.1/sta1/, результат -- инф-ия о файлах в папке sta1, т.е. то что надо.
S>Почему так? Т.е. для ftp "ftp://127.0.0.1/sta1" -- это файл, а "ftp://127.0.0.1/sta1/" -- это уже папка?

S>Сразу оговорюсь, что тестировался вот с этим опереточным ftp сервером, дабы не возится с "монстрами".



Отбой. Проверил на "взрослых" ftp серверах -- разницы никакой. Это, видимо, специфика данного опереточного ftp сервера. Хотя браузер при запросе ftp://127.0.0.1/sta1 таки добавляет / в конце, т.е. видимо ftp://127.0.0.1/sta1/ надежней.

Здравствуйте, Sharov, Вы писали:

S>Отбой. Проверил на "взрослых" ftp серверах -- разницы никакой. Это, видимо, специфика данного опереточного ftp сервера. Хотя браузер при запросе ftp://127.0.0.1/sta1 таки добавляет / в конце, т.е. видимо ftp://127.0.0.1/sta1/ надежней.

FTP как протокол с многочисленными реализациями — весь сплошная оперетта. Этакий предтеча современного cross-browser JS hell. Мигрируйте на HTTP (если возможно).

P.S. Кстати, а почему не IIS services? Там же тоже FTP есть, в виде сервисов есть и на обычных виндах (просто доустановить через Панель управления).

Здравствуйте, Mr.Delphist, Вы писали:

MD>Здравствуйте, Sharov, Вы писали:

S>>Отбой. Проверил на "взрослых" ftp серверах -- разницы никакой. Это, видимо, специфика данного опереточного ftp сервера. Хотя браузер при запросе ftp://127.0.0.1/sta1 таки добавляет / в конце, т.е. видимо ftp://127.0.0.1/sta1/ надежней.

MD>FTP как протокол с многочисленными реализациями — весь сплошная оперетта. Этакий предтеча современного cross-browser JS hell. Мигрируйте на HTTP (если возможно).

MD>P.S. Кстати, а почему не IIS services? Там же тоже FTP есть, в виде сервисов есть и на обычных виндах (просто доустановить через Панель управления).

Да, про встроенный ftp я знаю, но мне для интеграционных тестов надо создавать произвольное (пока 3) кол-во ftp серверов с разными папочками. Преимущество этого опереточного сервера в том, что его это просто отдельный процесс параметрами которого явл. папка и порт. Запустил тесты, поднял соотв. процесс с параметрами, прогнал тесты, прибил процесс. Все контролируемо и работает как надо. Другое дело, что без / в конце он папку как файл понимает. Но это устранимо.