Анна Данченко (Все сообщения пользователя)

в файл /bitrix/php_interface/init.php

<?
AddEventHandler("main", "OnBeforeUserUpdate", Array("MyClass", "OnBeforeUserUpdateHandler"));
class MyClass
{
function OnBeforeUserUpdateHandler(&$arFields)
{
 if(isset($arFields["DN"]) && isset($arFields["LDAP_GROUPS"]))
 {
unset($arFields["ACTIVE"]);
 }
}

}

?>
только осторожнее редактируйте этот файл, допустите ошибку - в битрикс не зайдете ни на какую страницу, так что сначала нужно убедиться что вы сможете исправить этот файл напрямую если что
еще можно читать доки =)
http://dev.1c-bitrix.ru/api_help/main/functions/module/addeventhandler.php
и если юзеры регулярно авторизуются на портале - при каждом входе пользователь обновляется из АД и можно без синхро обойтись, но если не авторизуются постоянно тогда надо

можно побороть это таким обработчиком
function OnBeforeUserUpdateHandler(&$arFields)
{
 if(isset($arFields["DN"]) && isset($arFields["LDAP_GROUPS"]))
 {
unset($arFields["ACTIVE"]);
 }
}

тогда AD не сможет менять активность при обновлении пользователя (никогда, а она еще и при каждой авторизации обновляет).
И мне кажется полная синхронизация с AD имеет смысл единожды или изредка, совсем редко, ведь новые пользователи и без нее создаются при первой попытке авторизации.
Почему активность сбрасывается не скажу... может в АД пароли истекают или еще что, с подобными проблемами очень помогает почитать файлы в папке bitrix/modules/ldap/classes/general/ и все становится понятно.

В header.php вместо <img> вставляете приведенный мной код. Потом нужно зайти на главную страницу в режиме правки и на этом месте макета, куда вы вставили код, вы увидите область, наводите мышь. - всплывает кнопка "Добавить область для раздела", нажимаете и добавляете туда основной <img>. Он будет действовать на весь сайт. Потом находясь в разделе будут всплывать кнопки "Добавить область" только если в этом разделе еще область не создана - добавляете, если создана - "Изменить область". Имейте ввиду, что если всплывают обе кнопки и добавить и изменить - значит в данном разделе файл еще не создан, а изменить предлагается родительский. в курсе как-то убогенько это тоже описано http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=34&LESSON_ID=1879&LESSON_PATH=3905.4461.1879

Зачем городить огород, какие-то функции писать еще, если включаемая область просто идеально подходит?
Фэншуй что-ли не позволяет пользоваться стандартным функционалом? Или чтобы следующему разработчику привет передать? Или чтобы контент-редактор без программиста жить не мог?
<?$APPLICATION->IncludeComponent(
"bitrix:main.include",
"",
Array(
 "AREA_FILE_SHOW" => "sect",
 "AREA_FILE_SUFFIX" => "inc",
 "AREA_FILE_RECURSIVE" => "Y",
 "EDIT_TEMPLATE" => ""
),
false
);?> и все дела.
А "Не надо сверлить зубы через задний проход дрелью от Сваровски" - это точно ваш девиз?

<?if(count($arElement["OFFERS"])<=1):?>
  <?foreach($arElement["OFFERS"] as $arOffer):?>

лучше не свойство, а просто включаемую область для раздела, в нее <img /> с нужной картинкой, а то вдруг в каких-то разделах картинка будет другого размера или вообще захочется вместо нее флэшку воткнуть

О, это очень много свойств, форма будет гигантская, возможно имеет смысл объединить (в одно множественное с описанием) те текстовые свойства, которые не участвуют в фильтре, а просто для описания товара. Иначе в одной форме это нереально, тогда придется воротить много инфоблоков с вытекающими последствиями, поверьте это тоже неудобно.

Удобнее все-таки сделать в одном инфоблоке.
Если очень много свойств в совокупности получается - то на форме создания товара сгруппировать их по вкладкам с разделителями.
В catalog.section и catalog.element пустые свойства не выводятся. Останется только кастомизировать шаблон фильтра так, чтобы, находясь в разделе, он не отображал те свойства, которые у товаров в данном разделе не заполнены. Зато потом будет удобнее работать с одним инфоблоком. Если сделаете их много, то в дальнейшем проблемы такие: мучение делать импорт из 1С по одному разделу; чтобы добавить новый раздел - нужно создавать инфоблок и свойства, потом для него новую страницу с компонентом catalog... редактор сайта обязательно запутается, даже если ему все шаблоны приготовить и инструкцию написать. Все-таки делать разные инфоблоки имеет смысл только для тех каталогов, которые принципиально отличаюся, имеют совершенно разные шаблоны или даже компоненты каталога, а всего лишь разный набор свойств - не повод. Контент редактору лучше не доверять админить инфоблоки, его роль админить элементы и разделы.  

в настройках модуля "Информационные блоки" есть галочка "Показывать код загрузки из внешних источников"

connect у вас возвращает true наверное потому, что определена DELAY_DB_CONNECT как true в файле /bitrix/php_interface/db_conn.php
а по поводу что проще: если ваш модуль должен коннектиться к внешней БД - то тут уже не так важно к какой именно и какого она типа, класс для работы с mssql написан и можно его переименовать и использовать, и программирования будет примерно столько же сколько бы было при коннекте к внешней БД одного с ядром типа. Если модуль именно с внешней БД - тогда смысл ядро переносить на mssql? и так сходу трудно оценить сложность переноса данных между разнотипными БД, мало ли что там на практике вылезет =)

нет, ядро предусматривает работу только с одним типом БД, класс CDatabase у вас находится в /bitrix/modules/main/classes/mysql/database.php, в mssql версии он соответсвенно будет подключаться из /bitrix/modules/main/classes/mssql/database.php. В любой версии есть только один тип БД и даже если вы руками из другой версии скопируете папки для второй БД, вы не сможете подключить одновременно два класса с одним именем. Но можно стырить этот класс к себе в модуль, переименовать и работать там с какой угодно БД.

"AREA_FILE_SHOW" => "page"
а потом находясь на главной в режиме правки наведите на область и нажмите там всплывающую кнопку "добавить область"

"Если простой компонент вызывается в составе комплексного, то шаблон простого компонента сначала ищется в составе шаблона комплексного компонента, а потом (если не найден) в собственных шаблонах. "

http://dev.1c-bitrix.ru/api_help/main/general/component20/14.search.php

в шаблоне компонента заказа отдельная страница, называется как-то наподобие success.php

а идентификаторы почтовых событий заканчиваются на id первого сайта?

не поняла, почему невозможно сделать это через параметры компонента, они для того и созданы, чтобы через них настраивать поведение компонента, но тогда добавлять модуль и options к нему, ну или даже без модуля, создать в админке страницу, на которой для редактирования выводится через API один option не привязанный к модулю

я бы обернула фильтр и сортировку в <div id="id123">...</div>
а в шаблоне catalog.section бы написала условие
<?if(!count($arResult['ITEMS'])):?><st yle>#id123 {display: none;}</style><?endif;?>

да надо было вообще обрабатывать OnBeforeIBlockElementUpdate, и в нем $arFields['DATE_ACTIVE_FROM'] = $todai  

в свойствах раздела "контент" сотрите заголовок

видимо вы используете компонент bitrix:photogallery_user, а нужно в вашем случае bitrix:photogallery

если у вас один домен - отключите галочку "распространять куки на все домены", а если нет - ну эта технология и правда с точки зрения антивируса кажется подозрительной =)

логичнее было бы использовать SKU

тогда придется кастомизировать шаблон компонента form.result.new, в нем вывод полей формировать самостоятельно примерно таким циклом:
<?
foreach ($arResult["QUESTIONS"] as $FIELD_SID => $arQuestion)
{
?>
   <?if($arQuestion["STRUCTURE"][0]["FIELD_TYPE"]==="text" || $arQuestion["STRUCTURE"][0]["FIELD_TYPE"]==="email"):?>
    <input type="text" value="<?=$arQuestion["VALUE"]?>" name="form_<?=$arQuestion["STRUCTURE"][0]["FIELD_TYPE"]?>_<?=$arQuestion["STRUCTURE"][0]["ID"]?>"  
   rel="<?=$arQuestion["CAPTION"]?><?if ($arQuestion["REQUIRED"] == "Y"):?>*<?endif;?>" style="width:410px"/>
   <?elseif($arQuestion["STRUCTURE"][0]["FIELD_TYPE"]==="textarea"):?>
    <textarea name="form_<?=$arQuestion["STRUCTURE"][0]["FIELD_TYPE"]?>_<?=$arQuestion["STRUCTURE"][0]["ID"]?>"  
   rel="<?=$arQuestion["CAPTION"]?><?if ($arQuestion["REQUIRED"] == "Y"):?>*<?endif;?>" style="width:410px; height:100px"/>
   <?=$arQuestion["VALUE"]?></textarea>
   <?else:?>
    <?=$arQuestion["CAPTION"]?><?if ($arQuestion["REQUIRED"] == "Y"):?><?=$arResult["REQUIRED_SIGN"];?><?endif;?>
    <?=$arQuestion["HTML_CODE"]?>
   <?endif;?>
   <?=$arQuestion["IS_INPUT_CAPTION_IMAGE"] == "Y" ? "<br />".$arQuestion["IMAGE"]["HTML_CODE"] : ""?>
   <?if (is_array($arResult["FORM_ERRORS"]) && array_key_exists($FIELD_SID, $arResult['FORM_ERRORS'])):?>
    <span class="error-fld" title="<?=$arResult["FORM_ERRORS"][$FIELD_SID]?>"></span>
   <?endif;?>
    <br/><br/>
   
<?
} //endforeach
?>
только придется самостоятельно обработать все типы полей (у меня тут наверное не все, а только те которые участвовали в конкретной форме)
этот конкретный пример был кастомизирован для того, чтобы названия полей выводить не снаружи, а внутри инпутов (через атрибут rel)

если мне память не изменяет, где-то в БД, не в файлах

потому что /auth/index.php это и есть авторизация. нужно найти почтовый шаблон и поменятьв нем ссылку на /auth/index.php?change_password=yes&lang=ru&USER_CHECKWORD=#CHECKWORD#