(11 ноя 2014, 05:10) (
0/
0)
[
0]
KupuJl_ProfiWM,
Это хорошо
(10 ноя 2014, 21:00) (
0/
0)
[
0]
KupuJl_ProfiWM,
Тогда убери эти лишние проверки для passnew, passnew2 и pass. Может будет правильно хэшировать
Добавлено 10.11.14 в 21:02:02:
А так - всё везде один раз md5, только trim необработано
(10 ноя 2014, 20:57) (
0/
0)
[
0]
И вот это $pass = mysql_real_escape_string(strip_tags(stripslashes(htmlspecialchars($_POST['pass'])))); убери. Ты определил ниже $pass2, а то тебе уже не нужно
(10 ноя 2014, 20:55) (
0/
0)
[
0]
KupuJl_ProfiWM, код - какашка. Зачем применять mysql_real_escape_string и прочую белиберду? Сначала на поле новый пароль и повтор нового пароля trim и htmlspecialchars - этого достаточно, проверим у первого нового пароля длину, используя не strlen, а mb_strlen. Затем делаем хэши нового пароля и его повтора, и сравниваем - не одинаковы? Выводим ошибку. Если хэшируешь, то к хэшу зачем применять mysql_real_escape_string?
(10 ноя 2014, 20:46) (
0/
0)
[
0]
KupuJl_ProfiWM,
Скинь код формы и участок кода, где проверки идут
(10 ноя 2014, 20:46) (
0/
0)
[
0]
KupuJl_ProfiWM,
Зачем в сервисе? Выведи у себя где нибудь на страничке echo md5('123');exit; и скопируй получившийся хэш. Фиг знает, что там за сервис
(10 ноя 2014, 20:44) (
0/
0)
[
0]
KupuJl_ProfiWM, еще может быть одно - может поле pass пустое вообще передается? Или вообще не передается? Проверь посмотри, тоже бывает из-за невнимательности
(10 ноя 2014, 20:40) (
0/
0)
[
0]
KupuJl_ProfiWM,
Ну тогда просто замени хэш в базе на новый. И всегда перед хэшированием применяй сначала trim - вдруг пробелы нечаянно ввел
(10 ноя 2014, 20:36) (
0/
0)
[
0]
KupuJl_ProfiWM, кстати да, сделай сначала так
$pass = md5(trim($_POST['pass']));
И потом српвнивай $pass с $us['pass']. Может у тебя там пробелы затесались. Пробел - тоже символ
(10 ноя 2014, 20:33) (
0/
0)
[
0]
KupuJl_ProfiWM, выведи до всего этого echo md5($_POST['pass']).'-'.$us['pass']; да и посмотри, точно похожи, или нет