पेपैल

Question

द्वारा आईपीएन एंडपॉइंट से क्वेरीस्ट्रिंग मान हटा दिए गए हैं, हमारे पास 5 साल तक पेपैल के साथ एक सरल भुगतान एकीकरण है जो आज तक बिना किसी समस्या के चलाया गया है। आईपीएन यूआरएल (notify_url) में हम क्वेरीस्ट्रिंग में 3 मान पास करते हैं उदा।

https://www.example.com/callback/ipn?pspId=A&secCode=MnBP%2fxOwbQhXLd%2arD5xd6g%3d%3d&isPur=false 

आज से पेपैल पिछले 2 मानों को तोड़ता है और केवल पहले क्वेरीस्ट्रिंग मान के साथ कॉल करता है, उदा।

https://www.example.com/callback/ipn?pspId=A 

हम एक हस्ताक्षर है कि हम कॉलबैक पर की पुष्टि फार्म के किसी भी संशोधन को रोकने के लिए के रूप में secCode मूल्य का उपयोग करें। पेपैल अचानक क्वेरीस्ट्रिंग से मूल्यों को अलग करना क्यों शुरू कर देगा? मुझे संदेह है कि उन्हें पोस्ट में होना चाहिए, लेकिन मुझे यकीन नहीं है कि अचानक परिवर्तन क्यों हुआ?

Answer 1

ठीक है अब हमें एहसास हुआ है कि पेपैल के सर्वर के कुछ पहले एम्पर्सेंड में समाप्त हो रहे हैं। यह बताता है कि हमें पहला क्वेरी स्ट्रिंग मान क्यों मिलता है लेकिन दूसरों को नहीं।

ऐसा लगता है कि यह व्यवहार केवल notify_url मान तक सीमित नहीं है, लेकिन जैसा कि टिप्पणियों में माइक द्वारा सुझाया गया है, यह CUSTOM फ़ील्ड के साथ भी हो रहा है। यदि आप एम्पर्सेंड सेपरेटर के साथ नाम मूल्य जोड़े की एक श्रृंखला के माध्यम से दबाव डाल रहे हैं तो आपको या तो किसी अन्य विभाजक या यूआरएल पर स्विच करने की आवश्यकता है।

हम अभी यह देखने के लिए परीक्षण कर रहे हैं कि पूरे कॉलबैक यूआरएल को एन्कोड करने पर यूआरएल एक वास्तविक कॉलबैक बन जाएगा।

संपादित करें:

हाँ यूआरएल पूरे notify_url मूल्य एन्कोडिंग समस्या हल हो गई और क्वेरी स्ट्रिंग संरक्षित।

संपादित करें 2:

यह यूआरएल पूरे मूल्य नहीं रह गया है एन्कोडिंग लगता है काम करता है, तो मैं पेपैल संभालने कर रहा हूँ इससे पहले कि हम इन समस्याओं का सामना करना पड़ा वापस मूल व्यवहार मिल गए हैं। उम्मीद है कि यह उनके सभी इनबाउंड सर्वरों पर सुसंगत रहेगा और अब तय रहेगा।