Евгений Жуков (Все сообщения пользователя)

Нет. Это значит, что Ваши result_modifier.php просто не выполнятся. А в блоге как раз предлагался вариант решения. Ссылку, увы, не помню - с полгода назад было.

На событие OnAfterUserLogout вычищаем куки Битрикса. ТОлько не все.

Да, забыл сказать - поисковики увидят что надо

Не надо таких извратов. Они будут работать только при выключенном кешировании. В случае своих компонент все просто - в одном возвращаете массив данных, во втором его принимаете в качестве параметров. Со стандартными сложнее, но в блогах разработчиков решение проскакивало.

В виде текста - это как раз вызовИсчезает скорее всего при просмотре детальной информации о товаре, так? В виде ссылки - это как раз работа параметра компонента "ADD_SECTIONS_CHAIN" => "Y".

Так добавится обязательное поле в свойствах заказа. То есть вбивать его придется для каждого нового заказа. А речь, как я понимаю, идет о том, что при регистрации нового пользователя в процессе оформления заказа заставлять клиента в своем профиле указывать и номер телефона. Или не так?

А они и не должны. В админ-панели в "свойствах страницы" будет отображено только то, что прописано в самой странице. То есть если у Вас для страницы прописано название (для свойств тот же принцип) "Моя страница", то как бы компонент не должен был его (название) менять, в админке Вы этого не увидите. А вот в публичке (то есть на страницах сайта) - милости просим. Второе. Выставлять название и свойства страниц в ШАБЛОНЕ компонента нельзя. То есть можно, но работать будет только пока не включено кеширование компонент.

DOCUMENT_ROOT для folder.my.domain.org и bitrix.my.domain.org одинаковый или разный? Лучше всего в ответе оба приведите.

Можно и относительный. Но только от пути к файлу css.

Только изменением компонента фильтра. Тема обсуждалась неоднократно, вариантов решения поиском найдете штук 10, не меньше.

А уменьшить сортировку для условия "/index.php" не пробовали? Возможно, он дефолтный отрабатывает раньше.

"Поясните суду Вашу мысль" ©  
А серьезно - Ваш вопрос непонятен. Изложите Вашу проблему подробнее и яснее, пожалуйста.

Верстать в Strict-режиме и хаков не понадобится. Или, как минимум задавать все css-свойства, относящиеся к блочному форматированию.

У меня такое было. Регистрились десятками в день, но поскольку стояло подтверждение регистрации, не активировались. Надоели - повесил на OnBeforeUserRegister обработчик, где проверял совпадение логина, имени и фамилии и на это выдавал ошибку. Больше не прорываются.

html читайте и javascript. Битрикс тут при чем?

Почему бы это не сделать Вам самим? Других желающих что-то не видно. Кстати, хранение всякой ерунды в базе - порочная практика.

Список устраненных багов, в том числе и в бетах, ведется в разделе клиентов, там, где история версий. Если уж хотите точно знать - делайте запрос в ТП. Здесь ни техподдержка, ни администраторы отвечать не обязаны и пишут достаточно редко.

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

Каким компонентом выводите?

Вешайте обработчик на событие OnSaleComponentOrderComplete или OnOrderAdd. В обработчике отправляйте письмо со всеми данными (почтовое событие и шаблон тоже самому придется сгенерить).

В разделе админки "Контент" -> "Структура сайта" -> "Файлы и папки"

Скорее всего у Вас включен документооборот.

Зачем такой геморрой?
Как только получили ID картинок, для каждой вызывайте CFile::GetFileArray(ID картинки) Получите в ответ массив с набором полей, среди которых


Извиняюсь, плохо вчитался в условия. Тогда так:

Так просто они не исчезают. Может, в шаблоне кто-то покопался?

В Битриксе через API - CIBlockElement::GetList Примеры там есть.