Форум

Только что нашёл вот такую штуку - CIBlockElement::GetElementGroups, но ещё пока не разобрался работает ли.

Чтобы не переписывать вопрос заданные на тостер просто оставляю ссылку на детальное описание ситуации [URL=https://toster.ru/q/661946]https://toster.ru/q/661946[/URL]

[IMG WIDTH=1842 HEIGHT=725]https://habrastorage.org/webt/5d/24/41/5d2441645fc65147198437.jpeg[/IMG]


Следующая ситуация. Нужно было, чтобы умный фильтр мог предлагать отметить чекбоксами несколько пунктов по каждому фильтруемому свойству(сейчас фильтруется по свойствам торговых предложений), сделали следующее: переписали шаблон так чтобы свойствам по которым идёт фильтрация отправлялись массивом. Ну например есть свойство SIZE - размер и TYPE - тип, ну например размеры 100*100, 100*150, а тип 1 наволочка, 2 навлолочки и ТП. Таким образом фильтр по ajax отправляет запрос вида controler?SIZE[]=100*100&SIZE[]=100*150&TYPE[]=2 навлолочки этот запрос уходит на php скрипт в котором пришедшие по GET данные разбираются и передаются в catalog.section как массив имя которого указывается в FILTER NAME.
Так вот если передавать данные только с одного свойства(не важно будет выбрано 1,2,3 или более значений) - всё нормально, но если передавать сразу с SIZE и TYPE хапрос зависал, и весь сайт переставал отвечать 1-3 минуты, выдавая на страницах ошибку 500. То что Вы видите на скрине - это уже работа другого хостинга.
Так вот, решили поменять хостинг, запрос по одному свойству отрабатывается за 0.5 секунды в среднем, но первые запросы по 2-м или более свойствам одновременно подвешивали запрос на 12 секунд(максимально), а так 4-8 секунд, затем начинали работать быстрее.
Я понимаю, если бы это был большой интернет магазин, у нас же 500 товаров, поэтому с чего бы поиск в catalog.section по 2-м свойствам вместо одного вдруг начинает отрабатываться дольше до 10 раз и более?
[B]Вопросы по теме[/B]:
1) может быть кто сталкивался, есть варианты что делаем не так? Но на деле проверяли массив var_dump(тот который передаётся в качестве фильтра на catalog.section) ну всё очень просто и стандартно, самый обычный массив для фильтрации, почему такой эффект?
2) почему второй хостинг вообще отрабатывает пусть и за 12 секунд и не виснет, а первый зависает на 1-3 минуты? Какие параметры посмотреть в php, apache, mysql может быть каких то ресурсов не хватает или количества допустимых операций за сессию?

[QUOTE]Андрей Николаев написал:
2) Сделали  свою вкладку в заказе , где менеджер подтверждает возможность оплаты. Там в обработчике - установка параметра и смена типа оплаты у заказа с отправкой письма[/QUOTE]
Благодарю за информацию, то что нужно! (до этого хотел сделать через модуль, а именно в момент генерации ссылки на модуль разбирать Url и если это url конкретного заказа в ссылку на модуль подставлять его Id, а уже по из на странице модуля в textarea выводить ссылку).

  Ситуация. Интернет магазин на bitrix, заказ и оплата написаны полностью на API, стандартные модули bitrix не использовались.
  Клиент говорит, когда проверит заказ хочет сам отсылать клиенту ссылку на оплату банковской картой на e-mail клиенту.
[IMG WIDTH=1888 HEIGHT=760]https://habrastorage.org/webt/5d/1f/52/5d1f52a02e955179767620.jpeg[/IMG]
  В генерации такой ссылки участвует Id заказа, поэтому оптимально было бы  предложить клиенту возможность генерации по нажатию ссылки на странице  конкретного заказа в админке.
   Пишу о перенаправлении, а на страницу сайта(на которой будет  генерироваться ссылка на оплату), а не о сразу генерации ссылки на  оплату в админке, поскольку предполагаю что клиенту удобнее будет  скопировать URL ссылки из TEXTAREA поля, а если разместить ссылку сразу,  то не предупреждённый менеджер может вместо копирования по ней перейти,  чем создать лишний запрос банку экваеру, так ещё и может не то что надо  скопировать из браузера.
  Для решения поставленного вопроса, [B]допустимо создавать какие либо поля на этапе формирования заказа, то есть присвоением какой либо информации объектам $basket и $order[/B](поскольку id заказа будет известен после формирования заказа, после чего можно сразу же в этом же файле информацию обновить).
  Предложите пожалуйста варианты решения!

Здравствуйте!
Требуется на ajax по api получать данные из заказа bitrix. Сейчас  появилась возможность дополнить артикулом, сейчас есть такой код:

  $order = \Bitrix\Sale\Order::load($arHistory["ID"]);// получаем заказ по Id
  foreach ($order->getBasket()->getBasketItems() as $basketItem) {// Перебираем товары и ТП в корзине
    // здесь получаю всякую инфу, например $name = $basketItem->getField('NAME');
    [B]// как прямо из $basketItem->получить-свойство-торгового-предложения("CML2_ARTICLE"); ?[/B]
  }

Вот скрин, как это свойство выглядит в типах инфоблока
[IMG WIDTH=1769 HEIGHT=800]https://habrastorage.org/webt/5d/1e/f1/5d1ef1dbefcb6168006651.jpeg[/IMG]

Не верные статусы в вопросе стандартные написал.
Случайно посчитал что DN это статус заказа. А оказалось это статус доставки.
Таким образом, я в статусах создал новый статус заказа - "ожидает обработки менеджером", поскольку нужного статуса заказа по-умолчанию не было.
На скрине ниже статусы которые были по-умолчанию и новый статус который я создал (Статус A):
[IMG WIDTH=1891 HEIGHT=767]https://habrastorage.org/webt/5d/1d/f8/5d1df8ab2fdd0474505168.jpeg[/IMG]

Таким образом в конечном счёте строчка кода выглядит так:
$order->setField("STATUS_ID", "A");

Изначально я создал заказ с статусом DN - это привело к тому что не получается даже под админом зайти в заказ. Стал разбираться и выяснилось что DN это не статус заказа.

Решение нашёл:

[B]$order->setField("STATUS_ID", "DN"); [/B]

Для начала немного по коду что уже есть:
<?php
require $_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/prolog_before.php';

use Bitrix\Main\Context,
    Bitrix\Currency\CurrencyManager,
    Bitrix\Sale\Order,
    Bitrix\Sale\Basket,
    Bitrix\Sale\Delivery,
    Bitrix\Sale\PaySystem,
    YandexCheckout\Client;

global $USER;

Bitrix\Main\Loader::includeModule("sale");
Bitrix\Main\Loader::includeModule("catalog");

// ... здесь всякие действия по определению что за пользователь

$order = Order::create($siteId, $USER->isAuthorized() ? $USER->GetID() : $userIdTpm);// Создаём заказ

// ... здесь всякие действия по присвоению разных данных заказу

$basket =  \Bitrix\Sale\Basket::loadItemsForFUser(\Bitrix\Sale\Fuser::getId(CSaleBasket::GetBasketUserID()),  \Bitrix\Main\Context::getCurrent()->getSite());// Получаем корзину  текущего пользователя

$order->setBasket($basket);// Применяем корзину к заказу

// ... ещё действия по присвоению разной информации корзине
// ... [B]и где то же тут предполагается установить заказу статус DN "Ожидает обработки"(как это сделать черерз $order-> ?)[/B], поскольку если этого не сделать устанавливается статус N "Принят, ожидается оплата"

$order->doFinalAction(true);
$result = $order->save();
_________________________
[B]Примечание: я понимаю что можно присвоить статус через методы класса, интересует как сделать прямо через объект $order?[/B]

[QUOTE]Сергей . написал:
а если подключить Bitrix\Sale?[/QUOTE]
Сергей, на всякий случай проверил - Bitrix\Sale дополнительно подключить через use всё равно не достаточно, нужно именно выполнить ...::includeModule("...");