izatop / cloudpayments Goto Github PK

🚨 You need to enable Continuous Integration on all branches of this repository. 🚨

To enable Greenkeeper, you need to make sure that a commit status is reported on all branches. This is required by Greenkeeper because it uses your CI build statuses to figure out when to notify you about breaking changes.

Since we didn’t receive a CI status on the greenkeeper/initial branch, it’s possible that you don’t have CI set up yet. We recommend using Travis CI, but Greenkeeper will work with every other CI service as well.

If you have already set up a CI for this repository, you might need to check how it’s configured. Make sure it is set to run on all new branches. If you don’t want it to run on absolutely every branch, you can whitelist branches starting with greenkeeper/.

Once you have installed and configured CI on this repository correctly, you’ll need to re-trigger Greenkeeper’s initial pull request. To do this, please delete the greenkeeper/initial branch in this repository, and then remove and re-add this repository to the Greenkeeper App’s white list on Github. You'll find this list on your repo or organization’s settings page, under Installed GitHub Apps.

В результате вызова методов оплаты приходит ответ типа

type PaymentResponse = PaymentSuccessResponse | PaymentFailedResponse | Payment3DSResponse;

внутри Model типа

PaymentSuccessModel | PaymentModel | Payment3DSModel;

Как отличить Payment3DSModel от PaymentModel?
В пакете есть готовые функции, которые позволяют проверить тип интерфейса?

Здравствуйте!
В методах API вроде chargeTokenPayment вижу вызов call который вызывается без аргумента requestId. Хотя возможность принимать такой аргумент у call есть. Почему не добавить прокидывание этого аргумента для использования способности идемпотентности API?

Hello!

According to documentation: https://developers.cloudpayments.ru/#check
11 code means AccountId is wrong. However enum ResponseCodes states:

export declare enum ResponseCodes {
    SUCCESS = 0,
    UNKNOWN_INVOICE_ID = 10,
    INVALID_AMOUNT = 11,
    REJECTED = 13,
    EXPIRED = 20
}

I guess 11 should be INVALID_ACCOUNT_ID, while 12 should be INVALID_AMOUNT.
Thank you

Любой фреймворк сначала дожидается получения данных, и только потом вызывает action. Получается, что я не могу использовать POST запросы для проверки нотификаций на любом из доступных NodeJS MVC фреймворков. В частности, я использую NestJS. И самое обидное - код нормально отрабатывает, без ошибок. Просто action бесконечно висит, так как событие end произошло раньше, чем началось выполнение.

Мне кажется, это огромная недоработка, и следует положить на плечи пользователя передачу заголовка и параметров в функцию. Ну или предусмотреть вариант, когда тело запроса уже получено. Никто в современном мире не пишет приложения, используя nodejs http модуль.