PetrPo

В модуле находится, в iblock lib/component/base.php там поищи Basket::addProduct

https://disk.yandex.ru/i/EdujozW4mPBO0g

Зависит от компонента:
1. Если подключение шаблона (result_modifier.php и template.php) находится в кешироемой области (см. как написан компонент) то проблемы будут при изменении/добавлении/удалении элементов инфоблока к которому подключен вложенный компонент
2. Файл component_epilog.php всегда находится в НЕкешируемой области. Если только это НЕ случай из твоего вопроса, поэтому размещать простые компоненты в нем можно

Цитата в ответе Елена

Вот этот $component решает проблему кеширования.

Этот параметр никак не влияет на кеширование))

что делать если вызов компонента, внутри простого компонента необходим, переделывать компонент родитель под комплексный компонент?!?

Зависит от ситуации, например
- получать нужные данные в result_modifier
- или вызывать компонент в component_epilog, а потом закидывать js-ом в нужное место

в целом, из простого, вижу 2 варианта:
1. С использование нового инфоблока
- например создаешь новый ИБ "Лендинги", настраиваешь как тебе надо, добавляешь свойства
- настраиваешь форму редактирования элемента: таб = блок у лендинга (в каждом табе соответствующие свойства)
- добавляешь лендинг

- в своем старом ИБ создаешь свойство привязка к элементу, например LANDING_ELEMENT_ID
- в нем создаешь пустой элемент (заполняешь только обязательные поля) и привязываешь свой лендинг, тогда в публичке в списке у тебя выводится этот элемент с ссылкой на деталку
- дальше, на примере комплексного компонента catalog, в шаблоне в файле element.php делаешь запрос на получение свойства LANDING_ELEMENT_ID текущего элемента (в $arResult['VARIABLES'] будеи или ID или CODE элемента) и если его значение не пустое то выводишь другой шаблон деталки

- дальше уже дело техники, сделать новый шаблон, с выводом нужных блоков с соответствующими им свойствами

2. Статические разделы
- создаешь в своем ИБ опять же пустой элемент, чтобы была ссылка на деталку
- например, если у тебя ссылка на деталку строится из символьного кода, то в папке раздела физически создаешь папку (название = символьный код элемента), тогда по этому адресу деталки элемента у тебя выведется index.php из этой папки. Ну а там уже можешь городить что хочешь, например руками верстать)) или на каждый блок делать шаблон какого-то компонента, инфу передавать через параметры компонента, или опять же делать какой-то инфоблок, тут уже на что фантазии хватит))

1. В настройках инфоблока на вкладке "доступ", включаешь "расширенное управление доступом".
Скрин joxi.ru/1A5pl45sDqBD42
2. Переходишь в изменение раздела, на вкладке "доступ" появится кнопка добавить, в попапе выбираешь "другое" и добавляешь:
- "Все посетители" - нет доступа
- "Все авторизованные пользователи" - чтение
Скрин joxi.ru/l2Z6JBXfzbKze2
3. В настройках компонента должна стоять галка "Учитывать права доступа"

P.S.
Хз че-то не дает ссылки на joxi вставлять, так что копируй

evsyukov:main - вместо этого должно быть название модуля. По соглашениям битрикса самописные модули должны состоять из двух слов разделенных точкой, например evsyukov.testmodules, где первая часть - это условно говоря PARTNER_NAME, а вторая название модуля

Тогда вызов будет выглядеть так:

BX.ajax.runAction('evsyukov:testmodules.api.book.addbook', {});

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

public function configureActions()
{
	return [
		'addBook' => [
			'prefilters' => [

			],
			'-prefilters' => [
				\Bitrix\Main\Engine\ActionFilter\Authentication::class
			],
		]
	];
}

Путь от корня сайта указывается

В главном модуле настройки
1. Позволять ли пользователям регистрироваться самостоятельно - Y
2. Запрашивать подтверждение регистрации по email - N

use Bitrix\Iblock\ElementPropertyTable;
use Bitrix\Main\ORM\Fields\Relations\Reference;
use Bitrix\Main\ORM\Query\Join;

\Bitrix\Main\Loader::includeModule('catalog');

$propertyId = 20;
$propertyValue = ['188-12-07'];

$result = \Bitrix\Catalog\StoreProductTable::getList([
	'filter' => [
		'ELEMENT_PROPERTIES.IBLOCK_PROPERTY_ID' => $propertyId,
		'ELEMENT_PROPERTIES.VALUE' => $propertyValue,
	],
	'runtime' => [
		new Reference('ELEMENT_PROPERTIES', ElementPropertyTable::class, Join::on('this.PRODUCT_ID', 'ref.IBLOCK_ELEMENT_ID'))
	]
])->fetchAll();

print_r($result);

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

'ELEMENT_PROPERTIES.IBLOCK_PROPERTY_ID' => $propertyId,

Опережая ответ, бросай это неблагодарное дело)

youtube, лучше смотри после прочтения ответа

Думаю первые два пункта очевидны, но напишу
1. Устанавливаешь node.js
Через консоль
2. Устанавливаешь bitrix cli
npm install -g @bitrix/cli

Дальше судя по логике человека из видоса, если у тебя не SPA, а у тебя наверняка не SPA:
3. Создаешь экстеншен для vue (или другого) плагина, в консоли переходишь в папку /local/js/имя_модуля/
bitrix create
отвечаешь на вопросы, имя твоего экстеншена должно быть без точек

4. Переходишь в папку с экстеншеном, пишешь
npm init

5. Скачиваешь нужный плагин
npm i названиепакета
проверь что в package.json он добавился

6. В редакторе открываешь bundle.config.js в нем добавляешь

plugins: {
	resolve: true,
},

7. Открываешь файл в папке src, который создался через bitirx create, в нем все стираешь и пишешь import плагина, как пример

import React from 'react'

export {React}

8. В консоли (проверь что находишься в папке со своим экстеншеном , а не где-нибудь в корне, иначе ядро сбандлишь и будет плохо)
bitrix build

9. Смотришь bundle в папке dist, если все ок, там должен быть транспилированный код твоего плагина

Теперь можешь юзать через битриксовое api

\Bitrix\Main\UI\Extension::load("имя_модуля.имя_экстеншена")

import React from 'имя_модуля.имя_экстеншена';

loadExtension('имя_модуля.имя_экстеншена').then(() => {
    // Код который использует `main.loader`
});

P.S.
Сам я пробовал react устанавливать, но у него в файлах используются переменные окружения node.js и т.к. они не определены js валится, как с этим быть я не разобрался и поэтому забил, может с другими плагинами норм будет.

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

ELEMENT_SORT_FIELD поддерживает сортировку по списку id

"ELEMENT_SORT_FIELD" => "ID",
"ELEMENT_SORT_ORDER" => $arElements // массив ID в нужном порядке

Предположу, что вызывается $USER->GetID(), в документации указано, что Переменная $USER в агентах отсутствует.. По всей видимости, в этом модуле есть событие на добавление элемента инфоблока, в котором вызывается $USER->GetID() и т.к. $USER=null, а не объект класса CUser получаешь ошибку.

или все таки 2 раза передавать это так себе затея?

Ты же сам видишь что так себе затея. В целом ставить компонент в компонент (в кешируемую область) - это неправильно.

Если передашь значение через параметры компонента - работать будет, но не избавит от других проблем с кешем