Форум

[QUOTE]Никита Бунин написал:
возвращает 0[/QUOTE]
Это, в принципе, и понятно. Т.е. проблема не в комплексном компоненте. Проверяйте дальше как я описал выше - с фильтром.

Там есть такая штука как[CODE]$rsElement = CIBlockElement::GetList(array(), $arFilter, false, false, $arSelect);
[/CODE]Перед этим выведите [CODE]print_r($arFilter);[/CODE]Посмотрите какие там содержатся ключи, и их перед GetList по одному удаляйте (через unset), кроме ID.

[QUOTE]Александр Воробьев написал:
Чтобы нужная вам переменная туда попала необходимо в result_modifier.php добавить следующий код [/QUOTE]
О! Какое интересное решение! Возьму на заметку.

Не совсем понятно, для чего это
[QUOTE]Sergey Korobushchenko написал:
УРЛ одного из предложений.[/QUOTE]
Я бы мог понять если бы для каждого ТП в canonical прописывался бы его URL, или URL родительского товара.

В любом случае это нужно делать не в result_modifier.php. Например, можно в component_epilog.php.

Условно говоря, в component_epilog.php из-за кеширования придется проделать еще раз всю работу по определению нужных данных, имея текущий ID товара (он в $arResult['ID'] передается всегда) и некоторые другие данные. При этом я всегда использую ручное кеширование через CPHPCache.

[QUOTE]Никита Бунин написал:
Я правильно понимаю, если мы говорим о комплексном компоненте Список новостей, то файл расположен в /bitrix/components/bitrix/news/component.php ?[/QUOTE]
А, ну да, я убежал далеко вперед.
Сама ошибка указанная в теме это, скорее всего, ошибка компонента обычного - bitrix:news.detail. Чтобы в этом убедиться, откройте файл detail.php шаблона комплексного компонента, выведите там print_r($arResult['VARIABLES']) и обновите страницу - там должен быть указан ID элемента инфоблока. Если так, то комплексный отработал нормально. И если так, то отлаживайте component.php для news.detail. И, кстати, проверьте что на указанной странице detail.php при подключении компонента bitrix:news.detail корректно передаются данные комплексного компонента.

[QUOTE]Sergey Korobushchenko написал:
но если сбросить кэш, то result_modifier.php выполниться и закэширует нужную строку с rel="canonical" или я не прав?[/QUOTE]
закешируется только результат работы компонента в виде полученных данных. Результаты действий в шаблоне (result_modifier.php и template.php) не кешируются. Поэтому тег canonical не добавится на страницу.

[QUOTE]Sergey Korobushchenko написал:
и пытаюсь передать rel="canonical" в хедер.... в хедер ни чего не попадает[/QUOTE]
Собственно, именно потому что в режиме кеширования этот код просто не выполняется.

В режиме кеширования код в result_modifier.php не выполняется, но выполняется в component_epilog.php. Поэтому $GLOBALS['SELECTED_OFFERS'] будет не определен в этом случае.

Остается проверить только активность самого инфоблока и привязку его к нужному сайту.
Если и тут все ОК, то проведите отладку в файле component.php
Скорее всего, по каким-то причинам не находится элемент (GetNextElement) - поэтому попробуйте поочередно из фильтра исключать значения, будет понятно какой именно пункт фильтра мешает.

Может быть, вместо [CODE]if ($non = 0) {[/CODE]нужно[CODE]if ($non == 0) {[/CODE]

?

[QUOTE]Екатерина Шелест написал:
Urlrewrite смотрите в том числе[/QUOTE]
Без ЧПУ тоже не работает (см. пост выше), поэтому urlrewrite тут вряд ли может быть причиной.

Сделайте так:
Проверьте что инфоблок в настройках выбран правильно, запомните его по ID, поставьте режим без ЧПУ, откройте карточку товара чтобы было ELEMENT_ID=123, откройте инфоблок, найдите в нем элемент 123 (в админке в секции Контент - Инфоблоки - Инструменты есть инструмент относительно новый "Перейти к инфоблоку / элементу"). Проверьте что элемент активен, что даты начала и окончания активности или не заданы, или заданы так, что элемент считается активным.
Также возможно, что для инфоблока настроены расширенные права, а для элемента они не настроены.