PDO Не пропускает запрос с цифрой (И некоторыми другими символами), как решить?

Question

[Foxeki]

Привет!
Недавно заметил, что PDO не пропускает нормально русские символы (Еле еле пофиксил), а так же, не пропускает цифры
Хотя с пост запросом всё ок и сам pdo запрос правильный
Может быть, что-то на стороне моего сервера?
К примеру, я ввожу в форме авторизации Admin213, но PDO видит только Admin. В пост запросе Admin213.
Как быть?
На локальной машине с этим проблем нет.

Comments

[poniyur]

Ввёл в свою форму авторизации Admin213 и PDO всё "увидел".

[Foxeki]

poniyur, Очень смешно.

[poniyur]

Foxeki, ну мб код кинете для прикола?
Как принимаете данные, как обрабатываете, как составляете запрос?

[Foxeki]

poniyur, Да, чёт тупанул...
Коннект с базой данных:

$pdo = new PDO('mysql:host=localhost;dbname=admin;charset=utf8', 'root', 'pass');
$pdo->exec('SET CHARACTER SET utf8');

Код авторизации:

$sql = "SELECT COUNT(username) AS num FROM bill_users WHERE username = :username";
        $stmt = $pdo->prepare($sql);
        $stmt->bindValue(':username', $post['username']);
        $stmt->execute();
        $row = $stmt->fetch(PDO::FETCH_ASSOC);
    
        if($row['num'] > 0) {
            $sql = "SELECT * FROM bill_users WHERE username = :username";
            $stmt = $pdo->prepare($sql);
            $stmt->bindValue(':username', $post['username']);
            $stmt->execute();
            $row = $stmt->fetch(PDO::FETCH_ASSOC);
            if (password_verify($post['password'], $row['password'])) {
                if ($row['is_activated'] == 1) {
                    $_SESSION['bill_auth'] = 'secretkey'; //yes 
                    $_SESSION['user_id'] = $row['id'];
                } else {
                    $info_text['error_1'] = 'Вы должны активировать свой аккаунт!';
                }
            } else {
                $info_text['error_1'] = 'Данные не верны!';
            }
        } else {
            $info_text['error_1'] = 'Пользователь не найден!';
        }

[nokimaro]

Foxeki, в идеале бы ещё структуру таблицы и её содержимое (скрином)
Может быть username объявлен как varchar(5)

[Foxeki]

nokimaro, Та не, с таблицой всё ок
varchar(256)

[Foxeki]

Не знаю, что сейчас за магия произошла, но после перезагрузки сервака всё стало на свои места...

[nokimaro]

Foxeki, ну таких чудес как "не видит" - не бывает.
Если я правильно понял то выкидывает на первой проверке с ошибкой "Пользователь не найден!" ?
То есть не находит записей по username.
А значит надо смотреть на данные которые записаны в базу. Действительно ли там лежит username = "Admin213" а не скажем "Admin213 " (пробел на конце) и тд.

99% вероятность что это не глюки PDO, а проблемы с тем что и как лежит в базе.

[Foxeki]

nokimaro, Да, на первой проверке
Добавлю на всякий проверку на пробелы, мало ли

[Foxeki]

nokimaro, Кстати, как вы оцениваете код для безопасной работы (Там еще есть доп проверки, но это не из-за них)?

[Дмитрий]

Foxeki, www.mysql.ru/docs/man/CHAR.html
Почему 256 длина?

[Rsa97]

Дмитрий,

Values in VARCHAR columns are variable-length strings. The length can be specified as a value from 0 to 65,535.

https://dev.mysql.com/doc/refman/8.0/en/char.html
Документация по версии 3.23 уже давно не актуальна.

[Дмитрий]

Rsa97, ну походу попутал

[kafkiansky]

Ох уж эти любители говорить, что язык программирования работает как-то не так только у них. Если вы так уверены, отправляйте баг репорты, а не пишите на тостер.

[FanatPHP]

kafkiansky, вот как раз не надо этого
На тостере ошиваются бездельники, время которых ничего не стоит
а баг репорты приходится читать людям, которые делом заняты

[kafkiansky]

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

[Foxeki]

Дмитрий, Хз, число прикольное

Answer 1

[FanatPHP]

Заявления вида "PDO не пропускает то-то" напоминают горе-исследователя, который обнаружил, что
У таракана уши в ногах.

Ещё очень популярное заявление из этой серии - "у меня база данных все переводы строк съела!". при ближайшем рассмотрении выясняется, что база не при чем, переводы на месте, а вывод идет в HTML, который - сюрприз! - переводы строк не отображает, там для этого теги есть. причем если догадаться заглянуть в исходник HTML, то претензии к базе данных чудесным образом снимутся.

Так и здесь. Разбираться надо со своими данными. С тем что куда идет, и что откуда выходит. Не на уровне "в форму вбил с переводами - на странице отображается без". А по шагам:
- получил из формы в пхп - проверил что пришло
- отправил запрос из пхп в бд - проверил работает ли
- если не работает - проверяешь в консоли или прости господи пхпмайадмине
- разбираешься с входными данными, с данными которые лежат в БД
то есть докапываешься до корня проблемы, на так что "постучал по столу - у таракана уши в ногах"