Форум

У меня репозитарий обычно располагается на уровень выше корня сайта. Файл исключений, как правило, содержит следующие строки:

html/bitrix/cache/
html/bitrix/managed_cache/
html/bitrix/stack_cache/
html/bitrix/php_interface/dbconn.php
html/bitrix/modules/serverfilelog*
html/bitrix/modules/updater.log
html/bitrix/modules/serverfileerrorlog.dat
html/bitrix/wizards/
html/bitrix/backup/

Папка html — корень сайта.

Выше перечислены файлы и папки Битрикса, которые в репозитарий класть незачем. Иногда, в зависимости от проекта, имеет смысл исключить также папку upload, или наоборот, включить wizards.

Файл dbconn.php исключен по двум причинам:

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

Вместо dbconn.php в php_interface удобно добавить dbconn.sample.php — болванку, которую разработчики смогут использовать как пример dbconn.php при разворачивании проекта локально.

Остальные файлы (test.php, логи, локи и тому подобное) каждый добавляет уже по вкусу.

Наиболее распространенные причины:

1) У веб-сервера недостаточно прав для сохранения нового изображения;
2) Закончилось место на диске;
3) Закончилась дисковая квота (если она есть);

По стандарту [url=http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf]ECMA-262[/url], которому следует в том числе Javascript, при сравнении с помощью оператора == два объекта считаются равными только если они ссылаются на один и тот же объект (см. 11.9.3 1.f). В данном случае d1 и d2 — это два разных объекта и следовательно они не равны. С другой стороны, сравнение d11 и d22 будет вполне корректным.

Смотри описание второго параметра [URL=http://dev.1c-bitrix.ru/api_help/main/reference/cdbresult/getnext.php]функции[/URL].

По второму вопросу, есть несколько отличий:

1) Модуль Проактивной защиты предоставляется во всех редакциях, начиная со Стандарта, тогда как Веб-аналитика в ряде редакций отсутствует.

2) Блокировка пользователей в этих двух модулях осуществляется по разным параметрам. Кроме того, стоп-лист Веб-аналитики позволяет блокировать IP по маске, тогда как Проактивная защита принимает только диапазон IP адресов.

3) В случае попадания пользователя в стоп-лист Проактивной защиты, при попытке захода на сайт он получит ошибку 403, в то время как Веб-аналитика покажет специальную страницу с сообщением.

4) В стоп-лист Проактивной защиты можно попасть автоматически, причем порой совершенно неожиданно :)

Если более подробно, то можно добавить что-то вроде этого в файл bitrix/php_interface/init.php (если файла нет, необходимо его создать):

<code>class CMyEventHandlers {
   function OnBeforeUserUpdateHandler(&$arFields) {
       if (array_key_exists("PASSWORD", $arFields)) {
           $iUserID = 0;

           if (array_key_exists("ID", $arFields)) {
               // OnBeforeUserUpdate event
               $iUserID = $arFields['ID'];
           } else if (array_key_exists("LOGIN", $arFields)) {
               // OnBeforeUserChangePassword event (user descriptor isn't passed)
               $objUser = CUser::GetByLogin($arFields);
               if (is_object($objUser) && $arUser = $objUser->Fetch()) {
                   $iUserID = $arUser['ID'];
               }
           }

           // List of "restricted" groups descriptors
           $arIntersect = array(2, 3, 4);

           // If the user belongs to at least one of the "restricted" groups
           if ($iUserID > 0 && count(array_intersect(CUser::GetUserGroup($iUserID), $arIntersect)) > 0) {
               global $APPLICATION;
               if (is_object($APPLICATION)) {
                   $APPLICATION->ThrowException("Can't change the password.");
               }

               return false;
           }
       }
   }
}

AddEventHandler("main", "OnBeforeUserUpdate",
                       array("CMyEventHandlers", "OnBeforeUserUpdateHandler"));
AddEventHandler("main", "OnBeforeUserChangePassword",
                       array("CMyEventHandlers", "OnBeforeUserUpdateHandler"));</code>
По хорошему, идентификаторы интересующих групп неплохо бы брать из опций, или откуда-нибудь. То есть не прописывать их жестко как в примере.

Чего-то сейчас подумалось, а о каких свойствах вообще идет речь?  :)

Я-то пишу о свойствах пользователя. Если же имеются ввиду свойства информационного блока, то принцип тот же, просто за основу надо брать другой файл: bitrix/modules/iblock/classes/general/prop_element_list.php (вроде).

[LIST]
[*] Создаешь в папке /bitrix/php_interface свою папку с названием user_fields или другим, на свой вкус;
[*] Копируешь туда файл /bitrix/modules/main/classes/general/usertypeenum.php и соответствующий языковой файл. Не обязательно сохранять именно это имя файла, можно переименовать на свой вкус;
[*] В файле определен класс, необходимо его переименовать. Кроме того, в последней функциональной строке файла происходит регистрация типа свойства, который и описывает этот класс — там тоже необходимо указать новое имя класса;
[*] В классе определен ряд методов, каждый из которых вызывается в соответствующий момент ядром Битрикса, потому очень важно сохранить название методов такими, как они есть. Каждый метод отвечает за одну конкретную задачу: один за HTML-код для занесения свойства в фильтр, другой, за HTML-код для фильтра в списке пользователей, третий, за сохранение данных, поступивших от пользователя и так далее. По названию и содержимому методов вполне понятно, кто и за что отвечает, так что, нужно лишь соответствующим образом изменить эти методы и получится совершенно новый тип пользовательского свойства, с уникальным интерфейсом и т.п. По факту, не обязательно даже работать с таблицами Битрикс, предоставляемый набор методов вполне позволяет использовать таблицы собственных модулей;
[*] По окончанию модификации следует убедиться, что языковой файл подключается правильно, а так же, что ключи, которые определены для языкового массива являются уникальными.
[/LIST]

Итак, новый тип пользовательского свойства готов. Теперь необходимо рассказать Битриксу, что он существует. Для этого необходимо убедиться в существовании файла init.php в папке /bitrix/php_interface, и если его нет, создать. Далее, где-нибудь вначале файла следует функцией require_once подключить файл с новым типом свойства. Собственно, если все было сделано правильно, после этого новое свойство появится в списке типов при создании свойства пользователя...

Ну, вообще, если нельзя, но очень хочется... Как всегда, есть один не очень красивый, но действенный вариант. Если вкратце:

В Битриксе заявлена совместимость с PHP версии 4. Следовательно, все свойства и методы стандартных классов Битрикса определены без модификатора доступа, а потому, интерпретируются как публичные (public), из чего следует, что они могуть быть переопределены, что и можно использовать для решения задачи. Порядок действий следующий:

1) Создать дополнительное свойство пользователя нужной... э... вместимости, которое и будет использоваться в качестве альтернативного хранилища для имени пользователя.

2) В произвольном неключевом месте, например, в папке bitrix/php_interface/ создать новый php-файл подобного содержания:

<code>
class CPRXUserHook extends CUser {
protected $m_objOriginal;

public function __construct(&$objOriginal) {
$this->m_objOriginal = $objOriginal;
}

public function GetFirstName() {
// Тут, используя $this->m_objOriginal->GetList
// следует получить имя пользователя из ранее
// созданного дополнительного свойства.
// Допустим, получили и записали имя в переменную $szRet
...
return $szRet;
}

...
};
</code>
Очевидно, в что в этом классе следует переопределить все методы, которые тем или иным образом работают с именем пользователя. Среди них наиболее неприятными являются GetList и GetByID. В этих методах придется получать результат запросов, перебирать его в цикле, забивать результирующий массив, подменять в нем имя пользователя на имя пользователя из расширенного свойства, после чего вручную создавать новый объект класса CDBResult, инициализировать его с помощью метода InitFromArray и возвращать в качестве результата функций. Как видно, способ не самый быстрый и красивый. Таким же образом следует переопределить так же функции создания нового пользователя.

3) В папке bitrix/php_interface создать файл init.php, если он еще не существует и где-нибудь в начале файла прописать следующее:

<code>
AddEventHandler("main", "OnBeforeProlog", "ApplyUserObjectHook");

function ApplyUserObjectHook() {
if (is_object($GLOBALS['USER'])) {
$GLOBALS['USER'] = new CPRXUserHook($GLOBALS['USER']);
}
}
</code>
Как видно из этого кода, тут происходит подмена глобальной функции $USER, которую используют большинство (а скорее всего и все) стандартные компоненты Битрикс. Таким образом, все обращения к $USER будут проходить через класс CPRXUserHook, который полностью под нашим контролем.

Плюсы данного подхода:

- позволяет модифицировать классы ядра Битрикса без внесения прямых изменений в код ядра и без обращений к базе напрямую, что позволяет не бояться обновлений.

Минусы данного подхода:

- дополнительная нагрузка на сервер; причем для высоконагрузочных сайтов данный пункт является критическим;

- трудозатраты на тестирование и доводку некоторых компонентов;

- отсутствие всяких гарантий: возможно не все компоненты, и определенно не все модули используют глобальную переменную $USER для работы с пользователем. Некоторые самостоятельно создают объект класса CUser со всеми вытекающими последствиями;

- решение точно будет работать только с PHP пятой версии и выше.

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

Это дополнение навешивает модуль статистики. Следовательно, можно "попросить" его перестать делать такое либо удалив модуль статистики, либо где-то единожды вызвав метод:

<code>UnRegisterModuleDependences("search", "OnSearch", "statistic", "CStatistics", "OnSearch");</code>

Однако не стоит ожидать, что статистика после этого продолжит собираться нормально. Лучше смириться с phrase_id, все-таки не просто так она добавляется.