Как бороться с целым максимальным разницей между 32-битными и 64-битными серверами?

Question

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

Я использую «самодельный» уникальный уникальный генератор для генерации всего, что должно быть уникальным, но эта уникальность не случайна. Я использую это для связи между несколькими службами, генерируя воспроизводимые уникальные «числа» для файлов, статей и т. Д.

Это функция, которую я создал и никогда не имел проблем с (я думаю, что она никогда не работает на 64-битной системе раньше?) Для создания уникального идентификатора. Я знаю, что эта уникальность ограничена (64 000), но до сих пор не приводит к проблеме.

function suGetHashCode($s) 
{ 
$hash=0; 
$c=(is_string($s))?strlen($s):0; 
$i=0; 
while($i<$c) 
{ 
    $hash = (($hash << 5)-$hash)+ord($s{$i++}); 
    //hash = hash & hash; // Convert to 32bit integer 
} 
return ($hash < 0)?(($hash*-1)+0xFFFFFFFF):$hash; // convert to unsigned int 
} 

function suUniqueId($s, $bAddLen = false) 
{ 
    $i = base_convert(suGetHashCode($s), 10, 32); 
    if($bAddLen && is_string($s)) 
    { $i.=('-'.suGetLz(dechex(strlen($s)*4), 3)); } 

    return $i; 
} 

function suGetLz($i, $iMaxLen) // Leading zero 
{ 
    if(!is_numeric($i) || $i < 0 || $iMaxLen <= 0) 
    { return $i; } 
    $c = strlen($i); 
    while($c < $iMaxLen) 
    { $c++; $i='0'.$i; } 
    return $i; 
} 

Максимальное ИНТ значение целого числа на новой системе:

PHP_INT_MAX = 9223372036854775807 

На другой системе (ах) это:

PHP_INT_MAX = 2147483647 

Ну, я не математика человек, я думаю, что это вызывает проблему из-за приращения 0xFFFFFFFF, когда отрицательный (я думаю, что он никогда не будет отрицательным в этой новой системе).

Но как я могу изменить функцию, которая создает тот же уникальный идентификатор, что и на других системах?

Например: Он производит один и тот же идентификатор для различных строк на новый хостинг-сервер:

$sThisUrl = '<censored>'; 
var_dump(suUniqueId($sThisUrl)); // Produce: 1l5kc37uicb 
$sThisUrl = '<censored>'; 
var_dump(suUniqueId($sThisUrl)); // Produce the same id as above: 1l5kc37uicb 

Но это должно быть, как на старых системах:

$sThisUrl = '<censored>'; 
var_dump(suUniqueId($sThisUrl)); // Produce: a46q6nd 
$sThisUrl = '<censored>'; 
var_dump(suUniqueId($sThisUrl)); // Produce: 2mirj1h 

Извещение: строка разделяется на части, чтобы избежать переполнения stackoverflow, см. ссылку.

EDIT: Удалены имена файлов

ли кто-нибудь, как справиться с этой проблемой?

Answer 1

Я предлагаю вам усечение после каждого символа обрабатывается:

$hash = (($hash << 5)-$hash)+ord($s{$i++}); 
$hash = $hash & 0xFFFFFFFF; // Convert to 32bit integer 

По крайней мере, на моей 64-битной системы это приводит к желаемому 2mirj1h в вашем втором примере, хотя и без этой модификации я 1c6ta2qjga7 и не 1l5kc37uicb, как вы сделал.

Я также изменил бы возвращаемое значение, чтобы просто вернуть $hash. Либо он может представлять неподписанные 32-битные числа правильно, тогда предыдущая маска должна принудительно интерпретировать эту интерпретацию. Или ваша система не может их представлять, тогда добавленное вычисление не приведет вас туда, и вам придется разбить число на группы бит и подстроить их индивидуально.

Конечно, самым простым решением было бы использовать некоторый хорошо известный общий алгоритм хэширования, например. используя the hash function. Добавьте какую-то секретную соль, если вы подвигаете, это может открыть вам атаки. Если результат такого хеш-кода слишком длинный, вы можете просто принять участие в выходе.Вы можете конвертировать базу так, как вам нравится, поэтому вам не придется использовать шестнадцатеричную нотацию, общую для хэшей. Использование криптографического хэша также уменьшит вероятность конфликта; например, в вашем случае документ generbM.js в том же пути даст такой же хеш.

Answer 2

Если бы я был вами, я бы написал блок-тест, чтобы убедиться, что вы получите одинаковые результаты на 32-битной и 64-битной машинах для этой функции.

Петля должна быть изменена в чем-то вроде этого:

while($i<$c) 
{ 
    $hash = (($hash << 5)-$hash)+ord($s{$i++}); 
    hash = hash & 0xFFFFFFFF; // Convert to 32bit integer 
} 
$hash = ($hash < 0)?(($hash*-1)+0xFFFFFFFF):$hash; // convert to unsigned int 
return $hash & 0xFFFFFFFF; // Convert to 32bit integer 

Ваш тест блок может работать с оригиналом на 32-разрядной версии и сохранить результат. Затем запустите это на 64 бит и сравните с этими 32-битными результатами. Если кто-то другой, вы знаете, что у вас все еще нет эквивалента 1 к 1.