Загрузка FTP-ссылки через скрипт, который меняет адрес на http - PullRequest
0 голосов
/ 24 июня 2010

Я написал скрипт в tcl, чтобы получить ссылки из загружаемой части огромного документа, проверяющего http: // и ftp: // как ссылки для загрузки. Все ссылки ftp: // не требуют пароля / имени пользователя, и вместо того, чтобы обрабатывать их в отдельных случаях (передача ftp: // одному методу загрузки и http: // другому методу загрузки), я бы просто передал все ссылки один метод и замените ftp: // http: //.

например. если бы у меня был ftp: //server.com/dir/big_file.zip, я бы передал это как http://server.com/dir/big_file.zip и загрузил бы его как этот.

У меня не было проблем с тестированием с небольшим образцом (тестирование длится вечно из-за размера файла), и перед тем, как запустить его в одночасье, чтобы загрузить все, что я хочу знать, есть ли какие-нибудь возможные опасности, которые могут возникнуть? Мне нужно только загрузить, не нужно загружать, и я уверен, что все FTP-ссылки не имеют пользователя / passwd.

Кроме того, я знаю, что это, вероятно, плохая практика, но в чем разница между использованием ftp: // и http: // для ссылки на файл, когда нет имени пользователя / пароля?

Ответы [ 2 ]

1 голос
/ 25 июня 2010

Имейте в виду, что для сервера вполне возможно сделать файл доступным через FTP, не делая это для HTTP.Я бы пошел так далеко, чтобы сказать, что это довольно распространенное явление.При этом, если сервер, на который вы попали, обслуживает все файлы по обоим протоколам, то с вами все будет в порядке.

В случае, если некоторые файлы могут быть недоступны через HTTP, вы можете попробовать одну вещьисходный URL (FTP) должен использоваться в качестве запасного варианта в случае сбоя HTTP.

1 голос
/ 24 июня 2010

Если они все с одного и того же сервера, это не вызовет проблем с аутентификацией (если это работает для некоторых, это должно работать для всех них).FTP и HTTP работают на разных портах, поэтому использование одного над другим приведет к загрузке файла через другой порт.Иногда FTP может быть быстрее, чем HTTP (поскольку он предназначен для передачи файлов), поэтому может быть лучше использовать FTP, если вы можете.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...