Форум

Можно еще попробовать купоны скидок - создаете купоны, которые формируют необходимый процент скидок (все комбинации: 6 типов скидок * кол-во платежных систем * варианты), а затем его применяете по условию (например купон "Скидка 20% + WM 5%" дает 25% скидка) Привязка происходит в момент выбора системы оплаты (т.к. это заключительный этап). Это, конечно, геморно, но реализуемо.

А это какое отношение к Битриксу имеет? Это обычные seo-шные штучки.
Можно еще в админке битрикса в настройке поиска указать какие файлы не индексировать, тогда sitemap будет формироваться без этих файлов.

ну тогда установите куку непосредственно через вставку js-кода в странице.

PS - по нулевому времени учту, спасибо

Ни как- если в браузере не включена опция удаления кук, то кука ни куда не денется. В вашем случае только стаить куку с небольшим временем, что вы и сделали

Да, есть такая штука, что если ID элемента правильный, а SECTION_ID нет, все равно будет показан этот элемент.

Что тут можно сделать (ну вот ни когда таким вопросом не задавался - даже в голову не приходило, что элемент будет индексироваться по другому юрлу, а сейчас раз возник вопрос, попробую поразмышлять)
1. создаем карту сайта и скармливаем ее поисковикам.
2. для того, чтобы не выдавало страницу по неверному адресу можно:
2.1. Построить юрлы вида: /catalog/#ELEMNT_ID#/ - для элемента и /catalog/#SECTION_ID#/  (т.е. исключаем каталог из полной длины юрла, а это уже позволяет сделать проверку на использование в юрле SECTION_ID совместно с ELEMENT_ID и 301 редирект(LocalRedirect) на верную страницу элемента)
2.2. Либо переписываем компонент детальной страницы - в общем случае добавится 1 запрос к базе, но его можно закешировать и нагрузка вырастет не значительно. В этой модификации (файл компонента component.php) в самом начале определяем по ID-элемента его реальный раздел и сравниваем с переданным параметром $_REQUEST["SECTION_ID"], если не совпадает, 301 редирект на правильную страницу.
Но хочу еще раз сказать - а зачем это? Каким образом вдруг кто-то и зачем-то будет вводить не верный номер раздела? Это раз. И два - элементы могут находиться сразу в нескольких разделах и тогда вариант 2.2 будет не приемлем.
Собсно говоря, чем мешает то элемент в другом разделе? Может его и помещали сразу в несколько разделов одновременно?
(Сорри за некоторую сумбурность, но я же обещал подумать - вот и наразмышлял тут :))
Можете сами посмотреть код component.php и увидеть последовательность операций, приводящих к такому результату. Компонент изначально делается как универсальный, в том числе и для работы с множественной принадлежностью элементов к разным разделам.

Вам же показали ссылки на работающие компоненты комментариев на старте.
У меня ни когда не было проблем с этими модулями - переписать нужные фишки всегда можно, работают отлично, функционала вполне хватает. Зачем-же только из-за такой мелочи приобретать более дорогую версию. Хотя - хозяин-барин, можно и сразу и бизнес купить.

Вы сами то вдумайтесь в логику "хотелки" - ВОССТАНОВИТЬ (т.е. забыли пароль) можно только после указания логина и пароля. Как же клиент собирается указывать то, что уже не помнит/забыл/потерял.
Иногда нужно клиенту указывать на его заблуждения и ошибки, иначе все будут страдать от таких чудес.
Если же просто нужно сменить пароль, заставьте авторизоваться пользователя и затем меняйте. После авторизации спрашивать пароль повторно вообще не имеет смысла.

Проще использовать GetCurDir и GetCurPage - далее анализируете по полученным значениям.

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

Если коротко - "руки прочь от панели, битрикс сам знает что вам нужно" :)

Битрикс тут не причем - смотрите свой doctype

Желательно не забывать про border-collapse:collapse  и border: 1px solid #тырым-пырым.

P.s. и что это все новички ругают битрикс-то? Сами подумайте, чудес не бывает и просто так браузер как попало выводить данные не будет. Значит смотрите внимательно на свой <header>, стили и js-скрипты