Форум

[QUOTE] написал:
[QUOTE] написал:
Евгений, наличие CUSTOM_PRICE = Y точно так же влияет и на расчёт скидки на доставку?[/QUOTE]
Для стоимости доставки ключ другой - CUSTOM_PRICE_DELIVERY[/QUOTE]
имею ввиду, может ли не считаться скидка на доставку из-за того что у всех товаров кастомная цена

[QUOTE] написал:
Если нет других скидок - группы пользователя не подходят для скидки. Либо у всех товаров проставлено CUSTOM_PRICE = Y[/QUOTE]
Евгений, наличие CUSTOM_PRICE = Y точно так же влияет и на расчёт скидки на доставку?

Можно добавить референсы до запроса
[CODE]Table1::getEntity()->addField(new \Bitrix\Main\ORM\Fields\Relations\Reference("T2",
Table2::class,
\Bitrix\Main\ORM\Query\Join::on("this.t2_id", "ref.id")
));
Table2::getEntity()->addField(new \Bitrix\Main\ORM\Fields\Relations\Reference("T3",
Table3::class,
\Bitrix\Main\ORM\Query\Join::on("this.t3_id", "ref.id")
)); [/CODE]
после этого регистрировать поля в runtime не нужно, они будут доступны до концах хита
[CODE]Table1::getList([
"select" => ["*", "t3_field" => "T2.T3.field"],
"filter" => ["T2.T3.filter_field" => ""]
]);[/CODE]

Коллеги, можно же решить проблему в разы проще, нежели создавать отдельные файлы.

В вызове компонента есть параметр [CODE]"SITE_LIST" => COption::GetOptionString("sale", "1C_SALE_SITE_LIST", ""),[/CODE]Достаточно в inite заранее установить эту опцию во время обмена, что-то типа такого[CODE]if($_SERVER["SCRIPT_NAME"] == "/bitrix/admin/1c_exchange.php"){

if($_SERVER["SERVER_NAME"] == "domain1.ru")
COption::SetOptionString("sale", "1C_SALE_SITE_LIST", "s1");

if($_SERVER["SERVER_NAME"] == "domain2.ru")
COption::SetOptionString("sale", "1C_SALE_SITE_LIST", "s2");
}
[/CODE]
UPD
ещё есть нюанс в проверке даты последнего обмена, заказы с последним изменением ранее этой даты не отдаются. Эта дата записывается в b_option и к счастью в идентификаторе этого параметра используется CurPage
Поэтому для каждого сайта нужно сделать свой адрес подключения для обмена, можно через htaccess сделать

Тоже столкнулся с этой проблемой, появляется не всегда
Решается путем удаления всех cookie из браузера и удаления из адреса параметра _r

После долгого чтения мануалов из разных источников и путём многократных проб и ошибок наконец-таки заработало.  
согласно этому мануалу[QUOTE]Алексей Шафранский написал:
[URL=https://www.howtoforge.com/tutorial/proftpd-centos-7-2/]https://www.howtoforge.com/tutorial/proftpd-centos-7-2/[/URL] [/QUOTE]
[I][COLOR=#a0a0a0]Алексей, Огромное спасибо!!![/COLOR][/I]

Всё оказалось крайне просто. Поделюсь, вдруг для кого-то тема будет актуальной.

получилось следующее:

1,2,3. Установка репозитория EPEL

[CODE]yum -y install epel-release
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7
yum -y update[/CODE]
4. Установка ProFTPD

[CODE]yum install -y proftpd openssl proftpd-utils[/CODE]
5,6. Запуск и включение в автозагрузку

[CODE]systemctl start proftpd.service
systemctl enable proftpd.service[/CODE]
7,8. Этот кусок нужен для фаервола. Насколько я понял в VM он отключён, но на всякий пожарный выполнил

[CODE]firewall-cmd --add-service=ftp --permanent
firewall-cmd --reload[/CODE]
После этих манипуляций я смог подключиться по FTP под пользователем bitrix и его паролем,

Столкнулся с этой проблемой.

Решается это в настройках.
Магазин -> Настройки -> Интеграция с 1С
Во вкладке каталог нужно снять галочку с "Транслитерировать символьный код из названия при [B]обновлении [/B]элемента (товара) или раздела (групп товаров)"

Суть проблемы:
Необходимо реализовать подгрузку товаров в компоненте bitrix:catalog.section, Компонент вынесен в отдельный файл, и подгружается через ajax? с передачей параметров фильтрации и постраничной навигации. Вообщем по сути работает, но!

если в параметрах компонента указаны:
"DISPLAY_TOP_PAGER" => "N",
"DISPLAY_BOTTOM_PAGER" => "N",
то постраничной навигации нет, то есть что бы я не указал в параметре PAGEN_1 get запроса, всегда открывается первая страница.

если в параметрах компонента разрешить отображение постраничной навигации, то навигация работает, но! параметр PAGE_ELEMENT_COUNT срабатывает неверно. Если указать 5 - отображает 9, если указать 10 - отображает 19, если указать 20 - отображает 39 - и всё это только! на первой странице, дальше ровно столько, сколько указано в параметре.  сначала в голову пришла мысль что тут по формуле 2n-1, но всё оказалось куда проще... В каталоге 179 товаров (простое число), и соответственно какое бы число я не указал в PAGE_ELEMENT_COUNT всегда остаток плюсовался к содержимому первой странице. В качестве теста добавил в каталог 1 товар, чтоб было 180 - всё отлично - на всех страницах по 20 товаров, как и указано в настройках, так же попробовал удалить товары - как и ожидал, при общем количестве в 178, на первой странице 38 товаров (20 из настроек PAGE_ELEMENT_COUNT плюс остаток от деления 178%20)


Что это за математический квест и как с ним бороться?