Александр Земляной

Установите symfony/orm-pack в него уже входит всё что нужно в том числе и doctrine/doctrine-bundle

Нельзя в Доктрине джойнить сразу по 2 полям одну сущность, если это не ManyToMany (которая в свою очередь не может содержать ничего кроме 2 ID полей, иначе придётся вручную разбивать связь на ManyToOne и выделять отдельные ID).
У вас уже имеется специальный ID по ним и описывайте связь ManyToOne
Например

class Inventory {
    /**
     * @ORM\ManyToOne(targetEntity=Price::class, inversedBy="prices")
     * @ORM\JoinColumns({
     *   @ORM\JoinColumn(name="id_price", referencedColumnName="id")
     * })
     */
    protected $prices;
}

Включите режим правки и посмотрите параметры компонента меню. Там тип меню указан тернарником - superleft или top. Плюс к этому, если пролистать вниз - подключается _ext меню галочкой. Оно и формирует ваше динамическое меню сейчас.
Если Вы разработчик, то ответ должен вас устроить. Если нет - то ответ: вам нужна доработка, это несложная задача.
Не забудьте отметить ответ.

На PHP - напишите (если есть описание протокола обмена данными). Проблем - нет.
1. Web-socket server PHP (заодно, поможет Вам понять принцип построения web-сокет-сервисов).
2. Нативный сокет-сервер (не web-socket!) на PHP.
Registered Stream Socket Transports: tcp, udp.

Попробуйте так:

<img alt="" src="<?=$arResult['DETAIL_PICTURE']['SRC']?>">

Битрикс плохо подходит. Лучше PHP фреймворк подобрать.

Нет.
Бандл - это логическая группа классов которая решает базовые задачи с обязательной возможностью переиспользования (начиная с Symfony 4 это деприкейтед подход), к примеру (обработка писем, провайдер для какого нибудь хранилища...)
Сервис - может быть так сформулирован как Вы написали, предназначен для решения локальных задач (работа с пользователем, управление заказом и т. д.) )
Репозиторий - это класс согласно соответствующему паттерну осуществляют взаимодействие с базой данных, достать или отправить данные из/в базу данных
Ентити - это что-то вроди маппера который обеспечивает взаимодействие между сервисами и репозиторием

Webpack - это система сборки с массой возможностей. В частности, он анализирует JS-код (а также CSS или другой, через лоадеры), это даёт ему superpowers.

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

То есть, это две разные вещи. В качестве одной из задач на gulp/grunt вполне может быть сборка webpack, так обычно и делают.

Простую сборку вполне можно написать и на gulp/grunt напрямую. А если посложнее или просто хочется иметь задел "на будущее", то можно воспользоваться специальным инструментом (Webpack).

P.S. У меня когда-то были и gulp task'и сборщики и browserify, но уже давно их место плотненько занял Webpack.