Работа с FTP в среде WWW - часть 2

как ftp клиент. Правила формирования адреса были описаны выше, все остальное

предельно просто. Если в качестве пути указан только путь к некоторому каталогу,

а не сам файл (пример 1), то броузер покажет Вам список файлов в этом каталоге. Если

же путь указан вплоть до имени файла, то вскоре файл с некоторой вероятностью

окажется у Вас на диске. Почему с некоторой вероятностью? Потому, что к сожалению,

http использует для ftp собственную подсистему пересылки файлов. Что не привело к повышению

надежности. Однако об этом чуть позже.

Искушенный пользователь WWW заметит, что иногда

адреса файлов в url в качестве scheme содержат http вместо ftp. Это разные, и в то же

время одинаковые вещи. Дело в том, что указывая http, Вы говорите WWW серверу искать

файл в области каталогов, которые отведены HTML файлам. Если ftp, то указываемые

каталоги будут совпадать с теми, которые доступны посредством классического ftp.

Сравнение HTTP и FTP путей

Хотя реально принципы передачи в обеих случаях одинаковы. На самом деле здесь

кроется одна очень большая проблема. Некоторые организации, имеющие быстрый доступ к

Internet забывают, что не у всех он столь же быстр. Таким пользователям удобно использовать

классический ftp вместо WWW броузера. Дело в том, что реализация ftp в http оставляет

желать много лучшего.

Основной предмет критики - отсутствие такой полезной функции как

reget. Это особенно актуально для низкоскоростных российских коммуникаций, где скорость порой

падает до нескольких десятков байт в секунду. При такой скорости разрыв соединения -

очень частое явление. И переслать файл в несколько мегабайт уже является большой проблемой.

При потере соединения Вы reget в ftp клиенте, однако в среде WWW Вам,

увы, придется начать все сначала. Более того, если Вы работаете с WWW через proxy,

основанном на программном обеспечении от CERN, то есть вероятность, что при обрыве