Задача: Пишу систему оформления заказов. Клиент вводит параметры заказа, нажимает кнопку оформить, и получает некий цифровой идентификатор заказа, по которому он может заходить на сайт и проверять статус своего заказа. Сервис идентичен DHL'евскому отслеживанию посылок: http://www.dhl.ru/publish/ru/ru/eshipping/track.high.html


Зачем нужен короткий хэш? Чтобы клиент не парился с длиннющими идентификаторам, а элементарно мог забить себе в телефон маленький номер или даже запомнить (у кого память хорошая). 
Почему именно хэш а не последовательный номер? Чтобы отвадить баловников от последовательного просмотра статуса заказов.

Система не предусматривает регистрации на сайте, потому что статус заказа не такой и большой секрет.

Вопрос: какую хэш функцию порекомендуете?

Сделай 

И не парься!
Если конечно это нужно только против 

По-моему проще всего брать md5 от ID+соль и отрезать от полученного хеша кусок нужной длины. И алгоритм прозрачный, и работает стабильно.

Добавлено через 40 секунд
И в хеше всегда только буквы и цифры, никаких спец символов.

Добавлено через 3 минуты и 14 секунд
Черт, дважды не заметил слово "цифровой"   

Но тогда имхо, все равно от шутников не очень помогает - вероятность попасть на "рабочий" хеш велика.

NNaarreekk, 
А вот это число 189317653 оно, взято, пардон, от "балды" или имеет какое-то значение? На самом деле, ты меня натолкнул на мысль делать вот так




Чорт с ними, кому делать нечего


Это сообщение отредактировал(а) Royan - 31.1.2009, 17:46

это не хэш, а случайно сгенерированое число. совершенно непонятно, что в этом случае мешает использовать: rand (0, $placeLen); тот же эффект

если говорить о хэше, то пример NNaarreekk, вполне дееспособный, только можно усложнить для трудности распутывания


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

Ну не тот же... Этот вызов выдаст псевдослучайное число от 0 до $placeLen, а мне нужен хэш с 8-ю разрядами

bars80080, NNaarreekk, спасибо за идеи я сделаю некий гибрид из того что предложил вы и выше описал я!

Это сообщение отредактировал(а) Royan - 31.1.2009, 17:53

Royan, посмотрите crc32(). Может понравится 

только опять же, это не хэш. если ты его не запишешь, то заново ты его отстроить не сможешь

в хэше по определению нет функции случайности