Иван Иванов (Все сообщения пользователя)

Потому что об этом надо помнить. И со временем в крупном проекте init.php превращается в мусорку.

Разница есть, делая по-нормальному, вы значительно облегчаете жизнь потомкам :)

А может, все-таки, получать из иблока DETAIL_TEXT и вставлять его после анонса в шаблоне?

Обрезать по слову например как-то так
$s = preg_replace('~^(.*?)[A-zа-яА-Я]*$~','$1',substr($s,0,$trunclength+1));

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

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

В текущей версии битрикса не появилась ли возможность менять отображаемые и требуемые поля для формы регистрации? Чтобы из всех мест, которые ссылаются на стандартную форму регистрации (?register=yes), открывалась форма регистрации с теми полями, которые действительно нужно использовать в конкретном проекте?

Или опять создавать отдельную страницу, ставить на нее отдельный main.register, и копировать все возможные шаблоны и ставить в них костыли к ссылкам на регистрацию? Как это делается оптимальным образом?

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

Самый простой вариант:

Код

<div onmouseover="this.firstChild.style.display='block'" onmouseout="this.firstChild.style.display='none'"><div style="position:absolute; background-color: yellow; border: 1px black solid; margin: -10px 40px; 0px 0px; display:none;">Описание товара</div>          Наведи на меня       </div>              <div onclick="this.firstChild.style.visibility=this.firstChild.style.visibility=='hidden'?'visible':'hidden'"><div style="position: absolute; margin-left: 200px; border: 1px red solid; background-color: lime; visibility: hidden">Описание</div>          Кликни на меня       </div>

Более сложные (красивые) - см документацию к jquery

Так я вроде и ответил на этот случай:
"завести свойство "тип" у информационного блока, чтобы знать, к какой базе он относился и фильтровать по нему."
Это самое простое и, на мой взгляд, правильное решение. Создается свойство, в котором можно указать, кому показывать позицию: Ростову, остальным, или и тем и другим. Решение с двумя иблоками заставит бедного контентщика дублировать некоторые элементы.

Регион если определять автоматически, то давать обязательно пользователю контрол для выбора региона, поскольку в некоторых случаях периферия Ростова может определяться как ростовский айпи, особенно если ISP - сотовый оператор. :)

Это все одна строка

Отложенные функции нужны, как правило, чтобы менять контент "сзади" вызова.

Посмотрите, правильно ли указаны настройки компонента (SEF-пути).
И покажите примерный адрес страницы, куда он направляет.

Поддержка нескольких БД с указанием кода БД в GetList, несколько типов субд одновременно, драйвер для postgresql...

Эх, мечты.

В Вашем случае придется слить две базы в одну и завести свойство "тип" у информационного блока, чтобы знать, к какой базе он относился и фильтровать по нему. Также можно сделать два сайта на одном битриксе с одной общей БД, а дифференцировать данные по SITE_ID.

Да, если кеширование включено, так будет правильнее.

Прописать правильные пути на детальный просмотр в настройках иблока.

Сделать импорт из 1С

Корзина в битриксе - это отдельная сущность, которая порой ведет себя весьма запутанно и неоднозначно, особенно когда тестируешь в разных браузерах :)
Очищайте коризну админа и потрите куки.

Самое лобовое решение - это написать result_modifier.php и засунуть нужные данные в $GLOBALS...
Не уверен правда, что оно оптимальное.

А еще лучше завести свойство у секций, чтобы определять какой шаблон подключать.

Проверяли?

Так заказы не могут относиться к подразделению 15. Они относятся к компании, у которой есть подразделение 15. По данной модели надо сначлаа определять, к какой компании относится подразделение 15, а потом запрашивать все заказы по этой компании.

Не понимаю, что там не так. Но в хроме вижу серьезные проблемы с версткой.

OpenID есть.

<?f($APPLICATION->GetCurDir()=='/shop/'):?>
message
<?endif;?>

Доставать их из свойств элементов инфоблока
http://www.google.ru/#hl=ru&q=keywords+description+site%3Ahttp%3A%2F%2Fdev.1c-bitrix.ru