SQLSTATE [HY000]

# kantry (17.02.2020 / 17:20)
Simba, А у него что за хостинг? Это уже второй случай, похоже у партизана такая же хрень. Придется насильно типы приводить

Х.з что за хостинг. Да и разницы не особо много гг. Надо будет допиливать чтоб и на таких работало)

Simba, По отношению к php не логично

# kantry (17.02.2020 / 17:31)
Simba, По отношению к php не логично

Нелогично что?) Я не понял)

Simba, php устаревший нельзя, а mysql можно?

# kantry (17.02.2020 / 17:43)
Simba, php устаревший нельзя, а mysql можно?

Всё равно в планах ORM внедрять, посему внедрим и потихоньку надо будет переделывать всё для избавления от подобных ситуаций...

хостинг zomro

# Simba (17.02.2020 / 17:51)
Всё равно в планах ORM внедрять, посему внедрим и потихоньку надо будет переделывать всё для избавления от подобных ситуаций...

А каким образом ОРМ спасет тебя от старого, или плохо настроенного MySQL?

# AlkatraZ (17.02.2020 / 20:48)
А каким образом ОРМ спасет тебя от старого, или плохо настроенного MySQL?

Будет единая точка, в которой можно будет кастовать типы.

короче не судьба...хостинг менять не хочу

# XaOS (17.02.2020 / 22:13)
короче не судьба...хостинг менять не хочу

Нет безвыходных положений, особенно если вы уже в положении
Это все решаемо, придется немного повозится, там где уже используются сущности(напр. UserProperties) впихиваем насильное приведение типов

function set_numeric($var) {
  if (is_numeric($var)) {
    return $var + 0;
  }
  return $var;
}
// дальше по коду используем
$user_data = array_map('self::set_numeric', $user_data);

В модулях где дохрена левых запросов, отключаем //declare(strict_types=1);
Ну или по тому же принципу, вытягиваем из таблицы весь набор(fetchAll()) и так же насильно приводим к числам.))