Hi!
> Меня, кстати, больше интересует _как_ на практике можно это ограничение
> вводить (про это, насколько я помню, разговаривали меньше всего), а не
> философия "кому это нужно".. 8-) Кому надо сделает, кому не требуется - и
> слава богу, счастливый человек.. Кому-то и апач русский даром не
> сдался, а мы вот сидим, якобы apache-talk'ом занимаемся.. 8-)
> Понятно, что это - гонка вооружений, понятно, что "утаскиватель"
> затрачивает на это меньше сил и средств (ему не приходится беспокоиться о
> "нормальных" посетителях).. А кто-то, кстати, на практике это делал?
> Cook'ами, кнопками или еще чем? 8-)
Чем угодно. Cерверные средства (в смысле то, что можно сделать с помощью
настроек httpd) врядли помогут. Из конечно можно и нужно пользовать, но
их не так много.
Ключевой момент тут уже звучал -
1. необходимо затруднить навигацию при "неразумном" хождении по сайту.
2. пользовать при навигации те клиентские средства, которые есть только
у браузеров.
Пункт два очень тонок, потму как сразу получается не кроссбраузерный сайт.
"Разумное хождение" - это те-же вводы паролей которые написаны не
страничках,
например. Мне этот вариант нравится больше всего. А имя пользователя+пароль
можно писать на гифчике. Как сделать стандартную авторизацию лучше почитать
на ApacheWeek. Очевидно что всякие мирореры умеют этот фокус, но если
разделить
дерево на несколько частей с разныи паролями (в идеальном случае для каждого
ресурса свой пароль :) - то работа задания всех этих пользователей/паролей
мирореру соизмерима с ручным списыванием страниц.
Например можно еще и куки попробовать, но я не знаю как мирореры к ним
относятся сейчас...
Bor.
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
