Как вообще можно учиться программированию, и при этом не уметь пользоваться форумами? Не знать что код в вопросе надо оформлять? В упор не видеть панель форматирования? И в частности кнопку </>?
Это действительно говорят очень часто. Потому что дураков в мире вообще много, и они очень любят поговорить.
В действительности же, никаких "фильтров" для гет/пост делать не нужно (кроме очевидных проверок наличия ожидаемых данных и их формата).
Кроме того, функция filter_var сама по себе бессмысленная, она вообще ни для чего не годится, ни для запросов, ни для гет/пост.
"Фильтр", который действительно надо делать - это защита SQL запросов. Только это называется не фильтром, а подготовленными выражениями. Пример можно посмотреть здесь
Александра Попова, я действительно исходный комментарий написал пассивно-агрессивно, и за это прошу прощения. Сейчас проанализировал, что меня спровоцировало. Своим "выдаёт ошибку" вы показываете, что пассивно ждёте готового решения, и никак не участвуете в процессе. Такая позиция, когда вы просто служите передаточным звеном между консолью БД и тем, кто пишет код, всегда вызывает негативную реакцию.
Надо активнее участвовать в процессе. И если уж не получается разобраться с ошибкой самостоятельно, то хотя бы процитировать её в точности.
Александра Попова, вот учитесь, пожалуйста, разбираться с проблемами. А не просто просить готовое решение.
потому что программирование - это не про знать, какой код написать. А про разобраться, почему он не работает. И в первую очередь - путём внимательного чтения сообщений об ошибках.
Александр Токмаков, Если единственная дата 10.21 записана как 2021-10-30 23:59:59, то во-первых, об этом надо было написать в вопросе, а во-вторых, я тогда вообще не понимаю, в чем проблема.
Как на РНР из 10.21 получить 2021-10-30 23:59:59, срьёзно?
Дмитрий, это плохое условие, сразу убивает использование индекса.
База должна пройти по каждой строчке и выковырять из неё YEAR_MONTH, чтобы проверить условие
Виталий Артемьев, это совсем не "нападка". А пояснение простой разницы между джуном и программистом. Первый не видит дальше собственного кода, и все его усилия направлены только на то, чтобы заставить его работать. А второй сначала думает. Зачем этот код в принципе нужен. И надо ли его писать. И какую задачу мы в принципе решаем.
Причем не выдумывает из пальца "а вот я видел один раз", а исходит из реальности. А в реальности мы видим человека, который SQL учит два дня. А не "ETL системы" пишет.
