Настройки поиска (Страница 69 из 104)

Переустановка модуля здесь вообще не причём. А current_val у Вас вообще передаётся? Вы как проверяли? var_dump прерывает сохранение заказа?

Вот рабочий код:

function init()
    {
        $this
            ->bind('orm.beforewrite.shop-order');
    }
    
    /**
    * Действия перед записью в БД
    * 
    * @param array $data - массив с данными
    */
    public static function ormBeforewriteShopOrder($data) 
    {
        if (isset($_REQUEST['current_val'])){
  
            $config = \RS\Config\Loader::byModule('shop'); //Получам конфиг магазина
            $config['current_val'] = \RS\Http\Request::commonInstance()->request('current_val', TYPE_STRING, ""); //Записываем значение из поста
            $config->update(); //ЗДЕСЬ есть, т.к. сохраняется другой объект
        }
    }

orm.beforewrite у Вас сработает в тех случаях если вызывался
insert() - запись объекта
или
update() - обновление объекта
Вы сами действия где производите? В каком разделе? я имею ввиду с полем Вашим.

Всё, что угодно. Например var_dump($data['orm']);. Ваша задача просто понять, сработала у Вас функция перед записью объекта или нет. Для этого мы это пишем и если var_dump сработает, то когда будет сохранять конфиг у нас либо выведется это значение, либо запись прервётся и консоли браузера Вы сможете увидеть, что в запросе появился вывод var_dump. Это нужно в первую очередь для отладки.

Я попробовал хук orm.beforewrite.shop-config-file . Я меня всё сработало.
Этот хук вызывается перед записью ORM объекта в БД.
Зачем вы вызываете $config->update();? Вам нужно лишь установить Ваше значение.
$config->update(); - Вы опять вызовите запись в БД, т.к. этим вы говорите опять сохрани мне конфиг в БД. Т.е. зациклите сохранение до бесконечности.

Вот мой код:

function init()
    {
        $this
            ->bind('orm.beforewrite.shop-config-file');
    }
    
    /**
    * Действия перед записью в БД
    * 
    * @param array $data - массив с данными
    */
    public static function ormBeforewriteShopConfigFile($data) 
    {
        $config = $data['orm'];   
        $config = \RS\Config\Loader::byModule('shop');
        $config['current_val'] = \RS\Http\Request::commonInstance()->request('current_val', TYPE_STRING, ""); 
    }

чтобы посмотреть срабатывает эта функция у Вас или нет.
Киньте код обоих попыток.
Кстати, первый хук немного не такой. Он же должен вести на контроллер в админ панели. Вы в каком контроллере данные сохраняете.
Просто если посмотрите в папку с контролерами админки, то там есть только orderctrl, а не order. Вы же понимаете как формируется хук?
controller.afterexec.ПАПКАМОДУЛЯ-ПАПКАКОНТРОЛЛЕРА(ADMIN)-ИМЯФАЙЛАКОНТРОЛЛЕРА.

А вот второй должен сработать. Надо сделать var_dump и посотреть прервётся ли сохранение.

Ну прямая вставка php в шаблон запрещена, т.к. она depricated (тег php) в Smarty. Так в мире уже никто не делает, кроме пожалуй Битрикса где идёт нативное подключение HTML в перемешку с PHP. У вас там калькулятор АПИ или просто обыкновенный код?
Если там сложная логика, то я думаю лучше будет выделить это всё в отдельный файл апи и в дополнительном модуле через Ваш блок контроллер вызывать обращения к этому API, где будет происходить калькуляция. Вообщем опишите более детально, что нужно сделать.

Ну Вы die или var_dump сделайте, чтобы понять срабатывает ли функция.
Я думаю дело в хуке
controller.afterexec.shop-admin-order
Пропустили видимо admin

Ну конечно будут задвоены.
Ведь МойСклад выгружает товары со своим уникальным идентификатором. И при импорте из МойСклад в RS проверяется именно этот уникальный идентификатор. У товаров заведённых в RS совершенно другой идентификатор у товара. И т.к. они не совпадают, то и получается задвоение. Нужно либо в RS вести товар, либо в МойСклад.
Возможности загружать в мой склад уже заведённые товары нет. МойСклад этого не поддерживает по стаандарту впрочем, как и 1С.

Связка простая. Товары заводятся в Мой Склад, далее выгружаются в ReadyScript, с заведёными свойствами и данными.
У Вас конкретно, какие проблемы?

Видео по СЕО здесь.
https://www.youtube.com/watch?v=-iDMbYo … mp;index=8

Проблема в домене, адрес должен быть относительным, а не абсолютным
/warehouse/sklad-na-7-kilometre-odessa/

В следующем обновлении у складов появятся мета-теги напрямую.

А Вы им так и объясните, что это требование системы. ЧПУ будет строится от text- и на SEO не влияет. Это в "лохматых" годах делали такие url, что довало абсолютную неоднозначность, и замедлчло работу. Т.к. если сайт становился огромным, и все сведения хранились в одной таблице (какой url чему соответствует), то увеличивалось время на поиск в этой таблице, например если записей несколько миллионов. Маршруты, не общаются к БД, а сразу получают контроль и передают всё в контроллер. Для этого они и были придуманы. Это более современный подход. Хотя способы есть, но тут придётся покрутится. Например как делает Ярослав из предыдущего хоста, но по умолчанию всё именно так происходит.