Как задать постраничную навигацию для компонента bitrix, вызываемого нештатно?

Question

[Malkolm]

Мне для работы приложения потребовалось сделать вызов компонента примерно таким образом

ob_start();
$APPLICATION->IncludeComponent(...)
$content = ob_get_сlean();

Т.е. через буферизацию я получаю результат работы компонента, но проблема в том, что я не знаю как при этом получить 2ю страницу контента этого компонента. Например, если это компонент bitrix:catalog.section, то он выводит информацию о разделе и товарах раздела, но только 1ю страницу, а для того, чтобы вывести 2ю страницу подразумевается, что в URL должен быть прописан PAGEN_{N}, но я этого сделать не могу, потому, что запрос на обработчик приходит в т.ч. через изменение url и редирект в htaccess (короче просто url не получится использовать для этого).

Как еще можно сделать так, чтобы компонент выдавал 2, 3 и т.д. страницы?

Comments

[PetrPo]

запрос на обработчик приходит в т.ч. через изменение url и редирект в htaccess

Прямо вот именно так и никак по-другому не сделать?

Поставь в bitrix:catalog.section параметры

"AJAX_MODE" => "Y",
"AJAX_OPTION_STYLE" => "Y",
"AJAX_OPTION_HISTORY" => "N",

[Malkolm]

PetrPo,

Поставь в bitrix:catalog.section параметры

поставил. Теперь у меня дополнительно (видимо в обход буферизации) выводится div с классом comp_{набор символов} внутри которого лежит без каких либо дополнительных вещей строка JSON'a arResult этого компонента (https://yadi.sk/i/Al60HJ4thPoSjg)
Для справки шаблон с которым компонент вызывается упаковывает все в json и возвращает, а когда я получаю его в ob_get_clean, я делаю распаковку обратно в массив, дополняю нужными мне данными и возвращаю опять-же в виде json приложению

Прямо вот именно так и никак по-другому не сделать?

может и сделать, но я не знаю как, поэтому и спрашиваю.
Я пробовал прокидывать PAGEN в GET параметры, но он игнорится.
я делал вот так:
вызываю вот такой url /backend/api/v1/catalog/index/PAGEN_1=2?PAGEN_1=2
причем тут pagen после вопроса на случай, если bitrix ищет его в параметрах до редиректа, а до вопросительного знака для того, чтобы паттерн редиректа его подхватил и превратил вот в такие GET параметры при редиректе
PAGEN_1: "2"
method: "index"
module_id: "catalog"
version: "1"
т.е. в url /backend/ajax.handler.php?version=1&module_id=catalog&method=index&PAGEN_1=2
в htaccess сейчас стоит такое правило
RewriteRule ^v([\d]*)/([^/]+)/([^/]+)/(.*)$ ajax.handler.php?version=$1&module_id=$2&method=$3&$4 [L]
пробовал делать такое правило
RewriteRule ^v([\d]*)/([^/]+)/([^?]+)\?(.*)$ ajax.handler.php?version=$1&module_id=$2&method=$3&$4 [L]
чтобы сделать редирект
с /backend/api/v1/catalog/index?PAGEN_1=2
до /backend/ajax.handler.php?version=1&module_id=catalog&method=index&PAGEN_1=2
но он в упор не хочет с вопросительным знаком работать(((

[Malkolm]

Среди прочего в arResult компонента есть NAV_RESULT и в ней переменная типа CIBlockResult
Может с ней можно как-то получить нужную страницу?

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

Тупой вариант в лоб - перед ob_start(); изменить $_REQUEST, доавив нужные переменные и сохранив оригинальный. После $content = ob_get_сlean(); востановить оригинальный_REQUEST. Чай многопоток у нас.

Более правильный вариант - кастомизировать компонент.

Еще более правильный вариант - написать свой компонент и отказаться в том числе и от буферизаци вывода.

[Malkolm]

Тупой вариант в лоб - перед ob_start(); изменить $_REQUEST, доавив нужные переменные и сохранив оригинальный. После $content = ob_get_сlean(); востановить оригинальный_REQUEST. Чай многопоток у нас.

PAGEN_1: "2"
method: "index"
module_id: "catalog"
version: "1"

вот что у меня в реквесте - тут уже есть

[Malkolm]

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

Более правильный вариант - кастомизировать компонент.

можно, вот только я никак не могу найти где именно происходит поиск и считывание этой переменной PAGEN потому, что компонент в виде класса, который отнаследован от другого, который отнаследован еще от одного и т.д. + похоже, что считывание этого PAGEN происходит не на уровне компонента а на уровне ядра в целом.
Т.е. ядро загружается, выискивает эти PAGEN'ы из них формирует некие пагинаторы и выдает их по требованию компонентов...
Вот только как эти пагинаторы вытащить и где они хранятся я не знаю.

Еще более правильный вариант - написать свой компонент и отказаться в том числе и от буферизаци вывода.

мысль замечательная. Я знаю что этот вариант более правильный, а еще более правильный - это свой компонент, отнаследованный от действующего в нем переопределить некоторые моменты только, вот только это не решает описанную выше проблему - я не понимаю как достать пагинатор, чтобы заставить компонент брать 2ю страницу

[Malkolm]

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

Тупой вариант в лоб - перед ob_start(); изменить $_REQUEST, доавив нужные переменные и сохранив оригинальный. После $content = ob_get_сlean(); востановить оригинальный_REQUEST. Чай многопоток у нас.

кстати если посмотреть arResult компонента pagenavigation (компонента, который формирует html, который в итоге попадает в $arResult['NAV_STRING'] основного компонента), то там, в поле NavQueryString можно увидеть, что PAGEN присутствует, но берет он все равно 1ю страницу

NavFirstRecordShow: "1"
NavLastRecordShow: "2"
NavNum: "2"
NavPageCount: "2"
NavPageNomer: "1"
NavPageSize: "2"
NavQueryString: "version=1&module_id=catalog&method=index&PAGEN_1=2"
NavRecordCount: "3"
NavShowAll: false
NavShowAlways: false
NavTitle: "Товары"
add_anchor: ""
bDescPageNumbering: false
bSavePage: false
bShowAll: false
nEndPage: "2"
nPageWindow: "5"
nStartPage: "1"
sUrlPath: "/backend/api/v1/catalog/index/PAGEN_1=2"
sUrlPathParams: "/backend/api/v1/catalog/index/PAGEN_1=2?version=1&module_id=catalog&method=index&PAGEN_1=2&"

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

а еще более правильный - это свой компонент, отнаследованный от действующего

В данном случае не прокатит - вам придется заменить сам вызов getlist в нем.
Вот дока: dev.1c-bitrix.ru/api_help/iblock/classes/ciblockel... - посмотрите на параметр навигации

[PetrPo]

Malkolm,

похоже, что считывание этого PAGEN происходит не на уровне компонента а на уровне ядра в целом.

PAGEN_цифра - в ядре, а дальше передается в запрос к БД

Я так понимаю, ты какой-то rest пытаешься сделать? Но тогда все равно логику не пойму, зачем у тебя в json попадает компонент? Может стоит разделить логику?

[Malkolm]

Я так понимаю, ты какой-то rest пытаешься сделать? Но тогда все равно логику не пойму, зачем у тебя в json попадает компонент? Может стоит разделить логику?

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

[PetrPo]

Malkolm,

Просто в битриксе уже все это реализовано

скинь ссылку на документацию

[Malkolm]

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

В данном случае не прокатит - вам придется заменить сам вызов getlist в нем.

Это кстати натолкнуло на мысль.
Пока в качестве временного решения сделал так
1. В параметры вызова компонента добавил дополнительный параметр PAGE
2. В ядре в файле /bitrix/modules/iblock/lib/component/elementlist.php в методе initNavParams
добавил проверку на эту переменную и передачу ее в navParams
Вот так он теперь выглядит:

protected function initNavParams()
	{
		if ($this->isPaginationMode())
		{
			if (
				$this->arParams['PAGE_ELEMENT_COUNT'] > 0
				&& (
					$this->arParams['DISPLAY_TOP_PAGER']
					|| $this->arParams['DISPLAY_BOTTOM_PAGER']
					|| $this->arParams['LAZY_LOAD'] === 'Y'
				)
			)
			{
				$this->navParams = array(
					'nPageSize' => $this->arParams['PAGE_ELEMENT_COUNT'],
					'bDescPageNumbering' => $this->arParams['PAGER_DESC_NUMBERING'],
					'bShowAll' => $this->arParams['PAGER_SHOW_ALL']
				);
        //TODO: это временный костыль!!! Исправить!!!
        if ($this->arParams['PAGE']){
          $this->navParams['iNumPage'] = $this->arParams['PAGE'];
        }
				$this->navigation = \CDBResult::GetNavParams($this->navParams);
				if ($this->navigation['PAGEN'] == 0 && $this->arParams['PAGER_DESC_NUMBERING_CACHE_TIME'] > 0)
				{
					$this->arParams['CACHE_TIME'] = $this->arParams['PAGER_DESC_NUMBERING_CACHE_TIME'];
				}
			}
			else
			{
				$this->navParams = array(
					'nTopCount' => $this->arParams['PAGE_ELEMENT_COUNT'],
					'bDescPageNumbering' => $this->arParams['PAGER_DESC_NUMBERING'],
				);
				$this->navigation = false;
			}
		}
		else
		{
			$this->navParams = array('nTopCount' => $this->arParams['PAGE_ELEMENT_COUNT']);
			$this->navigation = false;
		}
	}

[Malkolm]

PetrPo, документацию чего именно? Если речь об этих пагинаторах и т.д., то этого вроде в доках нет, это я по коду шерстил и нашел там. В частности вот этот метод CDBResult::GetNavParams которого в доках нет.

[Malkolm]

Парни, спасибо огромное за помощь. Я понял, что надо сделать в общем, но т.к. надо кому-то в карму + поставить за "решение" (не себе же его ставить))), напишите кто-нибудь оптимальный вариант с меньшими трудозатратами и без модификации ядра (тут получается свой компонент, только пока не понятно как бы так все отнаследовать, чтобы переопределить только 1 initNavParams метод)

[PetrPo]

Malkolm,

в качестве бекэнда для веб-приложения. Просто в битриксе уже все это реализовано

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

только пока не понятно как бы так все отнаследовать

Как вариант битриксоиды делают это так

CBitrixComponent::includeComponentClass("bitrix:catalog.section");

и наследуешься от CatalogSectionComponent

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

PetrPo,

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

Он на полумертвой кордове и насколько я знаю никаких серьезных проектов на этом модуле так и не взлетело. А теперь ее вообще нет смысла использовать, после появления PWA.

[Malkolm]

PetrPo,

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

эта платформа действительно полумертвая((
Единственное его преимущество над PWA в том, что в него можно отправлять PUSH уведомления, а в PWA только web-PUSH, которые не работают на iOS вообще и через раз работают на Android.

Как вариант битриксоиды делают это так

я не о том. Проблема в том, что сам компонент подключить не проблема, проблема в том, чтобывсе сделать правильно, потому, что часть функционала в CatalogSectionComponent, часть в его родительском, ну да ладно, разберусь)))

[Malkolm]

Напишите в Ответ, а не в комментарий. Комментарий нельзя отметить решением

[PetrPo]

Malkolm, так я ж и говорю, раз компонент catalog.section тебя устраивает, то в своем компоененте в файле class.php

CBitrixComponent::includeComponentClass("bitrix:catalog.section");

class Test extends CatalogSectionComponent {
    protected function initNavParams() {
        //............
    }
}

этого будет достаточно, все унаследуется CatalogSectionComponent-->ElementList-->Base-->CBitrixComponent

P.S.
Я писать в ответы не буду, ничем толком не помог

[Malkolm]

PetrPo, а сори, это я туплю. Хоть метод initNavParams и находится в ElementList, но срабатывает переопределение. Спасибо