Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. Самоучитель MySQL 5. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Разное

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Антилич
 
 автор: Akira   (09.07.2005 в 23:12)   письмо автору
 
 

Как вообще работает этот сервис?

   
 
 автор: cheops   (10.07.2005 в 11:58)   письмо автору
 
   для: Akira   (09.07.2005 в 23:12)
 

Это что?

   
 
 автор: Гость   (10.07.2005 в 14:54)   письмо автору
 
   для: cheops   (10.07.2005 в 11:58)
 

это сервис которые не позволят давать прямые сыллки на свои ресурсы на стороних сайтах... пример тому - народ.ру...
Например на каком то сервере решил парень забахать сайт... нашел инфу, закачал а на картинки места не хватило... ну он и недолго думая взял да и повставлял на сайит картинки из других сайтов... а там стоял антилич и не картинки не отображались... хм неудачный пример... смотри так в сайте coll.ru выложили супер картинку... весь инет про нее узнал, и на куче других сайтов появилась она (не скопированная просто -<img src="coll.ru/06.gif">) а этот COLL.RU представим что платит за трафик, так вот у него количество посещений не увеличилось, а трафик начал зашкаливать.... вот чтоб так было нельзя сделать и нужен антилич... тебе реально нужна инфа? если хочешь я могу у себя порыцца и найти (хде-то в закромах у себя) статью про антилич...

   
 
 автор: Akira   (10.07.2005 в 15:16)   письмо автору
 
   для: Гость   (10.07.2005 в 14:54)
 

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

   
 
 автор: Гость   (10.07.2005 в 16:31)   письмо автору
 
   для: Akira   (10.07.2005 в 15:16)
 

Ок сегодня поищу.. жди :)

   
 
 автор: cheops   (10.07.2005 в 16:03)   письмо автору
 
   для: Гость   (10.07.2005 в 14:54)
 

Хм... понятно, но ведь это наверное к аппачу прикручивать следует и у кого нет выделенного сервера, это не пройдёт?

   
 
 автор: Akira   (10.07.2005 в 20:11)   письмо автору
 
   для: cheops   (10.07.2005 в 16:03)
 

Не знаю =\ Знаю, что есть на php. Вот пример.

   
 
 автор: glsv (Дизайнер)   (11.07.2005 в 07:22)   письмо автору
 
   для: Гость   (10.07.2005 в 14:54)
 

> а этот COLL.RU представим что платит за трафик, так вот у него количество посещений не увеличилось, а трафик начал зашкаливать....
Offtop:
COLL.RU это все равно на руку. Исходящий трафик, как правило, бесплатен и чем его больше тем лучше.

   
 
 автор: Гость   (11.07.2005 в 11:44)   письмо автору
 
   для: glsv (Дизайнер)   (11.07.2005 в 07:22)
 

Каждый день мы с тобой гуляем по инету в поисках свежего софта, музыки, фильмов (правда, качаешь фильмы, буржуй?) и остальных полезных вещей. И ведь эти гигабайты где-то должны храниться. Кто-то (понятно кто - владелец сайта чаще всего) вынужден оплачивать хостинг. На помощь в таких случаях приходит реклама, которая, как известно, является двигателем рыночных отношений. Захотел юзер скачать веселых картинок с твоего сервера - пусть почитает рекламу спонсора. Захотел варез... т.е. бесплатным софтом полакомиться - пусть полюбуется красивыми попами. И все бы было хорошо, но хитрож... умные юзеры придумали всякие ухищрения вроде баннерорезок, попорубок, рекламозакрывалок и прочих фильтров. Да и сам ты, наверное, понаставил плагинов и файрволов, которые баннеры по размеру отсекают, да всплывающие окна блокируют, ага? Вот и остальные тоже. Картинку или файлик с твоего сервера сольют, а на баннеры болт положат. А вот твои же коллеги-сайтостроители дадут прямой линк на твое добро со своего сайта, словно на свою собственность, или картинку с твоего сервера в свой HTML-код вставят. Им будет почет и уважение, а тебе достанутся сплошные расходы и никакой благодарности.

Сайтовладельцы боролись с этим по мере своих возможностей. Не особо успешно, надо сказать. Все изменилось с появлением технологии anti-leech от компании WakeNet AB. Слово «leech», кроме своего прямого значения («пиявка»), переводится как «кровопийца». В нашем случае кровопийцами являются те, кто использует твои ресурсы в своих целях. Воры, проще говоря. Сайт www.anti-leech.com предлагает различные услуги в области защиты данных на веб-серверах: защита html-кода и скриптов, мыла от спам-ботов и не только. Я остановлю свой взгляд на самом интересном.

Воры идут лесом

Система защиты состоит из двух частей, работающих в паре. Первая - серверная часть - комплекс скриптов на твоем сайте. Вторая - клиентская - плагин к браузеру на стороне пользователя.

Серверная сторона решает две задачи. Во-первых, осуществляет управление твоими даунлоадами, то есть всем тем, что ты предлагаешь скачать со своего сайта. Антилич предлагает пакадж (package) - логически связанный набор файлов. Например, несколько песен, составляющих музыкальный альбом, или программу вместе с набором дополнительных модулей к ней.

Действия, которые можно осуществлять с пакаджами:

- создание, изменение и удаление;

- импортирование;

- шифрование;

- управление скачиванием файлов, входящих в состав пакаджа, а также проверка места, откуда была инициирована закачка файлов (поле «HTTP-Referer» в запросе браузера).

Вторая задача - сбор и анализ статистики скачивания.
Как оно работает

Клиент не видит реального расположения файлов, скачиваемых с твоего сайта. Он обращается по адресу http://<сервер> /<путь-до-public-каталога> /download.pl?package=<название-пака> . Сначала скрипт download.pl проверяет значение поля «HTTP-Referer» в запросе браузера, и, если оно не входит в список допустимых для твоего пака, процесс прерывается с сообщением «Access Denied». Затем download.pl посылает браузеру код страницы, в который включена ссылка на плагин http://plugin.anti-leech.com/alplugin.js. Этот код страницы называется шаблоном (template), ты можешь изменять его на свое усмотрение, нагружая баннерами или подгоняя под дизайн своего сайта. Но можешь оставить и дефолтную версию шаблона. Браузер скачивает пак с сервера (паки лежат в http://<сервер> /<путь-до-public-каталога> /packages) и выполняет плагин, который берет пак, расшифровывает его содержимое, проверяет его валидность и целостность, после чего показывает клиенту список файлов для скачивания. После этого клиент может начать загрузку.

Кстати, плагин глючит с русским языком, поэтому я в примере все сделал на английском, чтобы впечатление не портить.

Ставим противоугонную систему

Есть два варианта дистрибутива: под Windows и для UNIX-машин. Чтобы сэкономить время, я опишу процесс установки под Windows-систему ввиду ее чуть большей простоты. Для корректной работы системы необходимо, чтобы на сервере был установлен Perl (для Windows - Active Perl 5.6.x и выше, для UNIX - Perl 5.5.x и старше). Начнем с того, что создадим на сервере три директории: alinstall, public и private (под UNIX сразу поставь этим дирам права 777). Первые две должны находиться в пределах DocumentRoot твоего сервера, а директория private - вне DocumentRoot. Ко всем трем веб-сервер должен иметь доступ. Скачаем архив alinstall.zip (alinstall.tar.gz для UNIX-версии) и зальем его содержимое в директорию alinstall (она нам понадобится только в процессе установки). Теперь надо позаботиться о том, чтобы веб-сервер имел возможность запускать Perl-скрипты не только из CGI-BIN, но и из alinstall и public. Если это не разрешено по умолчанию (скорее всего, так и будет), создадим в них файл .htaccess, содержащий строку «Options +ExecCGI».

Предварительная подготовка окончена. Открывай браузер и пиши: http://mycoolsite.ru/alinstall/install.pl. Должен запуститься скрипт конфигурирования системы. Если вдруг этого не произошло или выскочила ошибка, проверь в настройках сервера, есть ли у него возможность исполнять скрипты НЕ из CGI-BIN, а также (если ты под никсами) проверь права исполняемых файлов. Но, допустим, все прошло удачно.

Смотрим, что у нас есть:

- System type (Windows, UNIX) - понятно, что это система, под которой работает сервер. Она должна определиться правильно.

- Public directory - каталог public, в который будет установлена система anti-leech. Он должен быть виден из интернета по адресу Url/Path_to_Public_directory.

- Private directory - содержит дополнительные скрипты и библиотеки, которые нужны системе. В нем же хранятся пакаджи, созданные тобой.

(С) ][

   
 
 автор: Akira   (11.07.2005 в 14:51)   письмо автору
 
   для: glsv (Дизайнер)   (11.07.2005 в 07:22)
 

Не всегда, я поменял нескольких хостеров, и у всех написано "Исходящий траффик АНЛИМ!!!" и примечание, при соотношение русского траффика к зарубежному, российского трафика должно быть больше.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования