как ftp клиент. Правила формирования адреса были описаны выше, все остальное
предельно просто. Если в качестве пути указан только путь к некоторому каталогу,
а не сам файл (пример 1), то броузер покажет Вам список файлов в этом каталоге. Если
же путь указан вплоть до имени файла, то вскоре файл с некоторой вероятностью
окажется у Вас на диске. Почему с некоторой вероятностью? Потому, что к сожалению,
http использует для ftp собственную подсистему пересылки файлов. Что не привело к повышению
надежности. Однако об этом чуть позже.
Искушенный пользователь WWW заметит, что иногда
адреса файлов в url в качестве scheme содержат http вместо ftp. Это разные, и в то же
время одинаковые вещи. Дело в том, что указывая http, Вы говорите WWW серверу искать
файл в области каталогов, которые отведены HTML файлам. Если ftp, то указываемые
каталоги будут совпадать с теми, которые доступны посредством классического ftp.
URL | Реально на сервере |
ftp://ftp.karelia.ru/pub/unix | /home/ftp/pub/unix |
http://ftp.karelia.ru/pub/unix | /files/www/pub/unix |
Хотя реально принципы передачи в обеих случаях одинаковы. На самом деле здесь
кроется одна очень большая проблема. Некоторые организации, имеющие быстрый доступ к
Internet забывают, что не у всех он столь же быстр. Таким пользователям удобно использовать
классический ftp вместо WWW броузера. Дело в том, что реализация ftp в http оставляет
желать много лучшего.
Основной предмет критики - отсутствие такой полезной функции как
reget. Это особенно актуально для низкоскоростных российских коммуникаций, где скорость порой
падает до нескольких десятков байт в секунду. При такой скорости разрыв соединения -
очень частое явление. И переслать файл в несколько мегабайт уже является большой проблемой.
При потере соединения Вы reget в ftp клиенте, однако в среде WWW Вам,
увы, придется начать все сначала. Более того, если Вы работаете с WWW через proxy,
основанном на программном обеспечении от CERN, то есть вероятность, что при обрыве