Прямая ссылка для скачивания
Прямая ссылка для скачивания (DDL) или просто прямая загрузка в Интернете — это термин, используемый в сообществе обмена файлами . Он используется для описания гиперссылки , указывающей на место в Интернете, где пользователь может загрузить файл. При использовании в диалоге DDL отличается от других форм одноранговой (P2P) архитектуры загрузки тем, что он использует архитектуру клиент-сервер , где 100 процентов файла хранится на одном файловом сервере или параллельно на нескольких серверах. несколько файловых серверов в ферме серверов .
Первоначально P2P использовался для распространения файлов большого размера, не требуя большой пропускной способности со стороны какого-либо одного узла . Однако из-за проблем с общим доступом, таких как отсутствие раздачи торрентов , ограничение портов обмена файлами узла со стороны интернет-провайдера или судебные иски из-за загрузки материалов, защищенных авторским правом, прямые загрузки стали популярной и законной альтернативой среди личеров . Также растет число предприятий, предлагающих гигабайты бесплатной пропускной способности и места для хранения данных.
Нарушение политики администратора сайта
[ редактировать ]DDL также приобрел значение предоставления прямых ссылок внутри сайта, где сопровождающие исходного сайта препятствуют пользователю напрямую получить доступ к файлу. К типичным препятствиям относятся:
- Требование от пользователя войти в систему, прежде чем ему будет предоставлена ссылка на желаемый контент.
- Использование ECMAScript или аналогичного программирования вместе с изменением DOM , чтобы инициировать загрузку вместо щелчка или щелчка правой кнопкой мыши непосредственно по ссылке.
- Загрузка программы-заглушки батута , которая при запуске загружает файл целиком.
- Загрузка приложения «менеджер загрузок», которое затем загружает нужный файл (что похоже на загрузку заглушки, но используется для более чем одного файла или пакета с одного и того же сайта).
У сопровождающих сайта могут быть вполне веские причины [ по мнению кого? ] таких препятствий, как:
- возможность информировать пользователей (по электронной почте) о доступных обновлениях, чтобы сократить время уязвимости программного обеспечения.
- попытка связать пользователя юридическим соглашением (лицензией, условиями использования, политикой допустимого использования и т. д.) перед выдачей файлов или программного обеспечения (форма контракта на термоусадочную пленку или на упаковку для просмотра ) лицензия
- всегда загружая последнюю версию и, следовательно, уменьшая существующую уязвимость своего программного обеспечения.
- снижение требований к пропускной способности Интернета за счет передачи только тех файлов, которые могут понадобиться пользователю.
Однако многие пользователи считают это совершенно ненужным, поскольку они обычно знают, что им нужно, и не хотят проходить через механику сайта (например, снова и снова заполнять формы), чтобы получить указанный файл. Кроме того, могут быть ошибки в методах обнаружения или загрузки сайта (или в обоих), что вынуждает пользователя получать файл напрямую. Другой пример: специалист по сопровождению сайта пытается идентифицировать платформу пользователя, а пользователь просто использует что-то отличное от целевой платформы для загрузки файла (например, использует систему Microsoft Windows для загрузки программы Linux , где та же самая программа построен и предлагается для обеих платформ).
Таким образом, некоторые пользователи могут сотрудничать на сайтах, отличных от того, который предлагает нужные файлы, и публиковать URL-адреса , которые, по их мнению, относятся к нужному файлу. Таким образом, пользователю, желающему получить тот же файл, не приходится терпеть препятствия, с которыми сталкиваются сопровождающие исходного сайта, и он просто получает файл напрямую.