R
проверил
in_array ("qwe", ["asd" => 0])Вот это вернёт true.
Size: a a a
2021 February 26
И
Вот это вернёт true.
похоже на подставу со стороны php ))
SC
похоже на подставу со стороны php ))
В документации есть, значит не баг
NT
in_array ("qwe", ["asd" => 0])Вот это вернёт true.
Красиво
SC
Красиво
Шёл 2021 год, а в пыхе strict всё ещё не сделали true по-умолчанию для in_array
A
Шёл 2021 год, а в пыхе strict всё ещё не сделали true по-умолчанию для in_array
слишком будет BC
SC
Та понятно
A
мильоны плагинов для вордпресса погибнут
SC
Ну мб переключалкой там, в конфигах...
SS
а если выпилить
@ сколько всего погибнет... 🌚P
мильоны плагинов для вордпресса погибнут
Все равно пых на серверах 5.3
🎃
in_array ("qwe", ["asd" => 0])Вот это вернёт true.
почему так?
SS
почему так?
потому что это php)
SC
почему так?
Потому что пыха при нестрогом поиске будет пытаться приводить типы. В этом кейсе она попробует привести к инту
🎃
стикеры разбанили?
P
SC
(int) "qwe"
(int) "asd"
(int) "asd"
И
in_array ("qwe", ["asd" => 0])Вот это вернёт true.
все равно не понял почему "qwe" == 0
С
Кэш не нужен
а что ты предлагаешь в try-catch писать?
Просто у меня там стоит возврат другого JSON, где error => true.
в фронте идет просто проверка поля error, и если true, то выводится другой кусок вьюшки (без данных) про "сервис недоступен". и соответственно если с API данные ок получили, то при формировании ответного JSON нет поля error => true, и в фронте выводятся данные.
Просто у меня там стоит возврат другого JSON, где error => true.
в фронте идет просто проверка поля error, и если true, то выводится другой кусок вьюшки (без данных) про "сервис недоступен". и соответственно если с API данные ок получили, то при формировании ответного JSON нет поля error => true, и в фронте выводятся данные.
SC
все равно не понял почему "qwe" == 0
>>> (int)"qwe"
=> 0
=> 0