ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] Apache & wget



Доброе время суток всем.


>Все-таки, это больше касается не магазинов, а разного рода новостной
>информации. Согласись, что если я у себя поставлю мирроры инфоарта, ннс,
>гидрометцентра, cnn и еще штук 20 новостных агенств (имеется ввиду,
>конечно, текстовая информация из них - при этом баннеры можно и не тягать
>8-), то народ ко мне валить все-таки будет, а при небольшой рекламе, едва
>ли не больше, чем на те сервера, откуда я "таскаю".. /у меня же
>себестоимость меньше => выделяю больше средств на рекламу/ 8-). Только
>вот агенствам это не очень понравится..

Вот на самом деле это касается именно баннеров. Если продается новостная
информация - пользователю дают идентификатор и пароль (тот же algo.ru).
Если в тексте динамически генерировать какие-либо (возможно невидимые)
элементы в зависимости от введенной информации, то отследить по содержимому
зеркала, либо по логам сервера, кто качал - проще простого. Не будет
пользователь рисковать подпиской (и деньгами) ради возможности сделать
у себя зеркало одного номера.


>Меня, кстати, больше интересует _как_ на практике можно это ограничение
>вводить (про это, насколько я помню, разговаривали меньше всего), а не

На практике - IMHO самое эффективное - писать на картинках пароли и
просить их ввести (когда еще напишут распознавалку для курсивного текста
(курсив - что-то типа BetinaScript)). Либо "введите имя третьего
президента", etc.
Либо - HTTPS и требовать у пользователя его сертификат.
Как один из вариантов - распределить документы на несколько серверов и
отслеживать referer'а в SSI.
А вообще единственная действенная мера здесь - административная, а не
техническая. Все равно скачают.

>философия "кому это нужно".. 8-) Кому надо сделает, кому не требуется - и
>слава богу, счастливый человек.. Кому-то и апач русский даром не
>сдался, а мы вот сидим, якобы apache-talk'ом занимаемся.. 8-)
>Понятно, что это - гонка вооружений, понятно, что "утаскиватель"
>затрачивает на это меньше сил и средств (ему не приходится беспокоиться о
>"нормальных" посетителях).. А кто-то, кстати, на практике это делал?
>Cook'ами, кнопками или еще чем? 8-)
На практике был судебный процесс в США. Деталей не помню, а в общих чертах -
там одна компания показывала материалы с сервера другой в своих фреймах
(новостные материалы).

С уважением,
==============================
Sergey Mokryshev <mokr@child.ru>
Moscow Children Computer Club
Network Administrator
http://www.child.ru/
==============================

-

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.