Нет смысла публично раскрывать алогритмы защиты, т.к. деятели пассворд-форумов сразу же берут их на вооружение.
Один из способов кратко опишу.
Для защиты не потребуется: рефереры, сессии, куки.
Защита основана на http-аутентификации.
Используя http-аутентификацию, отслеживаем все действия с данным логином.
Контент даем скачивать только через скрипт и посредством Content-type в http-заголовке.
Ведём лог скачиваемого контента - клипы, zip-ы и прочий "тяжелый" контент. При превышении числа скачиваний устанавливаем для этого логина таймаут в -цать минут-секунд-часов и disable функцию отдачи (download) контента. Если до истечении этого срока юзер снова пытается что-либо скачать, что увеличиваем таймаут вдвое-втрое-во_сколько_требуется и сообщаем, что "логин заблокирован по такой-то причине, попробуйте скачать снова позже".
"Честный" юзер, слишком активно насевший на скачивание мемберской или напустивший на мемберскую даунлоадер, подождет требуемое время и продолжит уже не с такой интенсивностью.
Юзеры с расшаренным логином, логично, ждать ничего не станут, т.к. лезут в мемберскую толпой. В этом случае начинается цепная реакция: время таймаута увеличивается до неприемлемой величины тем скорее, чем активнее вошедшие юзеры пытаются что-либо скачать.
Т.к. мы контролируем только скачивание контента, то юзеру остаётся доступым внутреннее пространство мемберской. Что мы с этого можем поиметь? Немало..
Во-первых, пришедший юзер уже наполовину наш: это - целевой трафик, пришедший с тематического пассворд-форума. Т.е., как минимум, ему интересен наш контент.
Во-вторых, юзер, перемещаясь по нашей мемберской, ознакомился с платником и составил для себя мнение: стоит ли предлагаемый контент хоть каких-то
денег и заплатил бы ли он за этот контент?
В-третьих, мы, как было сказано выше, полностью контролируем объем контента, доступный юзеру.
И, в итоге, нам нужно использовать все этим факторы с пользой для себя. Мы можем, например,
а) Отправить юзера на топ/cj/спонсора . Очень глупое и неправильное решение.
б) Отправить его на нашу join-страницу. Полезно.
в) Отправить его на нашу discount join-страницу и предложить подписку со скидкой. Сумму скидки приплюсовываем к сумме recurring-подписки. Еще полезнее, чем в б).
Описаный механизм защиты от shared login был реализован посредством php+mysql и используется на нескольких мемберских более двух лет. Результат - положительный.
