эффективное противодействие накрутке кликов

а так и передаем.

init-скрипт формирует страницу с кодом, которая редиректится на второй скрипт... Ничего сложного.

makevalid.php -> POST -> getpr.php -> POST -> Remote URL

А мой комп прошу не трогать. Веб-сервер на нем стоит, для этих целей хватит..

а если в функции формируется урл по которому будут поститься данные ?

хотя в принципе ход мыслей ясен. почти готов признать гением :) но возможности применения в промышленных масштабах я у тебя не вижу. + работа под виндой с выполнением стороннего кода - эт огромная потенциальная дыра в безопасности.

мы делали серверное решение под линукс. с производительностью до 100 урлов в минуту. правда так им и не воспользовались , сделали свою ПРчекалку.

monstring и WebByte, а почему бы Вам не объединить свои усилия ? ;)

А с этого сайта бесполезно тащить PR в промышленных масштабах. Я тащу его с серверов Гугла. Бэклинкс оттуда же.

Чужой код я сначала декодировал и убедился, что все чисто в плане безопасности. А то, что под виндой - дык мне тут удобнее отлаживать. А работает всё, ессесн, под Линуксом в несколько потоков.

Эт сейчас ты его оттуда можешь тащить, а 2 года назад Маг был единственный у кого можно было смотреть ПР без бара, поэтому и защиту он там пытался навороченную сделать.

Ну а теперь представь что этот джава скрипт постоянно изменяется в зависимости от времени\ип или еще чего нибудь и кодируется как внутренней (также постоянно меняющейся функцией) так и мс-энкодером + использует кучу внутренних джава скриптовых переменных (а не только указанные тобой ип\время) + на выходе опять же это динамически шифруется с целью создать одну единственную переменную в которой будут зашифрованны все данные и уже это передается обратно на сервер.

И чем не поможет использование шлюзовой страницы? Да, извращение. Но работает. Как бы извратно не извращались со скриптом.

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

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

Ты представляешь какие это объемы обработки должны быть на сервере, если ежесекундно будут обращаться тысячи человек?

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

Естественно представляю если я разрабатывал подобные системы :) При грамотном подходе, ресурсов это требует крайне мало, по крайнем мере по сравнению с ресурсами которые требуются для самого эдсенс.

Ничего смешного. Речь идёт, скорее всего, об официальных платных анонимайзерах, например, http://www.anonymizer.com

А они, как раз, не дают возможности использовать их как угодно, и уж естественно, будут знать о каждой посещённой юзером странице.