BoShurik

Discounts нужно связать двумя "многие-ко-многим", это делается при помощи двух вспомогательных таблиц. Таким образом, у вас один Discount может
1) не иметь связи ни с товаром ни с категорией
2) быть связанным с множеством товаров
3) быть связанным с множеством категорий
4) быть связанным как с несколькими товарами, так и с несколькими категориями

кастомная функция позволит обращаться к другим сервисам в системе, получать данные, что-то проверять.
для макро и инклюд все данные должны быть уже готовы.
макро удобней инклюдов для мелких вещей, типа инпутов тем что их можно кучу поместить в один файл и синтаксис более простой.

но делать все макросами плохо - они загружаются каждый раз, в отличие от инклюдов, которые подгружаются только когда надо.

UPD подведу итог, я бы рекомендовал
1) использовать кастомные твиг функции, когда требуется какая то сложная логика или запрос данных из системы, но не рекомендовал бы ее для генерации html, просто потому что html в пхп не гуд. но в кастомной функции вы можете вызвать render другого шаблона, это норм, просто может ухудшить поиск верстки для фронтендеров (в случае инклюда для них все очевидно).
2) макросы - для кучки небольших вещей которые используются часто и повсеместно (инпуты)
3) инклюды для остальных кейсов, то есть когда данные уже есть и нужно их оформить в html

Фреймворков в целом, которые достигли должного уровня популярности и народного признания - не так уж много (если говорить о PHP-фреймворках).

Для начинающего, с целью понять сущность MVC, "пощупать" некоторые аспекты фреймворка, такие например, как загрузка библиотек и пр. подобности, я бы порекомендовал Вам CodeIgniter. Отличная документация, довольно много людей, кто сможет Вам ответить на возникающие вопросы, есть документация на русском. А так же, минимальное количество "лишнего" из коробки, например, шаблонизаторов (которые Вы можете самостоятельно подключить, если очень хочется).

После этого фреймворка, промежуточным, можно было бы считать Kohana, но, он что-то то "умирает", то снова "воскресает"... С документацией на него, по моему, всё так же плохо (читай "не очень хорошо") как и всегда... но, по нему есть несколько неплохих видео-уроков.

Суда же можно отнести Yii, на мой взгляд, он застрял где-то между "большими" и "маленькими" фреймворками. Маленьким его уже не назовёшь, по ряду признаков, а до большого и целостного - он ещё не дотягивает. Но, он довольно популярен на просторах бывшего СССР (по понятным для многих причинам), в виду чего имеет довольно большое русскоговорящее сообщество и целую толпу ярых фанатов.

Далее, в обязательном порядке будет идти Laravel - превосходная документация, примеры и фантастическое количество видео-уроков (если хорошо понимаете английский). Отличный фреймворк собранный на базе Symfony. Относится уже к "большим".

Ну а когда станете совсем матёрым программистом, и "лишний" код будет писать уже не в моготу, когда изучите все основные аспекты разработки, в том числе "сервис контейнеры", "внедрение зависимостей", будете понимать основные сетевые протоколы на низком уровне... а качество и разделяемость кода - будет одним из приоритетных условий - рекомендую обязательно ознакомиться с Symfony. Уроков по нему, довольно небольшое количество, вменяемого материала на русском языке - практически нет вообще... Но, достаточно легко изучается когда есть хороший багаж знаний и опыт работы с другими фреймворками.

P.S. Я понимаю, что Вы спрашивали "какой фреймворк учить первым?", а не какие они бывают вообще. Но, дабы предостеречь Вам от вопросов типа "какой фреймворк учить вторым?" или "почему Symfony в роли первого фреймворка так тяжело изучать?" и массы прочих подобных - озвучил одни из самых популярных фреймворков в мире веб-разработок в ракурсе PHP.

array_column()

$input = array(
  array(
    "id" => "1338",
  ),
  array(
    "id" => "3727",
  ),
  array(
    "id" => "3849",
  )
);

var_dump(array_map('intval', array_column($input, 'id')));

Берите 3.1.x и после выхода мажорной версии обновляйтесь. Как правило api стабильный и миграция совсем безболезненная.
После можно остановиться на lts-релизе 3.4

А теперь прочитайте ваш код вслух. НУ вот серьезно, он же не читабелен вообще. К примеру вот:

$from = new \DateTime('14:30');
$to = new \DateTIme('17:00');

$now = new \DateTime();
if ($from < $now && $now < $to) {
  // ваш код
}

Тут просто и понятно что откуда и куда, не нужно много думать что бы это прочитать и понять что вы хотите сделать. А в вашем варианте.... словом код ревью не пройдет.

Вы правы, так действительно лучше не делать.
Но удобного способа сделать это на php нет.
Вы можете:

• Подключить библиотеку для работы с коллекциями (например пакет Collection из Laravel). На средних и крупных проектах я предпочитаю именно такой путь, чтобы не изобретать велосипед.
  
• Использовать array_filter в комбинации с reset.
  
• Обходить элементы массива циклом и прерывать его, когда найден нужный элемент.
  

новый роут-конфиг (в бандле src/AppBundle/Resources/config/routing.yml) нужно импортировать в главный роут-конфиг (в app/config/routing.yml): symfony.com/doc/2.8/book/routing.html#including-ex...

я советую хранить в одной таблице не лес, а одно дерево. тоесть, иметь только один корневой элемент и от него уже раскидывать ветви. он может быть пустым, фейковым, без особой смысловой нагрузки, но он должен быть один. тогда у вас исчезнут упомянутые проблемы

1. Это не get-данные. Это называется "фрагмент"
2. Браузеры не передают фрагмент на сервер, поэтому, в общем и целом, в пыхе его никак не получить.
3. Можно получить фрагмент в JS и передать на сервер AJAX-запросом.
4. Или с помощью JS составить новый url и сделать на него перенаправление.
5. Фрагмент в таком формате обычно предназначеначается для обработки именно JS'ом.