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

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

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

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

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

Программирование это по сути просто подробное описание процесса или объекта (в случае с html, например), на каком-то языке.

Можно ли хорошо владеть языком не зная теории? В принципе - да. Говорите же вы на русском и понимаете его не зная например всех его падежей.

Можно ли владеть языком на самом высочайшем уровне? Легко. Гомер или Шекспир не дадут соврать. Но Гомеров и Шекспиров в истории человечества было ровно по одному. Да я тягались они со своими современниками так же ничего не знавшими о теории языков на которых они писали. Может ли современный писатель или поэт стать классиком не будучи знакомым с теорией языка? Может. Но без теории написания текстов - вряд ли. Вам будет сложно написать интересную книжку или сценарий фильма, не будучи знакомым хотя бы с "Морфологией волшебной сказки" Проппа.

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

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

Если бы современные трасформеры могли ответить на этот вопрос, я бы вообще сюда не пришел.

Возьми Thinkpad лучше на Avito. Вот реально - пользоваться ноубуками профессионально - то еще удовольствие.
За эти деньги которые стоит LENOVO V15 G2 ITL можно взять вполне приличную Tэшку или даже какой-нибудь P50s.
Есть еще странные Thinkpad на которых почему-то написано latitude, но в их модификациях не разбираюсь )))

И да - 8Гб это смешно в 2023 году.

У вас нет метода 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);
    }

https://marketplace.visualstudio.com/items?itemNam... - по ssh

По FTP/sFTP нормально только Komodo умеет работать. Других редакторов не встречал.
Для VS Code есть https://marketplace.visualstudio.com/items?itemNam... и он вроде как работает, но конечно не так как в Komodo.

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

В общем на все вопросы - да, если вы получаете от этого удовольствие и тешете себя мыслью что ваше крафтовое <имярек> сильно лучше серийного по органолептическим свойствам. Но по факту вы получаете очень дорогой и, как правило, не качественный продукт, потому что никогда не сможете достичь такого же качества как у профессионалов с профессиональным оборудованием. Как бы отдельные личности не сопротивлялись и не желали остаться где-то между 93000 и 17400 годами до н.э. но за окном по факту 2023 год и разделение труда уже изобрели.
Каких бы областей это не касалось всегда выгоднее заплатить профи.

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

Но если вам надо

создавать функции с такими же именами но уже в другой функции.

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

Кроме того зачем имена функций внутри функции? Может быть есть смысл создать там анонимные функции? Или лучше создать класс/объект?

Неплохо бы увидеть реальный код, а не вот такой вот общий пример.

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

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

Вот вам еще вариант - добавить к статьям обязательные поля (если вы пишите о событии):
Точная дата начала события
Место события (населенный пункт)
Список ФИО участников
Тип события (выбор из фиксированного списка)

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

Запускаем инспектор редактора (F1 > inspect editor tokens and scopes), наводимся на style и понимаем что vs code не различает синтаксис внутри значения атрибута styale - там все просто source.css, соотвествено и подсветку никак не сделать.

Но... можно запилить свой анализатор html, однако это другой уже вопрос.

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

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

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

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

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

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

Создаем отдельные ssh ключи для каждого репозитория и обновляем их как ключи для деплоя.
Создаем файл .ssh/config вида:

Host github.com-repo-1
        Hostname github.com
        IdentityFile=/home/bitrix/.ssh/id_rsa-repo-1
Host github.com-repo-2
        Hostname github.com
        IdentityFile=/home/bitrix/.ssh/id_rsa-repo-2
Host github.com-repo-3
        Hostname github.com
        IdentityFile=/home/bitrix/.ssh/id_rsa-repo-3

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

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