Отработать миллион единичных запросов в минуту гораздо дешевле, чем постоянно держать миллион соединений. Хотя тоже можно, только писать такие вещи лучше на Go. Он с этим хорошо умеет справляться.
FanatPHP, из вопроса не ясно, знает ли человек про эту функцию или нет. Есть куча материала про алгоритмы хэширования. Может он где-то вычитал про них.
У меня есть опыт работы с системными программистами, которым иногда надо что-то писать для веб. Они превосходно разбираются в теме криптования, но понятия не имеют о существующей экосистеме. Такие люди могут легко схватить mcrypt или openssl и через него все написать, т.к. знакомы.
Я прекрасно вижу конкретику этого вопроса. Но она бессмысленна, т.к. имеет ситуативную привязку и не решает проблемы в целом - выбора алгоритма хэширования пароля. Так вот, в PHP Committee эта проблема была решена через целую связку решений, которые в большинстве случаев являются безопасными, расширяемыми и переносимыми.
Мне жаль, что вы так плохо восприняли мой комментарий. Мыслите шире и больше отдыхайте, это помогает решать сложные проблемы.
FanatPHP, я читаю вопрос, просто не отвечаю на них, как одноклеточная амеба. Человек не понимает, зачем и для чего ему нужно хэширование. Пытается выбрать алгоритм по принципу "а что круче".
Его основная задача - реализовать хэширование пароля. Без глубокого понимания этого процесса сделать нормально не получится. Именно поэтому я рекомендовал использовать специально придуманные для решения подобных задач функции.
FanatPHP, ты чего такой напряженный? Воскресенье же, попей кофейку, на пробежку сходи или на массаж там.
Я читаю вопросы, просто я решаю настоящую проблему, а не занимаюсь смакованием того, какой алгоритм лучше или хуже. Они все временны и для того же BCRYPT количество раундов полностью зависит от железа. Перестань лить яд и думай головой.
