Flying

А почему не работает с join? По-идее никаких ограничений в этом аспекте быть не должно.

Если вам нужны не все поля или хочется оптимизировать запрос так чтобы он обязательно вытаскивал не всё - то лучше строить отдельный запрос и вытаскивать только нужные данные как данные, а не как entities. В конечном итоге вам ничто не может помешать в своём custom repository сделать запрос на данные и насоздавать entities, заполненных этими данными. В большинстве случаев всё-таки содержимое одной строки базы данных не настолько увеличивает размер выборки как количество строк самой выборки. Т.е. выбрать, условно, 20 строк с текстами постов скорее всего будет быстрее чем 10к постов без их текстов.

Если же вам настолько важно выбирать сущности, но не выбирать значения полей (к примеру у вас каждый Post - это книга на несколько мегабайт текста, кто знает?) - можно вынести текст Post'а в отдельную сущность и использовать `OneToOne` отношение, тогда вы сможете использовать преимущества lazy загрузки связей в Doctrine и не выбирать тексты если они не нужны.

map-has-key - это функция работы с map, у вас же по факту map of lists т.е. через map-has-key и map-get вы получаете элемент соответствующего "цвета", а обращение к элементам списка должно идти через функции работы со списками, к примеру через @for или @each, или, если вам известна позиция в списке - то через nth()

Поскольку контейнер в Symfony компилируемый - на runtime производительность это не влияет никак. Если хотите проверить - загляните в то во что превращается код создания вашего сервиса в контейнере, всё это лежит в var/cache, там будет обычный setLogger($this->get('logger')) или что-нибудь типа этого.

Разница в том что width определяет строго определённый размер элемента - его размер по оси X, тогда как flex-basis определяет размер элемента вдоль главной оси flexbox контейнера. В случае если flex-direction имеет значения row или row-reverse - разницы нет, а вот в случае если это свойство имеет значение column или column-reverse - разница принципиальная. Всё это есть в документации.

• Верстаю в PHPStorm (просто потому что ещё и работаю с backend кодом на PHP).
  
• Для написания HTML использую Twig (т.к. нравится синтаксис и можно потом без переделки использовать шаблоны на backend'е). Использование шаблонизатора для вёрстки сильно помогает если надо сверстать более 1-2 страниц
  
• Для написания стилей использую SCSS + свою библиотечку + несколько PostCSS плагинов.
  
• Макеты - в Photoshop, InVision или Zeplin, смотря в чём отдают.
  
• Для обычных картинок - Photoshop + оптимизаторы (optipng, pngout, guetzli, xat).
  
• Для SVG иконок - Inkscape + руки + svgo, а затем организовываю всё это через icomoon.io, оттуда можно получить либо иконочный шрифт либо запакованный набор SVG элементов.
  
• Для сборки проекта использую Gulp с набором различных плагинов, список могу дать отдельно если интересно.
  
• Саму структуру проекта обычно просто копирую руками из проекта в проект. Можно конечно сделать какой-нибудь плагин для yeoman или что-то подобное, но меня не ломает скопировать пяток файлов, да и задачи бывают разные - просто вёрстка или вёрстка сразу в контексте сайта.
  

Возможно вам стоит обратить внимание на готовую реализацию деревьев для Doctrine? Есть также интеграция для этого пакета в Symfony. Это позволит вам не изобретать велосипед, а использовать готовое, проверенное и весьма популярное решение освободив время от написания и поддержки своей реализации для других задач.