Алексей Черемисин

Генерируем свой секретный ключ для всего приложения, например так,

import hashlib
hashlib.sha224('my secret phrase').hexdigest()

Далее используем его для подписи ссылок примерно так

import hashlib
mysecret = "a4337bc45a8fc544c03f52dc550cd6e1e87021bc896588bd79e901e2" 
usersurl = "http://www.example.com/detected"
hashlib.sha224(mysecret+usersurl).hexdigest()

Ссылку прихраниваем или в памяти или в memcached по сгенерированному ключу, и проверяем по по нашему секрету.

"А не посчитать ли нам, уважаемые Кроты" (Дюймовочка).
1000 iops = 1000 операций ввода вывода в секунду. Предположим, что у нас 80/20% чтение/запись блоками по 128 килобайт. Так как чтение/запись у нас полнодуплексная, то примем 128*8*800 = 819200 килобит или 800 мегабит на чтение. Ну, это в теории, на практике еще нужно учесть накладные расходы на протоколы, а это прибавить от 20 до 60%.

1) Многие браузеры начинают ругаться на самоподписанный сертификат, требуя дополнительных действий от пользователя, доверять ли неизвестному сертификату. Соответственно за это и платится денюжка. Поэтому многие предпочитают купить сертификат. Если у вас внутренний корпоративный портал, то можно скопировать сертификат на все компьютеры фирмы, тогда браузеры его примут за свой.
2) Сертификат бывает не только подписанный, но и разным числом бит (512,1024,2048), определяя стойкость шифрования, за это тоже отдельно платится денюжка. Т.е. если нужен сертификат для денежных проводок, то разряйтесь на более надежный. К слову сказать, правильная генерация сертификата требует хорошего генератора случайных чисел, например на основе датчика температуры. Это к вопросу о стоимости...
3) Сертификат может быть сгенерирован не только для сайта, но и для его алиасов, за это тоже часто берут денег. Например домен example.com и алиасы www.example.com, mail.example.com, smtp.example.com, imap.example.com и т.д.
3а) Сертификаты бывают и для генерации и подписывания других сертификатов, отдельная денюжка. Это нужно например для развертывания публичного VPN, например.
4) Заходя на сайт (для сайта можно на стойкий сертификат и не разоряться, а купить базовый уровень), сразу видеть, что как минимум коннект зашифрован иногда дорогого стоит.
5) Не нужно забывать об инфраструктуре отзыва и замены сертификатов, которую разворачивает производитель сертификатов, ведь сертификат можно украсть, подменить или еще как-то дискредитировать, а производитель будет гарантировать быстрый отзыв и перегенерацию, что будет происходить прозрачно для ваших пользователей.

Всеё банально просто. Java компилируется в байткод, а не в ассемблер. Байткод интерпретируется виртуальной машиной JVM, которая при необходимости делает компиляцию в нативный код процессора (технология JIT - Just-in-time compilation).
Другими словами, для того чтобы получить нативный код нужно запустить байткод внутри JVM. Именно поэтому никто не пришет на java драйверов и прочей низкоуровневой хрени. С другой стороны, чтобы эту хрень писать на java, нужно чтобы было одно из двух условий:
1) либо процессор напрямую поддерживал спецификацию JVM (со всем барахлом типа GC, memory allocation^ resource management)
2) либо операционная система поддрерживала в ядре спецификацию JVM (с тем же самым барахлом)

Ну и не нужно говорить, что язык барахло, если на нем нельзя писать драйверы и секции для MMU. Есть еще десятка два языков, которые это не поддерживают, например все X.NET или erlang^ python и т.д.
Java для прикладного программирования, а C/C++/D/ASM и прочее - для машинного.

Есть www.javable.com
Куча статей и документации, плюс бесплатный учебник (нужна резистрация).
Даже форум есть, то неживой... я по привычке туда раз в месяц захожу, но новых вопросов больше нет.
Сам сайт увы, уже не развивается, заглох примерно 3 года назад :-(
Раньше там кипела жизнь, статьи каждую неделю, здоровенное сообщество и прочее, ностальгия одним словом...
Заходите, черпайте и впитывайте.