WikiDer > Встроенная ссылка

Inline linking
«Хотлинк» перенаправляется сюда. Информацию о малазийских предоплаченных мобильных услугах см. Maxis Communications.
«Горячая ссылка» перенаправляется сюда. О пикантной колбасе см. Горячая ссылка (колбаса).
Для получения информации о встроенных ссылках на изображения в Википедии см. WP: HOTLINK.

Встроенная ссылка (также известен как хотлинкинг, пиявка, копилка, прямая ссылка, захват изображений за пределами площадки) - это использование связанного объекта, часто изображения, на одном сайте страница в Интернете принадлежащий второму сайту. Говорят, что один сайт имеет встроенную ссылку на другой сайт, на котором расположен объект.

Встроенное связывание и HTTP

Технология, лежащая в основе World Wide Web, Протокол передачи гипертекста (HTTP), не делает различий между типами ссылок - все ссылки функционально равны. Ресурсы могут располагаться на любом сервере в любом месте.

При посещении веб-сайта браузер сначала загружает текстовое содержимое в виде документа HTML. Загруженный HTML-документ может требовать другие HTML-файлы, изображения, сценарии и / или таблица стилей файлы для обработки. Эти файлы могут содержать <img> теги, которые поставляют URL-адреса которые позволяют отображать изображения на странице. В коде HTML обычно не указывается сервер, а это означает, что веб-браузер должен использовать тот же сервер, что и родительский код (<img src="picture.jpg" />). Он также разрешает абсолютные URL-адреса, которые относятся к изображениям, размещенным на других серверах (<img src="http://www.example.com/picture.jpg" />).

Когда браузер загружает HTML-страницу, содержащую такое изображение, браузер связывается с удаленным сервером для запроса содержимого изображения.

Распространенное использование связанного контента

Возможность отображать контент с одного сайта на другом является частью оригинального дизайна Интернета. гипертекст средний. Общие применения включают:

  • Создание копий работы, на которую у вас нет лицензии, является нарушением авторских прав, но нет никакого нарушения, когда вы предоставляете простую текстовую ссылку в HTML-документе, которая указывает на местоположение исходного изображения или файла (просто так называемая "ссылка ").[1]
  • Веб-архитекторы могут преднамеренно разделять изображения сайта на одном сервере или на группе серверов. Размещение образов на отдельных серверах позволяет сайту разделить требования к пропускной способности между серверами. Например, сайт с большим объемом Slashdot хранит свою "первую страницу" по адресу slashdot.org; отдельные истории на серверах, таких как games.slashdot.org или же it.slashdot.org; и обслуживает изображения для каждого хоста из images.slashdot.org.
  • Статья на одном сайте может ссылаться на изображения или контент, защищенные авторским правом, на другом сайте посредством встроенных ссылок, что может избежать проблем с правами и владением, которые могут возникнуть при копировании исходных файлов. Однако такая практика обычно не приветствуется из-за загрузки полосы пропускания источника, а поставщик источника часто обижается, потому что зритель не видит всю исходную страницу, которая обеспечивает предполагаемый контекст изображения.
  • Многие веб-страницы включают рекламный баннер. Баннерная реклама - это изображения, размещенные компанией, которая действует как посредник между рекламодателями и веб-сайтами, на которых появляется реклама. В <img> может указывать URL-адрес CGI скрипт на рекламном сервере, включая строку, однозначно определяющую сайт, генерирующий трафик, и, возможно, другую информацию о человеке, просматривающем рекламу, ранее собранную и связанную с файлом cookie. Сценарий CGI определяет, какое изображение отправить в ответ на запрос.
  • Некоторые веб-сайты используют горячую ссылку с более быстрого сервера для увеличения скорости загрузки клиента.
  • Счетчики попаданий или же Веб-счетчики показать, сколько раз страница была загружена. Некоторые компании предоставляют счетчики посещений, которые поддерживаются за пределами сайта и отображаются со встроенной ссылкой.

Спорные варианты использования встроенных ссылок

Размывание границ между сайтами может привести к другим проблемам, когда сайт нарушает ожидания пользователей. В других случаях встроенные ссылки могут использоваться в злонамеренных целях.

  • Сайтам с контентом, где хранится объект и с которых он извлекается, может не понравиться новое размещение.
  • Встроенная ссылка на изображение, хранящееся на другом сайте, увеличивает использование полосы пропускания этого сайта, даже если сайт не просматривается должным образом. Жалоба может быть связана с потерей дохода от рекламы или изменением воспринимаемого значения в неутвержденном контексте.
  • Межсайтовый скриптинг и фишинг атаки могут включать встроенные ссылки на законный сайт, чтобы завоевать доверие жертвы.
  • Сервисы с оплатой за контент могут пытаться ограничить доступ к своему контенту с помощью сложных сценариев и встроенных методов связывания.
  • Встроенные объекты могут использоваться для выполнения проездные атаки на клиент, эксплуатируя недостатки в коде, интерпретирующем объекты. Когда объект хранится на внешнем сервере, ссылающийся сайт не может контролировать, если и когда контент изначально полезного объекта заменен вредоносным.
  • Запросы встроенных объектов обычно содержат реферер Информация. Это приводит к утечке информации о просматриваемых страницах на серверы, на которых размещены объекты (см. отслеживание веб-посетителей).

Профилактика

Сторона клиента

Большинство веб-браузеров будут слепо следовать URL-адресу для встроенных ссылок, даже если это частая жалоба на безопасность.[2] Встроенные изображения могут использоваться как веб-ошибка для отслеживания пользователей или для передачи информации третьим лицам. Много фильтрация рекламы инструменты браузера ограничивают это поведение в разной степени.

Сторона сервера

Некоторые серверы запрограммированы на использование Заголовок реферера HTTP для обнаружения хотлинкинга и возврата осуждающего сообщения, обычно в том же формате, вместо ожидаемого изображения или медиаклипа. Большинство серверов могут быть настроены для частичной защиты размещенных носителей от встроенных ссылок, обычно не обслуживая носители или обслуживая другой файл.[3][4]

Перезапись URL часто используется (например, mod_rewrite с HTTP-сервер Apache) для отклонения или перенаправления попыток использования горячих ссылок на изображения и мультимедиа на альтернативный ресурс. Таким образом можно перенаправить большинство типов электронных носителей, включая видеофайлы, музыкальные файлы и анимацию (например, Вспышка).

Другие решения обычно сочетают Перезапись URL с некоторыми настраиваемыми сложными сценариями на стороне сервера, чтобы разрешить хотлинкинг в течение короткого времени, или в более сложных настройках, чтобы разрешить хотлинкинг, но вернуть альтернативное изображение с уменьшенным качеством и размером и, таким образом, уменьшить нагрузку на полосу пропускания по запросу с удаленного сервера. Все меры по предотвращению хотлинков могут ухудшить взаимодействие с пользователем на стороннем веб-сайте.[5]

Вопросы авторского права, возникающие при встроенных ссылках

Наиболее важным юридическим фактом, касающимся встроенных ссылок, с точки зрения закона об авторском праве, является то, что встроенный компоновщик не помещает копию файла изображения на свой собственный Интернет-сервер. Скорее, встроенный компоновщик помещает указатель на свой Интернет-сервер, который указывает на сервер, на котором владелец изображения разместил файл изображения. Этот указатель заставляет браузер пользователя перейти на сервер владельца и загрузить файл изображения на компьютер пользователя. Суды США сочли это решающим фактом при анализе авторского права. Таким образом, в Perfect 10, Inc. против Amazon.com, Inc.,[6] в Апелляционный суд США девятого округа объяснил, почему встроенные ссылки не нарушают закон США об авторском праве:

Google не ... отображает копии полноразмерных фотографических изображений, нарушающих авторские права, для целей Закона об авторском праве, когда Google создает встроенные связанные изображения, которые появляются на экране компьютера пользователя. Поскольку компьютеры Google не хранят фотографические изображения, у Google нет копий изображений для целей Закона об авторском праве. Другими словами, Google не имеет никаких «материальных объектов ... в которых зафиксировано произведение ... и из которых произведение может быть воспринято, воспроизведено или иным образом передано» и, следовательно, не может передать копию. Вместо того, чтобы передавать копию изображения, Google предоставляет инструкции в формате HTML, которые направляют браузер пользователя на компьютер издателя веб-сайта, на котором хранится полноразмерное фотографическое изображение. Предоставление этих инструкций в формате HTML не эквивалентно отображению копии. Во-первых, инструкции HTML - это строки текста, а не фотографическое изображение. Во-вторых, инструкции HTML сами по себе не приводят к появлению изображений, нарушающих авторские права, на экране компьютера пользователя. HTML просто передает адрес изображения браузеру пользователя. Затем браузер взаимодействует с компьютером, на котором хранится изображение, нарушающее авторские права. Именно это взаимодействие приводит к появлению на экране компьютера пользователя изображения, нарушающего авторские права. Google может облегчить доступ пользователя к изображениям, нарушающим авторские права. Однако такая помощь затрагивала только вопросы об ответственности за взносы и не являлась прямым нарушением прав владельца авторских прав на отображение. ... Хотя встроенные ссылки и кадрирование могут заставить некоторых пользователей компьютеров поверить, что они просматривают одну веб-страницу Google, Закон об авторском праве ... не защищает правообладателя от [таких] действий ...

Смотрите также

Рекомендации

  1. ^ Майк Масник. «Есть ли встроенные ссылки на нарушение авторских прав на изображение?». Techdirt. Получено 2014-02-15.
  2. ^ Томас С. Грин (20 февраля 2007 г.). "Перепроданность безопасности Vista". theregister.co.uk. Получено 2007-11-16.
  3. ^ Росс Шеннон (26 февраля 2007 г.). «Кража пропускной способности». yourhtmlsource.com. Получено 2007-11-16. Некоторые веб-мастера будут пытаться напрямую ссылаться на ваши изображения со своих страниц. К счастью, простое изменение конфигурации обеспечивает необходимое исправление.
  4. ^ Томас Скотт (13 июля 2004 г.). «Предотвращение горячих ссылок на интеллектуальные изображения». alistapart.com. Получено 2007-11-16.
  5. ^ Александерсен, Даниэль. «Снижение качества изображения как мера предотвращения хотлинка и сдерживающее средство». Незначительное будущее. Получено 1 сентября 2016.
  6. ^ 487 F.3d 701 (9 округа 2007 г.).