Да не будет библиотека этого делать! К тому же просто разделить по точке с запятой - это гарантированно всё поломать, если указанный символ входит в состав строкового литерала. И что, теперь цеплять в библиотеку полноценный парсер?
Что написано, то и передаётся серверу в том виде, в каком написано. Это его парсеру разбираться.
Вместо переменных и массивов - сделал отдельно файлы с именами 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); // перебор всего массива
Крон запускается за счет посещения
Поддерживает, но автор использует эмуляцию.
Он для эмуляции и создан, для prepared он и не нужен, там уже СУБД сама разберется. Полноценный не в смысле, что он всю грамматику разбирает. Но он и не просто заменялка, так как на нем полноценная защита от sql-инъекций.