Александр Маджугин

Единственный правильный вариант - переносить обертку в шаблон компонента. Все остальное - костыли. Content before component и Content after component - должны подключаться в шаблоне, в зависимости от параметров компонента.

Никак. Невозможно организовать штатными средствами скидку которая будет "сравнивать" товары.

Вот что можно сделать (точнее как делаю я):
1 Вам нужен скрипт-разметчик товаров в корзине.
Повесьте на события OnBasketUpdate, OnBasketDelete и OnBasketAdd функцию которая будет получать доступ к текущий корзине, пробегать по ней и добавлять пунктам корзины свойство-маркер с каким-либо условным значением. В самом простом случае добавлять самому дешевому товара свойство с кодом CHEAP и значением 1. Товару который второй по "дешевости" с кодом CHEAP и значением 2 и так далее.

2 создайте правило корзины которое добавляет скидку основываясь но свойствах товара в корзине, типа "Если свойство товара в корзине с кодом CHEAP равно 1" и так далее.

Вот с какими проблемами вы в частности при этом столкнетесь - что делать, если в корзине 2 товара. Один стоимостью 1000 рублей, и в количестве 1 штука, а второй стоимостью 500 рублей, в количестве 2 штуки. Вам тут надо будет дать скидку на второй товар, но только на одну штуку. Для этого придется использовать деление корзины.

Вот этот код вам возможно поможет: https://pastebin.com/Kjbi9zs6 - он не очень хорош, но все же лучше чем ничего.

Вешайте обработчик на следующие события модуля sale:
OnBasketUpdate
OnBasketDelete
OnBasketAdd

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

if (self::$Bypass) return;
        self::$Bypass = true;

        // здесь ваш код

        self::$Bypass = false;

Далее вам остается получить корзину, посчитать вес товаров без учета вашего, рассчитать нужное количество вашего товара и изменить его, добавить или убрать.

Корзину бы я получал на месте, не оглядываясь на входящие параметры:

\Bitrix\Main\Loader::includeModule('sale');
        $basket = \Bitrix\Sale\Basket::loadItemsForFUser(
                \Bitrix\Sale\Fuser::getId(),
                \Bitrix\Main\Context::getCurrent()->getSite()
            );

Входящие параметры сделайте так:

public static function basketOperator ($_=0,$__=0,$___=0)

Пример "придуманной" ссылки с которой все ок, покажите?
Если две добавить? Эту и придуманную?

Смотрите шаблон компонента. Думаю в коде шаблона ответ и будет.

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

.runComponentAction и так шлет все по сути на одну точку входа - вам нужно лишь создать соотвествующий компонент

.runAction можно использовать для модуля и создавать свои контроллеры внутри модуля.

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

$routes->post('/api/feedback', [\App\Controller::class,'sendFeedback']);

Далее вы просто создаете контролер скажем local/php_interface/lib/App/Controller.php
Остается сделать автозагрузку. Я просто описываю для композера:

{
    "name": "mav/myproject",
    "type": "project",
    "autoload": {
        "psr-4": {
                "App\\": "lib/App",
            }
    },
    "require-dev": {
        "kint-php/kint": "dev-master"
    },
    "require": {
        "mav/slovo": "^0.2.3"
    }
}

Всё.

Не важно как у вас строятся URL. И то что последний раздел тоже кликабельный значения не имеет.
Подозреваю вы используете штатные комплексные компоненты в SEF режиме - т.е. сделали всё чтобы потерять контроль над роутингом.
Самое просто решение думаю - это выключить в компонентах добавление айтемов в навигационную цепочку и управлять ей вручную в component_epilog.php: $APPLICATION->AddChainItem('Имя', 'Ссылка', true);

А как вы цену назначает? Ну вот там же смотрите какой выбран пункт и в зависимости от него считайте.
В чем у вас конкретно проблема?

У вас есть метод calculateConcrete? Вы в нем вычисляете стоимость доставки?

В любом практически компоненте можно сделать сортировку по двум параметрам. В комплексном компоненте catalog для этого есть параметры ELEMENT_SORT_{ORDER|FIELD} и ELEMENT_SORT_{ORDER|FIELD}2

Но если вам нужно больше чем два параметра - придется делать нормально.

У вас нет метода init с конфигурацией экшенов - добавьте что-то такое:

private $actionsConfig = [
            'view' => [
                   '-prefilters' => [
                           '\Bitrix\Main\Engine\ActionFilter\Authentication'
                       ]
                   ],
            'add' => [
                '-prefilters' => [
                        '\Bitrix\Main\Engine\ActionFilter\Authentication'
                    ]
            ]

    protected function init()
    {
        parent::init();
        foreach ($this->actionsConfig as $name=>$arConfig) $this->setActionConfig($name, $arConfig);
    }

Попробуйте не iblockSectionId, а iblockSection

Секции на офферы влияние не оказывают.

Очевидно вместо чего-то вроде

\Bitrix\Catalog\Model\Price::update($PriceId,$arPrice);

который вы используете для обновления, использовать что-то вроде:

\Bitrix\Catalog\Model\Price::add(array(
            'CATALOG_GROUP_ID'=>$PriceId,
            'PRODUCT_ID'=>$ProductId,
            'PRICE'=>$Price,
            'CURRENCY'=>'RUB',
        ));

для добавления.

Просто проверяйте цену для товара - если она есть - обновляйте, если нет - добавляете. Но проверять обязательно иначе добавите вторую/третью/и т.д. цены и все будет грустно.

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

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