Форум

[QUOTE]Евгений Жуков написал:
Неверно, т.к. в рамках системы уникально значение поля COUPON, а не ID. Кроме того, фильтруете вы по LIKE.[/QUOTE]
Евгений, спасибо за замечание. Подправил пример кода в своем комментарии.

Решил задачу отмены примененного купона следующим образом.

На событие добавления купона в менеджер проверяю необходимые данные и в случае необходимости удаляю купон из менеджера. Есть один момент - CCatalogDiscountCoupon::GetByID() не сработает если купон на правило корзины, тогда применяем метод \Bitrix\Sale\Internals\DiscountCouponTable::GetList().

Общая структура кода в init.php получается такая:

[CODE]\Bitrix\Main\EventManager::getInstance()->addEventHandler(
   'sale',
   'onManagerCouponAdd',
   'onManagerCouponAddHandler'
);
function onManagerCouponAddHandler(Bitrix\Main\Event $event) {
   $couponData = $event->getParameters();
   $couponModule = $couponData["MODULE_ID"];
   if ($couponModule === "catalog") {
       $arCoupon = CCatalogDiscountCoupon::GetByID($couponData["ID"]);
       // some logic here..
       // $result = ...
   } else if ($couponModule === "sale") {
       $dbCoupon = \Bitrix\Sale\Internals\DiscountCouponTable::GetList (
           [
               "sel ect" => ["ID", "DISCOUNT_ID", "COUPON", "DESCRIPTION"],
               "filter" => ['=COUPON' => $couponData["COUPON"]]
           ]
       );
       if ($fetched = $dbCoupon->Fetch())
       {
           // some logic here..
           // $result = ...
       }
   }
   // delete coupon fr om manager
   if ($result) {
       \Bitrix\Sale\DiscountCouponsManager::delete($couponData["COUPON"]);
   }
}
[/CODE]

Как вариант, можно написать свою функцию, на основе стандартного API, и передавать в неё collback с параметрами. Это особенно удобно, когда нужно кешировать много данных. Таким образом снижается избыточность кода, и улучшается понимание кода.

Например, у нас есть такой код, который что-то достает из БД:
[CODE]// getting data BX API
// use $arParams = array(1,2,3) ...
// $something = ...[/CODE]
Оборачиваем данный код в функцию, которая возвращает результат выборки:
[CODE]function myFunc($arParams) {
// getting data BX API
// use $arParams = array(1,2,3) ...
// $something = ...
return $something;
}[/CODE]
И передаем полученную функцию как callback в нашу функцию кеширования:
[CODE]$arMyFuncParams = array(1,2,3)
$cachedData = returnResultCache(86400, 'somethingId', 'myFunc', $arMyFuncParams);[/CODE]
На этом всё. Как видно, такое использование проще и понятнее, чем каждый раз использовать API напрямую. А вот код функции returnResultCache, которую можно разместить в init.php для многократного использования:
[CODE]function returnResultCache($timeSeconds, $cacheId, $callback, $arCallbackParams = '') {
   $obCache = new CPHPCache();
   $cachePath = '/'.SITE_ID.'/'.$cacheId;
   if( $obCache->InitCache($timeSeconds, $cacheId, $cachePath) ) {
       $vars = $obCache->GetVars();
       $result = $vars['result'];
   }
   elseif( $obCache->StartDataCache()  ) {
       $result = $callback($arCallbackParams);
       $obCache->EndDataCache(array('result' => $result));
   }
   return $result;
}[/CODE]

Добрый день!

В задании ex2-34 необходимо дату первой новости на странице установить в качестве параметра определенного тега. При этом в условии к заданию прописано следующее: "Алгоритм решения, при котором будет использоваться некэшируемое обращение к базе данных - не будет верным".

Я бы в решении исходил из того, что дата первой новости на странице - это $arResult['ITEMS'][0]['ACTIVE_FROM'], а затем использовал бы метод setResultCacheKeys. Это правильно, или все-таки нужно получать значение из БД и кешировать результат?)

Добрый день, добавьте, пожалуйста, 2 попытки "[COLOR=#555c69]Администратор. Бизнес. Валюты и Торговый каталог."[/COLOR]