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

У нас упор на функционал магазинов. Это же не движок блога.
Что бы Вы хотели бы видеть?

Что касается блок контроллера, то можно просто его отклонировать в свой модуль и потом подключить, просто указав свой блок контроллер, его кстати можно отнаследовать от стандартного блок контроллера, чтобы просто добавить потом одно поле.
С остальными моментами сложнее, т.к. нужно, в контроллере списка товаров listproducts.inc.php обрабатывать приём параметра фильтра из запроса подготовленного блок контроллером.
Но здесь можно воспользоваться хуком controller.beforeexec.catalog-front-product (controller.beforeexec.КОРОТКОЕ_ИМЯ_КОНТРОЛЛЕРА).
О хукам можно почитать здесь:
http://readyscript.ru/dev-manual/dev_ho … hooks_list

В результате чего у нас должна появится публичная статическая функция

public static function [b]controllerBeforeExecCatalogFrontProduct($data)[/b]
{
      $controller = $data['controller'];//Объект фронт контроллера listproducts
      $action = $data['action'];//Метод класса который отрабатывает страницу. Надо проверить на index
      
      //Приём параметра из запроса
      $param = \RS\Http\Request::commonInstance()->request('Наш параметр из $_REQUEST который нужно принять', TYPE_STRING); 

      //Получаем объект запроса из апи товаров, т.к. в контроллере listproduct параметр $api публичный
      $q = $controller->api->queryObj(); 
      //Дальше запрос который Вам нужне и нужные действия
}

Т.к. у нас есть публичная переменная класса $api и первым всегда отрабатывает функция init в контроллере listproducts, то в $this->api будет объект АПИ для запросов, мы его из вне дополним.
Видео по запросам, можно посмотреть у нас в разделе видеоуроки

Директива Allow

Причина запрета в
Disallow: *?*
Т.е.:
Запретить: ВСЁЧТОДОЗНАКА?ИВСЁЧТОПОСЛЕНЕГО

Ну тогда уже GIT Tourtoise ставим, всё подсвечивает

А лучше всё таки перейти на 8ку, чтобы всё было в норме. Правда если у Вас много доделок, то это проблематично.

Ну если Вы внимательно читали документацию, то Вам в этом методе приходит массив в параметре. Где в этом массиве есть ключ orm, который хранит объект ORM для которого Вы вызываете событие.
Например:

/**
* Событие перед записью объекта в данном случае заказа в БД
*
* @param array $data - массив данных
*/
public static function ormBeforeWriteShopOrder($data)
{
     /**
     * @var \Shop\Model\Orm\Order
     */
     $order = $data['orm']; //Получаем объект заказа

     if (isset($_POST['mystock'])){ //Если нужное поле пришло из запроса
          $order['mystock'] = \RS\Http\Request::commonInstance()->request('mystock', TYPE_STRING); //Присваеваем из поста значение с экранированием.
     }
     
}

Запись произойдёт т.к. модифицировать объект объявленного класса можно редактировать из любого места (В соответствии с правилами PHP).

Что конкретно у Вас не получается?

Нет. Просто нужно скопировать себе обновлённый шаблон корзины. Для Вашей темы(детская) это:
/templates/young/moduleview/shop/cartpage.tpl
Соответственно копируем его себе по тому же пути только для Вашей темы.

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

{assign var=shop_config value=ConfigLoader::byModule('shop')}

И далее просто выводить значения полей в инпуты.
Сам шаблон Вы естественно можете перегрузить в своей теме оформления.
Что касается обработки полей, то я думаю Вам нужен хук:
controller.afterexec.КОРОТКОЕ_ИМЯ_КОНТРОЛЛЕРА из таблицы http://readyscript.ru/dev-manual/dev_ho … hooks_list
Где можно из POST вытащить Ваши поля и сохранить у конфига.
Ну например:

$config = \RS\Config\Loader::byModule('shop');
$config['нужное мне поле'] = \RS\Http\Request::commonInstance()->request('ПОЛЕ', TYPE_STRING);
$config->update();

Т.е. объект конфига, тоже ORM объект, то у него доступны методы update и insert как и у всех