Через несколько дней адаптивные платежи (как предварительные, так и связанные) перестали работать. Когда мы отправляем пользователя в PayPal для завершения заказа (в цепочке) или для авторизации предварительного утверждения (предварительные утверждения), они получают общую ошибку «недействительная транзакция». Протестировав поток, мы получаем ту же ошибку и, глядя на консоль, мы видим эту ошибку в файле checkout.js в каталоге объектов PayPal:
Uncaught TypeError: PAYPAL.AP.Subflow is not a constructor
at checkout.js:11
(anonymous) @ checkout.js:11
Кажется, что-то сломалось на стороне PayPal. Кто-нибудь с такой же проблемой? Обходные пути?
Привет, Фил
Наконец-то мы поняли, что было не так.
Пытаясь полностью отладить вызов конечной точки svcs, мы обнаружили, что в течение нескольких дней (впервые с 2013 года) мы начали получать странный ответ от сервера PayPal на наш запрос SOAP:
{"faultstring":"Неизвестное кодирование контента","код ошибки":"HTTP"}
Затем мы подумали о некоторых проблемах в «транспортировке» звонка на серверы PayPal и попытались добавить что-то в заголовки.
Во-первых, мы обнаружили, что в нашем HTTP-заголовке отсутствует какая-то строка, которую мы никогда раньше не использовали, например:
"X-PAYPAL-УСТРОЙСТВО-IP-АДРЕС: " . $_SERVER['REMOTE_ADDR']. "\р\п" ;
Но это не решило проблему. Затем мы добавили новую строку в массив клиента мыла:
'сжатие' => SOAP_COMPRESSION_ACCEPT,
Добавление этого решило проблему, но никто никогда не сообщал нам о требовании этой части кода. Вероятно, это проблема Linux, возможно, PayPal заменил какой-то сервер на более новый, и хотя более старый принял запрос SOAP, даже если он не был с этим параметром «сжатия», в более новой среде это кажется обязательным.
В любом случае, все возвращается к норме, добавляя эту строку, у нас все еще есть нечетное время отклика (длинное) для операции оплаты, в то время как для операции предварительного утверждения все гладко, но это может зависеть от разных серверов PayPal, управляющих той или иной операцией.
Просто чтобы добавить некоторые подробности, конечная точка, которую мы используем для вызовов адаптивных платежей с 2013 года, это: svcs.paypal.com, а это wsdl: svcs.paypal.com/AdaptivePayments?wsdl, когда мы делаем вызов сейчас, мы не получаем ответ от конечной точки PayPal в течение нескольких секунд, а затем мы приземляемся на PayPal с этой ошибкой «invalid trasaction» на странице и с ранее описанной ошибкой javascript в консоли. Ошибка JavaScript связана с объектом checkout.js в репозитории paypalobject. Это полностью блокирует нас.