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

Мало данных но я попробую. В компонент, который отображает этот блок, нужно передавать в качестве параметра, значение поля пользователя.
Тогда вы будете иметь 3 раздельных кэша компонента - для неавторизованных пользователей (значения нет), для пользователя со значением 1 и отдельно для пользователя со значением 2.
Таким образов в шаблоне компонента вы можете использовать простой if, проверяя ключ $arParams в который передаете значение пользовательского поля.
Это самый простой способ в лоб.

Убрать форму из страницы. Генерировать ее js'ом только когда пользователь ткнул в кнопку.

Умный фильтр работает только в разделе каталога.
Есть вроде параметр SHOW_ALL_WO_SECTION или как-то так, но с ЧПУ это не работает.

Ну там же есть сноска.

Пункт "с агентами на cron" означает что РК будет выполнятся на агентах если они перенесены на крон. Никаких отдельных скриптов в крон добавлять не нужно. Достаточно выполнить эту инструкцию: https://dev.1c-bitrix.ru/learning/course/?COURSE_I...

Третий пункт означает что вы сами настроите запуск /bitrix/modules/main/tools/backup.php. Каким образом это уже ваше дело.

Скорее всего в компоненте детального вида, либо в его шаблоне в component_epilog.php

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

Тут всего два варианта:
1 Неверное условие и $enum_fields['XML_ID'] никогда не равно 'true' (было бы странно если бы было равно).
2 Условие верное и товар с XML_ID== 'true' есть, но на событии АфтеАпдейт, стоит обработчик который меняет значение на N, деактивируя товар.

Ну наверное можно предложить 2 подхода:

1 Юзать новый ajax компонентов, т.е. писать свои компоненты, в которых реализовывать бизнес-логику и использовать встроенный механизм для обращения к ним с фронта. Вот статья кратенькая: https://verstaem.com/ajax/new-bitrix-ajax/

2 Тупо, в лоб писать скрипты api. Просто скрипты которые просто используют внутренний API проекта, а уже всю логику реализовывать в этом внутреннем API.
Сами скрипты получаются примерно такие, какие-то:

<?
require('.prolog.php');
// добавляем в избранное
	$favorites = \Model\Favorites::getInstance();
if ($_REQUEST['add']) {
	
	$favorites->add2Fav(intval($_REQUEST['add']));
} elseif ($_REQUEST['remove']) {
	$favorites->remove2Fav(intval($_REQUEST['remove']));
} elseif (strlen(trim($_REQUEST['note'])) && $_REQUEST['fav']) {
	$favorites->note2Fav(intval($_REQUEST['fav']),trim($_REQUEST['note']));
}

$arResult['appdata']['user'] = \Model\User::getInstance()->getData();

require('.epilog.php');

Первый подход стильный, модный, молодежный, но и во втором нет ничего криминального, как мне кажется.

В конце концов хочу получить 2 репы, которые ничего друг о друге не знают и общаются через api, сгенерированное тем же Swagger

Классно когда на такие штуки есть бюджет.

Ужасный способ - никогда так не делайте.
Таким подходом вы превращаете систему управления контентом в систему управления страницами.

Какая разница по какому URL открыта ваша страница? Страница должна открываться корректно в независимости от url.

Если ваши div внутри этой страницы - просто пропишите им классы.

Если ваши div внутри какого-то компонента который вызывается из скрипта страницы и из других мест - просто добавьте в компонента параметр в котором передавайте дополнительный класс.

Если ваши div лежат за пределами скрипта страницы (я так подозреваю что это скорее всего ваш случай) используйте отложенные функции:

<div id="one" class="someClass <?=$APPLICATION->ShowProperty('color_class')?>">

И в странице:

<?require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php");
$APPLICATION->SetPageProperty('color_class', 'green');
?>

Вангую что проблема вовсе не в композите, а в js слушателях которые традиционно навешиваются по событию готовности страницы.
В итоге у вас сначала грузится статическая часть кэшированная композитом, потом срабатывают скрипты. Потом подргужается блок с кнопкой. Но так как скрипты уже отработали когда кнопки не было, то и никакой слушатель за нее не зацепился. А когда кнопка появилась в странице, поезд со слушателями уже давно ушел.

js не должен полагаться на готовность DOM который не создается им самим, как за многие годы многих приучил делать jQuery.
Если события назначаются элементам DOM это должен делать тот кто создают html. Если, в данном случае, html создается на сервере с помощью PHP, то и события пусть назначаются на сервере прямо в этом html.

Список новостей разместил в result modifier

Так делать нельзя - в result modifier не должно быть никакого вывода, так как в случае отображения из кэша он не выполняется.

подскажите как мне вывести массив новостей со свойствами в разметку компонента Элементы раздела?

Переместить список новостей в template.php, в нужное место в разметке.

Вот как у меня:

Пользователь подписыается на события связанные с объектом $dctList['UUID']:
\CPullWatch::Add($UserID, $dctList['UUID']);

Отправляем уведомление всем пользователям при событии связанным с объектом с индентификатором $list_uuid

\CPullWatch::AddToStack($list_uuid,
				Array(
					'module_id' => 'list',
					'command' => 'exchange',
					'params' => [
							'provocative' => $dctData['head']['UID'],
							'list_uuid'=> $list_uuid
						]
				)
			);

загрузка модуля:

BX.loadScript('/bitrix/js/pull/protobuf/protobuf.js', ()=>{
					BX.loadScript('/bitrix/js/pull/protobuf/model.js', ()=>{
							BX.loadScript('/bitrix/js/rest/client/rest.client.js', ()=>{
									BX.loadScript('/bitrix/js/pull/client/pull.client.js',()=>{APP.bitrixreinit._pullinit()});
								});
						});
				});

Подписка на события в методе _pullinit:

// подписываемся на события P&P
		BX.addCustomEvent("onPullEvent", function(module_id,command,params) {
			
			if (APP.getConfigParam('uid') == params.provocative) {
				//if ('production' != APP.getConfigParam('mode')) console.log('собственное событие пропущено');
				return;
			}
			if ('exchange' == command) {
				APP.exchange({basis: 'pull', context: params});
			}
		});

		BX.addCustomEvent("onPullStatus", function(status) {
			if ('online' != APP.$store.state.status.push_and_pull
					&& 'online' == status) {
				// не онлайн сменился на онлайн
				//let last_sync_time = APP.$store.state.db.sync.last.time.client || 0
				//let now_time = Date.now()/1000
				//if (now_time - last_sync_time < 30) {
				//	
				//} else {
				//	
				//}
				APP.exchange({basis: 'reconnect'});
			}
			APP.$store.commit("updateStatus",{key:'push_and_pull',data:status})
		});
		
		BX.PULL.start();