FanatPHP

Перевожу на понятный язык ответ DevMan:

Чтобы получить данный функционал, необходимо, чтобы были соблюдены два условия:

- модуль pdo_mysql должен быть собран на базе mysqlnd. проверяется через phpinfo()
- для запроса используются родные подготовленные выражения, что достигается установкой PDO::ATTR_EMULATE_PREPARES в false

> "велосипед" который будет обновляться самой командой в соответствиями с требованиями проекта?

Проблема в том, что требования бизнес-процесса всегда имеют больший приоритет перед необходимостью технической модернизации. И в реальности внутренний фремворк никогда не обновляется (ну, если только конечно вы не Баду с 100500 девопсов), и через пару лет разработчики начинают чувствовать себя питекантропами.

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

> Но что если новая версия очень сильно отличается от старой, придется проделать много работы по переделке большого проекта на новую версию.

Это значит, что фреймворк использовался только для украшения, а бизнес-логика писалась по-старинке, овнокодом.
Мы месяц назад поменяли мажорную версию Симфони, с 2.3 на 3.2. Переделки потребовались, но чисто механические, по замене нескольких устаревших функций.
Достаточно следовать рекомендованным практикам, использовать рекомендованные инструменты и апгрейд не будет настолько болезненным.

Плюс я считаю, что болезненность апгрейда в любом случае преувеличена, и несравнима с переездом с самопала.

> Как обычно поступают команды, когда используется сторонний фреймворк, постоянно обновляют его версию в проекте или остаются на старой версии?

Хотя бы за мажорной версией следовать необходимо.

Был старый-старый хак, думаю, что он работает и сейчас

<input type = hidden name = cbx value = 0>
<input type = checkbox name = cbx value = 1>

Работает, как я понимаю, за счет того, что последующее значение затирает предыдущее.
То есть, запрос выглядит как
..&cbx=0&cbx=1&...
в итоге в скрипте получается что-то вроде идущих подряд

$_GET['cbx'] = 0;
$_GET['cbx'] = 1;

И в итоге остается только один.

Отсюда становится понятно, что важно соблюдать порядок - хидден должен идти всегда первым.

Я тоже не понимаю, что нужно, а автор - по старой доброй традиции, хотя и спрашивает "есть ли под задачу другой подход", но саму задачу не описывает. А только свои страдания в борьбе с ней.

Из этого невнятного кода я могу предположить только такое

$array = range(1,20);
shuffle($array);
foreach($array as $item)
{
    echo $item, "<br>";
}

Отвечу на вопросы, которые остались без ответа

1. На случай, если никто не умрет, получив сообщение с пустой ячейкой "Телефон", оставляем код как есть.
2. На случай, если умрет и полей будет десяток

$fields = array(
    'name'  => 'Имя',
    'phone' => 'Телефон',
    // ...
); 
$message = '<table>';
foreach ($fields as $key => $title)
{
    if ($value = trim($_POST[$key]))
    {
        $message .= "<tr><td>$title:</td><td>$value</td></tr>";
    }
}
$message .= '</table>';