Разработчикам

Переопределяем значение GetOptionString для определенного посетителя

Пользователь 11948 -> Всем, Академия 1С-Битрикс выпускников, Примеры частных решений

14 Июнь, 2013 5:51

Практически каждый модуль имеет настройки. И иногда встает задача, что какую-то настройку для частного конкретного случая надо переопределить (для конкретной группы пользователей, или раздела сайта, или ID сайта). Но меняя в модуле, настройка меняется для всех случаев. Вот как это можно переопределить в частном случае.
[spoiler]
Дело в том, что все настройки в начале исполнения каждой страницы ложатся в GLOBALS, и если там лежат, то берутся оттуда при вызове COption::GetOptionString. Вот на этом мы и сыграем. Да, кстати, по этой причине в настройках нельзя хранить сколько-нибудь большие данные.

Давайте рассмотрим конкретную задачу: в многосайтовой конфигурации на втором сайте сделаем e-mail НЕ уникальным при регистрации.

Итак, идем от общего к частному, как договорились. Поэтому, глобальную настройку ставим вкл.:

Естественно, на втором сайте получаем отлуп:

Сейчас нам надо понять, в какой этап исполнения страницы внедриться. Небольшое пояснение - в GLOBALS нужная настройка ложится только когда сделан любой вызов COption::GetOptionString, даже если не ваша настройка. Но тут успокою - COption дергается в первых строчках кода (когда ядро выставляет error_reporting), так что вы можете использовать любое удобное событие по ссылке выше. Лучше, если позволяет задача, самый верхний. Возьмем OnPageStart.

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

Теперь о том, как хранятся опции в GLOBALS. Хранятся они в ключе MAIN_OPTIONS, разгруппированные по сайтам. Общие настройки для любого сайта лежат в группе [-]. Ну а далее идет дробление по модулям. То есть картина какая-то такая:

(массив ключа [-] на деле огромен, для скрина я его вырезал)

Ну и теперь находим нашу опцию в этом ключе. Конечный путь будет: $GLOBALS['MAIN_OPTIONS']['-']['main']['new_user_email_uniq_check']. И будет содержаться значение Y. Нам надо поменять на N. Код получается предельно простым:

public static function OnPageStart() {
   if (SITE_ID == 'vw') {
      if (!isset($GLOBALS['MAIN_OPTIONS']['-']['main'])) {
         COption::GetOptionString('main', 'foo');
      }
      $GLOBALS['MAIN_OPTIONS']['-']['main']['new_user_email_uniq_check'] = 'N';
   }
}

Зачем isset и вызов GetOption? Это хак, чтобы наполнить GLOBALS, если он вдруг оказался пустым.

Готово!

9 Комментировать

Комментарии: 7 0 7

Ещё 1030

Бадьин Игорь

Пользователь 219450 18 Март, 2017 16:52

В версии 16.5.11 "Малый бизнес" не удается подменить параметры, сейчас они хранятся в другом месте.
Массив $GLOBALS['MAIN_OPTIONS'] - пустой.

Пробовал рыть в эту сторону, не получилось:
$cache = Main\Application::getInstance()->getManagedCache();

$options = $cache->get("b_option");
$options["-"]["main"]["new_user_registration_email_confirmation"] = "N";
$cache->set("b_option", $options);

0 Ещё

Семёнов Роман

Пользователь 291336 19 Март, 2017 14:50

что за костыль.
неужели нету обработчика в api для таких вещей

0 Ещё

Долганин Антон

Пользователь 11948 20 Март, 2017 17:29

Игорь, это действительно костыль, к нему стоит прибегать только при полном понимании, что будет происходить.

Вот для нового ядра (наследуемся и переопределяем protected)

<?php 
use \Bitrix\Main\Config\Option; 

class A extends Option 
{ 
    function changeOptions($module, $config, $value) 
    { 
        parent::$options['-'][$module][$config] = $value; 
    } 
} 

A::changeOptions('main', 'new_user_email_uniq_check', 'N');

0 Ещё

Панчук Сергей

Пользователь 275703 25 Август, 2020 0:28

Долганин Антон, не получается.
Пробовал так:

$cache = \Bitrix\Main\Application::getInstance()->getManagedCache();
$options = $cache->get("b_option:main");
$options["-"]["new_user_registration_email_confirmation"] = 'N';
$cache->set("b_option:main", $options);

Значение меняется у new_user_registration_email_confirmation, но sale.order.ajax все равно считает что включено подтверждение регистрации по емайлу. Пытаюсь сделать, чтобы на момент оформления заказа отключить подтверждение регистрации по email.
При вызове:

Option::get("main", "new_user_registration_email_confirmation");

показывает Y.
Можете подсказать в решении?
Спасибо.

0 Ещё

Панчук Сергей

Пользователь 275703 25 Август, 2020 9:03

Долганин Антон, сработал такой код, но он меняет значение настройки глобально для всех пользователей (он был вставлен прямо в init.php и скорее всего срабатывал на начальной стадии загрузки страницы, нужно понять при каком событии и как вызвать этот код):

use \Bitrix\Main\Config\Option; 

class A extends Option 
{ 
    public static function changeOptions($module, $config, $value) 
    { 
        parent::$options[$module]['-'][$config] = $value; 
    } 
} 

A::changeOptions('main', 'new_user_registration_email_confirmation', 'N');

0 Ещё

Панчук Сергей

Пользователь 275703 27 Август, 2020 10:31

В общем итоге, получилось так:

\Bitrix\Main\EventManager::getInstance()->addEventHandler('main', 'OnPageStart', "OnPageStartConfirmRegistrationOption");
function OnPageStartConfirmRegistrationOption()
{
   $request = Bitrix\Main\Application::getInstance()->getContext()->getRequest();
   if(strpos($request->getRequestUri(), "/bitrix") === false)
   {
      if(strpos($request->getRequestUri(), SITE_DIR.'personal/order/make/') !== false)
      {
         class A extends \Bitrix\Main\Config\Option 
         {
            public static function changeOptions($module, $config, $value)
            {
               parent::$options[$module]['-'][$config] = $value;
            }
         }
         A::changeOptions('main', 'new_user_registration_email_confirmation', 'N');
      }
   }
}

0 Ещё

Кузнецов Александр

Пользователь 368780 19 Август, 2021 1:29

Долганин Антон написал:
Вот для нового ядра (наследуемся и переопределяем protected)

Возможно для кого-то тема будет все еще актуальна. Код из последнего сообщения Антона в настоящее время не заработает.
Вероятно, в одном из обновлений главного модуля было решено сменить порядок хранения настроек и теперь модуль является корневым ключом массива, а настройки с привязкой к сайтам (или без таковой), '-', 's1' и т.д. - являются вложенными в каждый модуль.

Поэтому предлагаю такую реализацию класса для решения данной задачи:

<?php

class ExtendedOption extends \Bitrix\Main\Config\Option
{
    /**
     * Локально изменить настройку определенного модуля для текущего хита.
     * См. подробнее здесь: https://dev.1c-bitrix.ru/community/webdev/user/11948/blog/7799/
     *
     * @param $module
     * @param $parameter
     * @param $value
     */
    public static function changeOptionForCurrentHit($module, $parameter, $value)
    {
        if (!isset(parent::$options[$module]['-'][$parameter])) {
            static::get($module, $parameter);
        }

        parent::$options[$module]['-'][$parameter] = $value;
    }
}

ExtendedOption::changeOptionForCurrentHit('main', 'captcha_registration', 'N');

0 Ещё

Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».

Переопределяем значение GetOptionString для определенного посетителя

Продукты

Управление сайтом

Битрикс24

Интернет-магазин + CRM

Решения

Для интернет-магазинов

Каталог готовых решений

Внедрение

Выбрать партнера

Проверить партнера

Стать партнером