Журнал PC Magazine/RE №09/2009

Листинг 7

if(!empty($arEntityUsersID)) {

  $arExceptUserEntity = CPTK_SocialNetwork::

    GetByRoleFeaturesIdArray(SONET_ENTITY_USER, 'blog',

    'view_post', array('!ROLE' => SONET_RELATIONS_TYPE_ALL),

    array('!ROLE' => SONET_RELATIONS_TYPE_ALL));

  $arTmp = array_intersect_key($arExceptUserEntity,

    $arEntityUsersID);

  unset($arExceptUserEntity);

  if(!empty($arTmp)) {

    foreach($arTmp as $key)

    {

      unset($arEntityUsersID[$key]);

    }

  }

  unset($arTmp);

  // Если активный пользователь – владелец ленты, повторно

  // включим его ID, даже если он закрыл свой блог – ему

  // заведомо можно просматривать свои записи

  if($arParams['INC_SELF_MESSAGES'] && $arResult

      ['CURRENT_ACCESS']['canViewUserSelfMessages']) {

    $arEntityUsersID[$arResult['ENTITY_ID']] =

      $arResult['ENTITY_ID'];

  }

  // Определим пользователей, которые вообще отключили свои

  // блоги, и исключим их из списка

  $arExceptUserEntity = CPTK_SocialNetwork::

    GetByRoleFeaturesIdArray(SONET_ENTITY_USER, 'blog',

    'view_post', array('FEATURE_ACTIVE' => 'N'),

    array('FEATURE_ACTIVE' => 'N'));

  $arTmp = array_intersect_key($arExceptUserEntity,

    $arEntityUsersID);

  unset($arExceptUserEntity);

  if(!empty($arTmp)) {

    foreach($arTmp as $key) {

      unset($arEntityUsersID[$key]);

    }

  }

  unset($arTmp);

}

Здесь надо обратить внимание на две дополнительные функции, которые не входят в стандартный API ядра «1С-Битрикс: Управление сайтом»: CPTK_SocialNetwork::

GetByRoleFeaturesIdArray() и CPTK_SocialNetwork::IsAllowedFeature(). Они представляют собой часть библиотеки автора, их текст здесь не приводится (при желании библиотеку можно запросить у автора статьи). Первая, CPTK_SocialNetwork::GetByRoleFeaturesIdArray(), возвращает массив идентификаторов объектов по типу объекта, сигнатуре, функциональности и операциям (с возможностью установки дополнительного фильтра). Функция имеет внутреннее кэширование результатов, в ее основе лежит метод CSocNetFeaturesPerms::GetList(). Вторая, CPTK_SocialNetwork::IsAllowedFeature(), проверяет, доступна ли для заданного объекта затребованная возможность (это небольшая оптимизация часто выполняемой операции, опытному разработчику не составит труда реализовать ее самостоятельно).

На этом этапе возникает проблема: при организации группы социальной сети система не создает соответствующие записи в таблицах БД, где хранятся настройки прав доступа к заданным функциям. Эти записи автоматически создаются только после первого изменения прав доступа, до того они определяются системой, средствами PHP. Причем по умолчанию используется режим не «разрешено всем», а «разрешено только участникам». Следовательно, попытка выбрать все записи, у которых в поле ROLE не установлено значение константы SONET_RELATIONS_TYPE_ALL («разрешено всем»; в нашем случае это и будет вызов CPTK_SocialNetwork::GetByRoleFeaturesIdArray() с установленным дополнительным фильтром array('!ROLE' => SONET_RELATIONS_TYPE_ALL), приведет к получению неверного результата. Этот нюанс можно считать досадной ошибкой в архитектуре модуля, но, к счастью, дело поправимо без вмешательства в ядро системы. В нашем случае оказалось достаточно добавить обработчик события OnSocNetGroupAdd, где и выполняются необходимые для корректной записи в БД структуры прав операции. В группах, которые были созданы ранее, эта ошибка была исправлена с помощью «Мастера».

Двигаемся дальше – получаем массив блогов, из которых будут выбираться новые записи (листинг 8).