это все равно, что так, верно?нет
$GET = [
"users" => ["one" =>'', "two" =>'', "three" =>''],
];Ведь его значения равны тому, что я введу в поля.Вы путаете понятие представления, типа и интерпретации. Например, 111 !== '111' так как первое является числом, а второе строкой. Из браузера мы можем передать только набор байт, как его принимать и интерпретировать решает сервер. На сервере нет информации какой тип полей использовался для отправки, да и доверять форнтенду сервер не должен, по этому по умолчанию все что пришло интерпретируется как строка.
нужно два условия в одном if? первое это проверка на empty а второе это intval?Неужели чтение документации такая болезненная процедура? Чаще обращайтесь к докам, там практически все описано, в том числе и варианты применения.
Но что если, этот товар участвовал в "рекламе", и на него еще есть ссылки для перехода на других ресурсах,на других ресурсах это в рамках вашего сайта? Если да - можно адресовать на текущий урл, где товар доступен, если нет - это не ваш сайт, и следовательно у вас на сайте должно быть 404.
Я все перерыл, может есть примеры роутинга для такой структуры урлов, как в примере выше?обычно в роутере первые 2 параметра по умолчанию это имя контроллера и название экшена, все остальные параметры пути интерпретируются как массив параметров. Любой роутер умеет, можно от лары, можно любой популярный с гитхаба.
Была мысль для получения таких данных завести EntityRepository, в котором строить запросы используя createQueryBuilder, но на сколько понимаю, он должен быть привязан к какой-нибудь сущности.Напрашивается очевидный ход - сущность статистика, можно даже под нее таблицу завести, например для каких-то отчетов.
что такое локальное CRM?Гуглите CRM
и что такое роли в магазине?Гуглите RBAC
Попрактиковаться, как вывести значения по умолчанию на экран вашим методом.Если задача чисто учебная, то смысл спрашивать как вывести абсолютно абстрактные данные в абсолютно абстрактном виде теряет смысл. Есть 5-10 способов, каждый из которых хорошо подойдет в конкретной ситуации, и плохо подойдет в других. Зависит от того откуда будут браться данные, куда уходить, как их будут использовать и еще миллион нюансов. Все равно что спрашивать какие цветы лучше всех? На похороны или девушке дарить? Или сажать на клумбе? Или...
А большими проектами можно назвать интернет магазин или маркетплейс?Да, там где есть много сущностей, много связей между ними и достаточно сложные взаимодействия. Например тот же магазин имеет с пару десятков сущностей, с достаточно сложными отношениями - пользователи, роли, товары, свойства товаров, заказы, статусы обработки, фидбэк, статистика... и еще много чего.
Какие еще бывают большие проекты?Любые, от локальной CRM до соцсетей.
я понимаю, что даты хранятся неверным образом. ок, даже если я все переделаю так, что они будут записаны должным образом, но также списком. То как мне поможет оператор LIKE?Записаны должным образом это значит выведены в отдельные таблицы со связью один-ко-многим или многие-ко-многим, в зависимости от того как работает логика приложения, и вот тогда можно использовать between.
причем тут LIKE, если нужно сравнивать с диапазоном дат?При том, что в таблице у вас хранятся не даты, а строки (легко проверить - тип поля dates у вас скорее всего варчар или вообще текст). По этому работать с ними как с датами затруднительно.
$query = array_values($query)[0];