Wget 1.5.3. Руководство пользователя [Wget - насос для Интернета

Разное

Этот раздел содержит информацию, которая не вошла в другие разделы.

Прокси сервера - поддержка прокси серверов.
Распространение - получение новейшей версии.
Списки рассылки - почтовые списки рассылки Wget для анонсов и обсуждений.
Извещения об ошибках - как и где предоставлять информацию об ошибках.
Переносимость - системы на которых работает Wget.
Сигналы - обработка сигналов выполняемая Wget.

Прокси сервера

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

Wget поддерживает прокси одновременно и для FTP и для HTTP. Стандартным способом задания расположения прокси, который понимает Wget, является использование следующих переменных среды окружения:

http_proxy: Эта переменная должна содержать URL прокси для HTTP соединений.
ftp_proxy: Эта переменная должна содержать URL прокси для FTP соединений. В большинстве случаев HTTP_PROXY и FTP_PROXY это один и тотже хост.
no_proxy: Эта переменная должна содержать разделенный запятыми список доменов или доменных расширений для которых прокси не должно использоваться. Например, если значение "no_proxy" установлено в ".mit.edu", то прокси не будет использован при получении документов из MIT.

В дополнение к переменным среды окружения, расположение прокси и его установки могут быть определены непосредственно из Wget.

`-Y on/off' `--proxy=on/off' `proxy = on/off': Данная опция может быть использована для включения или выключения прокси. Поддержка прокси по умолчанию включена из предположения, что соответствующая переменная окружения установлена.
`http_proxy = URL' `ftp_proxy = URL' `no_proxy = STRING': Эти переменные инициализационного файла позволяют вам перекрыть установки прокси определенные в окружении.

Некоторые прокси сервера требуют выполнения авторизации для их использования. Авторизация состоит из имени пользователя и пароля, которые должны быть посланы Wget. Для HTTP авторизации существует несколько схем ее реализации. Для прокси авторизации в данный момент реализована только схема "Basic".

Вы можете указывать ваши имя пользователя и пароль или через URL прокси, или через опции командной строки. Предположим, что прокси компании расположен на "proxy.srce.hr" с номером порта "8001", тогда расположение прокси с данными авторизации может быть задано как:

http://hniksic:mypassword@proxy.company.com:8001/

В качестве альтернативы определения имени пользователя и пароля для прокси вы можете использовать опции "proxy-user" и "proxy-password", а также их эквивалентные установки ".wgetrc" - "proxy_user" и "proxy_passwd".

Распространение

Подобно всем GNU утилитам, последняя версия Wget может быть найдена на главном архивном сайте GNU ftp://ftp.gnu.org/, а также на его зеркалах. Например, Wget 1.5.3 может быть найден как ftp://ftp.gnu.org/pub/gnu/wget/wget-1.5.3.tar.gz.

Списки рассылки

Wget имеет свой собственный список рассылки wget@sunsite.auc.dk благодаря Карстену Сайгесену (Karsten Thygesen). Список рассылки ориентирован на дискуссии о возможностях Wget и вэба, сообщения о ошибках (тех, что вы считаете имеют интерес для публики) и анонсы. Добро пожаловать в подписку. Чем больше участников в списке, тем лучше!

Для подписки отправьте письмо на адрес wget-subscribe@sunsite.auc.dk В поле темы сообщения введите "волшебное" слово "subscribe". Отписка выполняется через адрес wget-unsubscribe@sunsite.auc.dk.

Список рассылки архивируется на http://fly.cc.fer.hr/archive/wget.

Извещение об ошибках

Вы можете свободно посылать сообщения об ошибках Wget на адрес <bug-wget@gnu.org>. Ошибки, которые вы думаете будут интересны широкой общественности могут быть отосланы копией в список рассылки <wget@sunsite.auc.dk>.

Перед тем как направлять отчет об ошибке, пожалуйста попытайтесь проследовать следующим простым советам.

Постарайтесь удостовериться, что состояние, с которым вы столкнулись, действительно ошибка. Если Wget "падает" - это ошибка. Если Wget действует не так как описано - это ошибка. Если он работает странно, но вы не уверены относительно того как он должен действовать, то, возможно, это тоже ошибка.
Постарайтесь повторить ошибку в как можно более простых условиях. Например, если Wget падает при "wget -rLl0 -t5 -Y0 http://yoyodyne.com -o /tmp/log", вы должны попытаться проверить будет ли он падать при более простом наборе опций.

Также, вероятней всего мне будет интересно содержимое вашего файла ".wgetrc", однако простой сброс его в отладочное сообщение в большинстве случаев плохая идея. Вместо этого вам желательно проверить повторится ли ошибка при устраненном ".wgetrc". Толко устранение ошибки в этом случае будет означать, что установки ".wgetrc" вызывают ошибку и вам необходимо отправить мне почтой соответствующие его части.
Пожалуйста запустите Wget с опцией "-d" и отправьте мне полученный отчет (или необходимые его части). Если Wget был скомпилирован без поддержки отладки, то пересобирите его. Значительно проще найти ошибку, когда существует поддержка отладки.
Если Wget падает, попытайтесь запустить его под отладчиком, например, "gdb 'какой wget' core" и набрать "where" для получения трассировки.
Наити, где существует ошибка, исправить и отослать мне заплаты. :-)

Переносимость

Поскольку Wget использует GNU Autoconf для сборки и конфигурации и не использует "специальные" ультра-мега-крутые возможности какого-либо UNIX-а, он должен нормально компилироваться (и работать) на большинстве UNIX платформ.

Различные версии Wget были скомпилированы и протестированы под многими типами UNIX систем включая: Solaris, Linux, SunOS, OSF (известный как Digital Unix), Ultrix, *BSD, IRIX и другие. Обратитесь к файлу "MACHINES" в дистрибутивном каталоге на предмет получения полного списка. Если вы откомпилировали Wget на платформе, которая не описана там, пожалуйста известите меня, чтобы я внес необходимые изменения.

Wget также должен собираться на других UNIX системах, которые не указаны в "MACHINES", если это не так, пожалуйста дайте мне знать.

Благодаря активному содействию соучастников данная версия Wget компилируется и работает на платформах Microsoft Windows 95 и Windows NT. Он был успешно скомпилирован при помощи MS Visual C++ 4.0, Watcom, и Borland C компиляторов, с использованием Winsock как сетевого ПО. На самом деле в нем искалечено несколько UNIX возможностей, но основной набор функций полностью работоспособен, поэтому он может служить подспорьем для людей застрявших на Windows. Заметим, что Windows порт не тестируется и не поддерживается мной. Все вопросы и проблемы должны быть направлены в список рассылки <wget@sunsite.auc.dk>, где люди занимающиеся поддержкой их просмотрят.

Сигналы

Поскольку предназначение Wget - работа в фоновом режиме, он перехватывает сигнал разрыва ("SIGHUP") и игнорирует его. Если вывод делался на стандартный вывод, то он перенаправляется в файл с именем "wget-log". Иначе "SIGHUP" просто игнорируется. Это обычная ситуация когда вы хотите перенаправить вывод Wget уже после момента его запуска.

$ wget http://www.ifi.uio.no/~larsi/gnus.tar.gz &
$ kill -HUP %%     # перенаправить вывод в wget-log

Кроме описанного, Wget не пытается обрабатывать никакие другие сигналы никаким образом. "Ctrl-C", "kill -TERM" и "kill -KILL" будут одинаково завершать процесс Wget.

< предыдущая | содержание | следующая >