Несколько вопросов [md5, таймер]

[Matt Nash]

Не похоже, если было бы желание, то сами бы разобрались.



Мне достаточно знать об отличиях в длине и отсутствии коллизий у sha, за остальным идите в гугл.



Считывать пароль самостоятельно не надо, он уже находится в inputtext. Но я понял, что нужен просто код, поэтому вот:

SHA256_PassHash(inputtext, PlayerInfo[playerid][pass_salt], pass, 65);
if (strcmp(pass, PlayerInfo[playerid][pass_hash], false) == 0) {
    // ok
}  

Насчёт желания Вы частично правы. Оно есть, но мне лучше понять на наглядном примере, чем на огромной статье.
А есть ли какие-нибудь недоработки в SHA256?
Ну и ещё один вопрос, что Вы думаете о Unix-времени в SAMP? (это я задавал в первом сообщении).

[Disinterpreter]

А есть ли какие-нибудь недоработки в SHA256?
Ну и ещё один вопрос, что Вы думаете о Unix-времени в SAMP? (это я задавал в первом сообщении).

SHA256 медленнее работает чем md5, из-за длинны и другого алгоритма (если бы сервер лет 5 назад стоял на WinXP это бы вызывало очень серьезные проблемы). Но сокрытие данных от злоумышленника выше и важнее.
unixtime скорей всего юзают для интеграции с бд форума. (Примеров нет ничего сказать не можем).

[qwezert]

SHA256 медленнее работает чем md5, из-за длинны и другого алгоритма (если бы сервер лет 5 назад стоял на WinXP это бы вызывало очень серьезные проблемы). Но сокрытие данных от злоумышленника выше и важнее.
unixtime скорей всего юзают для интеграции с бд форума. (Примеров нет ничего сказать не можем).

Я вот никогда не парился по поводу шифроваия паролей в БД, потому что если получат доступ к твоей БД - то никакое шифрование не поможет.

[Disinterpreter]

Я вот никогда не парился по поводу шифроваия паролей в БД, потому что если получат доступ к твоей БД - то никакое шифрование не поможет.

Во первых, не шифрование, а хэширование.
Во вторых, вы явно не понимаете зачем это нужно.
Это нужно как раз на такие случаи. У нормальных проектов/организаций безопасность пользователя стоит выше всего. Поэтому, что бы в случае слива данных, злоумышленник не смог узнать пароли пользователей и делается хэширование.

[qwezert]

Во первых, не шифрование, а хэширование.
Во вторых, вы явно не понимаете зачем это нужно.
Это нужно как раз на такие случаи. У нормальных проектов/организаций безопасность пользователя стоит выше всего. Поэтому, что бы в случае слива данных, злоумышленник не смог узнать пароли пользователей и делается хэширование.

Для этих случаев в базе пароли и не хранятся.

[DeimoS]

Для этих случаев в базе пароли и не хранятся.

А где же они хранятся? Прямо в amx файл вшиваешь при регистрации? Или сразу в ноосферу?

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

[ziggi]

Помимо системы регистрации я заметил, что в том моде используется Unix-таймер. В чём его плюсы и минусы? (ну, именно в SAMP)

Ну и ещё один вопрос, что Вы думаете о Unix-времени в SAMP? (это я задавал в первом сообщении).

Не понимаю о чём ты. Если об этом, то, если нужна точность, возможно это и оправдано. Хотя я бы использовал timerfix плагин (хотя и в нём не исправлен один неприятный баг).

А где же они хранятся? Прямо в amx файл вшиваешь при регистрации? Или сразу в ноосферу?

Хранить всё в оперативке -_-.