Глюк Form Radio Button, какой параметр настройки сервера отвечает за обработку переменных в шаблонизаторе?

Question

[O_Nayre]

С некоторого момента ловлю странный глюк:
при стандартном синтаксисе

{{ Form::radio('somename', 'someval', true, ['adparam'=>'someparam']) }}

параметр checked не работает на локальном хосте (mac, vagrant/box, laravel 5.4), но работает на удаленном сервере...
Уже сломал всю голову, в какую сторону копать, так как даже не заметил момента, когда отвалилась функция (то что она работала до некоторого момента - факт)?

UPD:
После плясок с бубном, выяснилось что серверы по разному обрабатывают значения.
Для localhost работает:

{!! Form::radio('sex', 0, true) !!}
{!! Form::radio('sex', 1) !!}
{!! Form::radio('sex', 2) !!}

для продакшен-сервера:

{!! Form::radio('sex', '0', true) !!}
{!! Form::radio('sex', '1') !!}
{!! Form::radio('sex', '2') !!}

Вопрос, где запрятан парамент обработки переменых (etc 1!='1')?

Comments

[Tesla]

А если по старинке, без Form хэлпера?

[O_Nayre]

Не охото городить огород только ради localhost, на боевом сервере все работает. Т.е. глюк не критичный и просто мешает отладке при разработке.

[Модератор]

O_Nayre, дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

[O_Nayre]

Модератор, комментарий риторический... в чем был спам? Я не уверен что данная проблема лежит только в плоскости "laravel" и тег "php", как минимум, был уместен...

[Модератор]

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

[O_Nayre]

Модератор, тогда позвольте открыть Вам глаза проблема была не в ларе, а в драйвере PDO на Vagrant... Так что Ваша "л" != 'логика'... Спасибо за участие (=

[vism]

дебагером прошлись по коду?
что показал?

[O_Nayre]

Можно несколько подробней, что Вы понимаете под дебагером?.. Код рабочий (работает без ошибок на сервере более года), на стороне клиента ошибок нет. Глюк только на localhost...

[vism]

O_Nayre, Вам нужно разобраться с дебагером. установить его на локалхост и продебажить код.
Все это прекрасно гуглится

[O_Nayre]

vism, установил, посмотрел, ничего нового (чего нельзя увидеть стандартными средствами дампа etc) не нашел. Ошибок нет.
Еще раз... Код - Рабочий.

[vism]

O_Nayre, Я думаю в вашем случае, просто можно было идти по ходу выполнения кода и смотреть где произошел косяк. Проходом с дебагером вы бы сразу нашли, что косяк происходит после запроса в БД. соответственно сразу бы там и копали)

[Модератор]

vism, свои пожелания направляйте через форму обратной связи
Линк в подвале

[Модератор]

O_Nayre, то, что ответ на вопрос (в том виде как он есть) нашелся на ларакасте, только подтверждает что вопрос адресован пользователям лары.
Как человек, даже очень хорошо умеющий в пхп, но далекий от лары, может ответить на вопрос

где запрятан парамент обработки переменых (etc 1!='1')?

Если бы вы спросили "как из мускуля получать числа числами, а не строками" (как это сделано на приведенной вами ссылке с SO), то был бы совершенно другой разговор.

Кстати, подобный вопрос с ответом (причем не только по pdo, но и по mysqli) есть и на тостере.

Answer 1

[O_Nayre]

Проблема заключалась в разных версиях драйверов PDO и соответственно разной обработке int/num/str, временный костыль:

'mysql' => [
           ...
           'options'   => [PDO::ATTR_EMULATE_PREPARES => true]
],

Подробней stackoverflow
Спасибо сообществу Laracasts.