Обновление: код теперь работает, я думаю, что была тонна непроверенных транзакций, которым пришлось пройти через систему после того, как я добавил в код `res.send ('on').
Обновлено: добавление res.send('on') устранило ошибку шлюза 502, но повторная отправка продолжается.
У меня успешно настроены веб-перехватчики, и я получаю их от своего слушателя. Документация о том, как проверить, не очень ясна, но я запускаю код для get_and_ verify.js, указанный в документации узла SDK. Каждый веб-перехватчик, отправляемый PayPal, проходит через этот код, который последовательно возвращает true.
Моя проблема в том, что PayPal повторно отправляет один и тот же веб-перехватчик снова и снова, казалось бы, бесконечно. Есть ли что-то, что я не сделал в конфигурации, или это просто так, как они работают?
код слушателя:
app.post('/paymentauthed', (req,res) => {
res.status(200);
console.info(req.body);
paypal.configure({
mode: "sandbox", //sandbox or live
client_id:
"...",
client_secret:
"..."
});
const eventBody = `{"id": "${req.body.id}"}`
paypal.notification.webhookEvent.getAndVerify(eventBody, function (error, response) {
if (error) {
console.info(error);
throw error;
} else {
console.info(response);
}
});
});
app.listen(3000, () => console.info('Server Started'))
этот ответ также может быть актуальным, он говорит, что есть 502 плохой шлюз, не знаю почему ...
"transmissions": [
{
"webhook_url": "https://cloudhookstester.net/paymentauthed",
"response_headers": {
"SERVER_INFO": "",
"Strict-Transport-Security": "“max-age=15768000”",
"HTTP/1.1 502 Bad Gateway": "",
"Server": "nginx/1.14.2",
"Connection": "keep-alive",
"Content-Length": "173",
"Date": "Tue, 15 Jan 2019 03:38:43 GMT",
"Content-Type": "text/html"
},
"transmission_id": "74323070-1874-11e9-8941-d953a11868e8",
"status": "PENDING",
"timestamp": "2019-01-15T03:20:05Z"
}
],
Любая помощь приветствуется.
Я исправил это исправив ошибку "плохой шлюз"





У меня возникла та же проблема при реализации получения веб-перехватчика PayPal в моем приложении django, это решается после предоставления действительного рабочего URL-адреса через сервер для вызова веб-перехватчика с возвратом HttpResponse.
Надеюсь, это сработает для вас, и другие люди тоже сталкиваются с этой проблемой.
У меня точно такая же проблема. Вы нашли решение?