А вы не знаете, почему был выбран разработчиками такой принцип?
Если один человек вводит, наверное он не станет вводить данные, которые могут привести к инъекции.
Vitsliputsli, но PDO-то поддерживает. Так что пользователь PDO может продолжать использовать prepare.
Парсер в PDO вообще ни разу не полноценный, а простая заменялка плейсхолдеров. В том числе для обеспечения поддержки эмуляции.
Да не будет библиотека этого делать! К тому же просто разделить по точке с запятой - это гарантированно всё поломать, если указанный символ входит в состав строкового литерала. И что, теперь цеплять в библиотеку полноценный парсер?
Что написано, то и передаётся серверу в том виде, в каком написано. Это его парсеру разбираться.
Вместо переменных и массивов - сделал отдельно файлы с именами 123, 578, 015 и т.д.
(на самом деле HEX значения - 6 знаков).
Имя = один из GET параметров запроса
но в некоторых переменных содержатся строки более 2000 символов, а самих переменных может быть далеко за 100,
это какой массив тогда получится.
тоже думал, что форсит. Но утверждает, что нет
git reflog show dev
Я так понимаю ему ничего не пишется, а pull делать религия не позволяет
kafka - вещь узкоспециальная, а вот kubernetes точно лишним не будет
Работает нормально, но не очень хорошо делать активный цикл одижания.
$min = min($foo); // перебор всего массива
$max = max($foo); // перебор всего массива
$fullRange = range($min, $max); // создание нового массива размером с первоначальный
$missed = array_diff($fullRange, $foo); // вычисление расхождения массивов
$sum = array_sum($missed); // перебор всего массива$n = max($foo); // перебор всего массива, а если массив отсортирован, то и этого не нужно
$asum = ((1+$n)*$n)/2; // простые вычисления
echo $asum-array_sum($foo); // перебор всего массива