Форум

Тип чека выставляем в настройках модуля "Интернет магазин": Настройки -> Настройки продукта -> Настройки модулей -> Интернет-магазин, раздел "Настройки печати чеков", опция "Тип чека при получении оплаты" - выставляем "ПРЕДОПЛАТА"

[QUOTE]Андрей Пашин написал:
[QUOTE] Виталий Шестаков написал:
Версия php какая?[/QUOTE]
Виталий, огромное Вам спасибо! Вот этим вопросом Вы навели меня на мысль, куда копать, и всё получилось))) На моём хостинге при выполнении заданий Cron можно явно указывать, какой версией PHP выполнять задание. У меня было настроено без версии, то есть команда выглядела вот так:
php -d session.save_path=/home/users/***/tmp /home/users/eurogalant_bx1/site/bitrix/modules/main/tools/cr­ ­­on_events.php

Я попробовал явно указать версию интерпретатора, и всё заработало:
php7.3 -d session.save_path=/home/users/***/tmp /home/users/eurogalant_bx1/site/bitrix/modules/main/tools/cr­ ­­on_events.php

Спасибо ещё раз![/QUOTE]

Сегодня столкнулся с такой же проблемой, эта ветка помогла! В моём случае "/usr/bin/php" поменял на "/usr/bin/php71"

[QUOTE]arnly написал:
yum install yum-utils
yum-config-manager --enable remi-php70
yum install php-soap[/QUOTE]
Спасибо, то что нужно!
Все получилось с первого раза.
Для тех то воспользуется этим способом - не забываем перегрузить сервис по окончании установки:[CODE]service httpd restart[/CODE]

Добрый день, имеется bitrixvm c php 7.0.33, команда "yum install php-soap" не устанавливает пакет пишет что нужен "php-common(x86-64) = 5.4.16-46.el7", а установлено "php-common-7.0.33-12.el7.remi.x86_64 (@remi-php70)", как для данной версии php  установить soap?

Пример хороший - пригодился, автору плюс.

Кому совсем не понятно что происходит -  используем возможности [URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&CHAPTER_ID=05748&LESSON_PATH=3913.5062.5748]Bitrix ORM[/URL] для выборки заказов по нужным кастомным свойствам, т.к. заказы и свойства это разные таблицы в базе данных то приходится делать запрос типа join.

Вот немного документации на эту тему - [URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=5753&LESSON_PATH=3913.5062.5748.5063.5753]Bitrix ORM getList[/URL]

Очень жаль что конструкция PROPERTY_<PROPERTY_CODE>.<FIELD>, где PROPERTY_CODE и имеет тип привязка к пользователю не работает.

Тоже искал ответ на этот вопрос, но судя по всему с таблицей пользователей так не получится, поэтому, чтобы не дёргать $USER->GetByID() в цикле, решил доставать нужных мне пользователей одним запросом через CUser::GetList(), например так:Соответственно ID нужных пользователей собираем в предыдущем запросе.

Но если я ошибаюсь и привязку к пользователю можно использовать для того чтобы достать поля пользователя в CIBlockElement::GetList - буду рад, скажите только как это сделать?

Похоже так и придётся сделать, скрыть стандартный функционал и дописать свою табличную часть, или добавить свою таблицу БД напрямую. А админ пусть видит - он если захочет и без таблицы данные отредактирует.

Что, совсем вариантов нет?

1)Часть свойств было бы круто,
2) можно и весь - редактировать там ничего не надо - нужен только рабочий фильтр, сортировка
3) можно даже скрыть этот инфоблок из стандартного меню ( в этом случае буду писать для него табличную часть свою)

Что можно сделать, что нельзя штатными средствами АПИ?

Просто не хочется заводить таблицу платежей напрямую в БД, хочется по возможности использовать инфоблоки для этой задачи.

Задача стоит создать тип данных для ведения истории платежей например "Платежи", если делать это на информационных блоках, возможно ли запретить редактировать элементы этого типа в административной панели, т.к. все манипуляции будут происходить через API?