уфф как все интересно то если речь о связке страниц со списком элементов и детальной то весь вышеприведенный код имеет смысл только, если мы сначала попали на детальную но... вот смысла в том, чтобы отправить пользователя в то место где стоит товар - не вижу. Не попадались по крайней мере такие хотелки никогда. назовем это задача 1
если речь о том, чтобы перейти со списка на детальную и снова вернуться туда откуда пришли - тоже непонятка писать код ради того, чтобы эмулировать кнопку броузера "назад" назовем это задача 2 лишние запросы, сортировки и т.д. и т.п. берем простейший случай, когда код перестанет работать: 1. поставим на странице списка фильтр 2. можно сортировкой побаловаться там же на странице списка идем в деталку... вот стопроцентов не туда ссылка наколдуется. Еще и сервер бессмыслицей нагрузим. в общем, лучше бы оптимальнее как то. что мешает сделать так?: в списке преобразовать урлы на деталки добавив бекурл например, $arItem["DETAIL_PAGE_URL] .= "&backurl=".urldecode($APPLICATION->GetCurUri()); Внимание! Код приведен от балды. в деталке поймать этот бекурл и переопределить ссылку на раздел на основе него причем задачу 2 можно решить вплоть до якорей (т.е. перекрутить страницу даже на этот элемент в списке) При этом: Никаких запросов, никаких сортировок
Коваленко Алексей, Ваши задачи на 10 минут, теряют реальность, если человек пришел с внешней ссылки.
К тому же загромождать URL ссылкой назад, я думаю это неправильно. Позиция товаров в листинге меняется — сегодня товар был на первой странице, а завтра на последней.
Ребята, не нужно обсуждать «саму идею» и для чего это нужно. Я просто поделился кодом — если же он не нужен, я могу удалить эту запись.
ну что ж вы сразу так в штыки. Делиться кодом надо конечно. Только ведь вы его выложили, чтобы получить рекомендации или отзывы? вы их получили неужели Денис, например, вредные замечания дал?
Позиция товаров в листинге меняется — сегодня товар был на первой странице, а завтра на последней.
надо еще учесть кеширование и учесть что бывают случаи, когда кеш листа и деталки уже "разбежались" это еще один момент, который желательно иметь ввиду при реализации таких вот взаимосвязей
надо еще учесть кеширование и учесть что бывают случаи, когда кеш листа и деталки уже "разбежались" это еще один момент, который желательно иметь ввиду при реализации таких вот взаимосвязей
В некоторых случаях проверка на строгое соответствие может пригодиться, но это явно не тот. Если такая запись была для улучшения читаемости, чтобы было понятно, что переменная логического типа, то лучше это показать характерным именем переменной, например $isComplex.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».