Форум

Решил прямым обращением к бд, к таблице.
[CODE]$STH = $DBH -> prepare('SEL ECT ID FR OM b_sale_order_payment WHERE ORDER_ID =:kod LIMIT 1');
$STH -> execute(array(':kod' => $kod));
$result = $STH -> fetch();
$STH = null;[/CODE]

Лирика:
После обновления "поломалась" оплата с Яндекс Кассой. Теперь для оплаты нужно выдавать Яндексу PaymentID вместо OrderID. Из самого битрикса при формировании запроса на оплату все заработало. Проблема в том что в моем случае оплата инициируется из мобильного приложения, которое знать ничего не знает про PaymentID. Ему передается только параметр orderid и оно передает его. Хорошо конечно бы исправить приложение, но это несколько недель займет. Хочу при формировании заказа передавать в приложение PaymentID, но не вижу как его получить.

Вопрос:
есть некий $ORDER_ID только что сформированного закза через CSaleOrder::Add, как вытащить PaymentID? Насколько я понимаю он автоматически формируется при создании заказа через CSaleOrder, но сам CSaleOrder ничего не знает про payment.

Возможно помогло решение описанное [URL=http://dev.1c-bitrix.ru/support/forum/messages/forum6/topic51690/message465523/#message465523]здесь[/URL]

Решение для socket ошибок через https - установить подписанный сертификат.
Для Bitrix-Env это будет /etc/nginx/ssl/cert.pem

Подозреваю что тест использует curl под капотом, т.е. руками можно проверить вот так: [TABLE][TR][TH]Код[/TH][/TR][TR][TD]curl [URL=https://testwebsite.ru:443]https://testwebsite.ru:443[/URL] [/TD][/TR][/TABLE]Если это тестовая машинка - то конечно нужно добавить домен в локальный /etc/hosts

Файл [B]/etc/nginx/ssl/cert.pem[/B] состоит сразу из ключа и сертификата.
Ключ идет первым, потом сертификат, потом ssl bundle (доп. сертификаты для корректной цепочки от CA).

Без bundle - все равно ошибка: [TABLE][TR][TH]Код[/TH][/TR][TR][TD]# curl [URL=https://testwebsite.ru:443]https://testwebsite.ru:443[/URL] curl: (60) Peer certificate cannot be authenticated with known CA certificates More details here: [URL=http://curl.haxx.se/docs/sslcerts.html]http://curl.haxx.se/docs/sslcerts.html[/URL] curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you'd like to turn off curl's verification of the certificate, use the -k (or --insecure) option.[/TD][/TR][/TABLE]С подписанным сертификатом и bundle: [TABLE][TR][TH]Код[/TH][/TR][TR][TD]# curl [URL=https://testwebsite.ru:443]https://testwebsite.ru:443[/URL][/TD][/TR][/TABLE]В output отдаст html контент сайта.

После замены сертификата нужно убедиться что nginx подхватил все корректно и перезапустить\сделать reload для nginx: [TABLE][TR][TH]Код[/TH][/TR][TR][TD]# nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful[/TD][/TR][/TABLE][TABLE][TR][TH]Код[/TH][/TR][TR][TD]# /etc/init.d/nginx restart Stopping nginx: [ OK ] Starting nginx: [ OK ][/TD][/TR][/TABLE]Изменено: [URL=http://dev.1c-bitrix.ru/community/webdev/user/9632/]Станислав Старикевич[/URL] - 16.01.2017 21:48:11