Glitch Form Radio Button which setting the server is responsible for handling the variables in the template engine?


Warning: count(): Parameter must be an array or an object that implements Countable in /home/styllloz/public_html/qa-theme/donut-theme/qa-donut-layer.php on line 274
0 like 0 dislike
21 views
At some point I'm getting the weirdest glitch:
the standard syntax
{{ Form::radio('somename', 'someval', true, ['adparam'=>'someparam']) }}

option checked does not work on localhost (mac vagrant/box, laravel 5.4), but works on remote server...
Already broke all head, in what side to dig, as it didn't even notice the time when the off function (the fact that it worked to a certain point - the fact)?

UPD:
After dancing with a tambourine, it turned out that servers at different process values.
For localhost it works:
{!! Form::radio('sex', 0, true) !!} {!! Form::radio('sex', 1) !!} {!! Form::radio('sex', 2) !!}

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

The question of where hidden paramenta processing variables etc (1!='1')?
by | 21 views

1 Answer

0 like 0 dislike
The problem was in different versions of the PDO drivers and correspondingly different processing of int/num/str, a temporary crutch:
'mysql' => [ ... 'options' => [PDO::ATTR_EMULATE_PREPARES => true] ],

More stackoverflow
Thanks to the community Laracasts.
by

Related questions

0 like 0 dislike
2 answers
0 like 0 dislike
1 answer
110,608 questions
257,187 answers
0 comments
40,796 users