आपको Apigee Edge का दस्तावेज़ दिख रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी
हमने 6 जनवरी, 2015 को Apigee Developer Services पोर्टल का क्लाउड वर्शन 15.01.06.00 रिलीज़ किया था.
नई सुविधाएं
Apigee Developer Services पोर्टल के क्लाउड वर्शन की इस रिलीज़ में, ये नई सुविधाएं शामिल हैं:
-
उपयोगकर्ता की जानकारी को एसिंक्रोनस तरीके से सेव करना
उपयोगकर्ता की जानकारी को एसिंक्रोनस तरीके से सेव करने की सुविधा नई है. यह सुविधा, उपयोगकर्ता की जानकारी को तब तक सेव नहीं करती, जब तक ब्राउज़र को जवाब नहीं मिल जाता. इससे परफ़ॉर्मेंस बेहतर होती है. यह बदलाव सिर्फ़ इन स्थितियों में होता है:-
PHP CLI का सही वर्शन मिला
-
कमाई करने की सुविधा चालू नहीं है
-
कॉन्फ़िगरेशन > डेवलपर पोर्टल की सेटिंग > डेवलपर पोर्टल के उपयोगकर्ता की सेटिंग पेज पर, एसिंक्रोनस मोड चालू करें चेकबॉक्स चुना गया हो.
-
-
अब पोर्टल और Edge के बीच कनेक्शन की सेटिंग नहीं बदली जा सकती
क्लाउड की पिछली रिलीज़ में, पोर्टल को Edge से कनेक्ट करने के लिए इस्तेमाल की गई कनेक्शन की जानकारी में सीधे तौर पर बदलाव किया जा सकता था. इसमें ये शामिल हैं: Edge एंडपॉइंट का यूआरएल, Apigee संगठन का नाम, और संगठन के एडमिन का उपयोगकर्ता नाम और पासवर्ड. अब, कनेक्शन की जानकारी बदलने के लिए, आपको Apigee Edge की सहायता टीम से अनुरोध करना होगा. ज़्यादा जानकारी के लिए, डेवलपर पोर्टल बनाना लेख पढ़ें.
बंद की गई सेवाएं/सुविधाएं
Google, 15 अप्रैल, 2015 से OpenID 2.0 API का इस्तेमाल नहीं करेगा. इस बारे में ज़्यादा जानकारी के लिए, यह लिंक देखें:
https://developers.google.com/+/api/auth-migration#timetable
14.07 से पहले रिलीज़ किए गए सभी पोर्टल, Google OpenID 2.0 का इस्तेमाल करते थे. इससे उपयोगकर्ता, Google क्रेडेंशियल का इस्तेमाल करके पोर्टल में लॉग इन कर सकते थे या पोर्टल के उपयोगकर्ता के तौर पर रजिस्टर कर सकते थे. ज़्यादा जानकारी के लिए, डेवलपर पोर्टल पर फ़ेडरेटेड क्रेडेंशियल का इस्तेमाल करना लेख पढ़ें. इस सुविधा के बंद होने की वजह से, इसे पोर्टल से हटा दिया गया है.
इसके बजाय, Drupal Google Auth मॉड्यूल का इस्तेमाल किया जा सकता है. इसके अलावा, इस लेख में दी गई जानकारी का इस्तेमाल किया जा सकता है: लॉगिन के लिए OAuth 2.0 का इस्तेमाल करना.
गड़बड़ियां ठीक की गईं
इस रिलीज़ में इन बग को ठीक किया गया है:
| विषय | ब्यौरा |
|---|---|
| कमाई करना | कमाई करने की सुविधा के लिए, असली उपयोगकर्ताओं को दिखाए जाने वाले शब्दों से जुड़ी समस्याएं ठीक की गई हैं. |
| कमाई करना | अब 'कमाई करें' पेज पर, प्रीपेड बिलिंग के सेक्शन में टैक्स की दरें सही तरीके से दिखती हैं. ध्यान दें कि आपको पोर्टल साइड पर "prepaid developer API" कॉल का इस्तेमाल करना होगा. यह Configuration > Monetization Settings में जाकर किया जा सकता है. |
| कमाई करना | अब कमाई करने के लिए, प्रीपेड बैलेंस वाले पेज पर शून्य बैलेंस को "-0.00" के तौर पर नहीं दिखाया जाता. इसके बजाय, इसे "0.00" के तौर पर दिखाया जाता है. |
| कमाई करना |
बिलिंग के दस्तावेज़ अब एचटीएमएल फ़ॉर्मैट में, एज सर्वर से सही तरीके से डाउनलोड हो जाते हैं. Postgres
v9.0 में एक नई 'hex' एन्कोडिंग शुरू की गई है. बिलिंग दस्तावेज़ों को सही तरीके से डाउनलोड करने के लिए, postgresql.conf में इसे बदलना पड़ सकता है. अगर Dev Portal से बिलिंग दस्तावेज़ सही तरीके से डाउनलोड नहीं होते हैं, तो Edge Management Server पर postgresql.conf में bytea_output को 'escape' में बदलें:
bytea_output = 'escape' # hex,
escape
|
| कमाई करना | जब उपयोगकर्ता का बैलेंस पाने के लिए Edge API कॉल सही तरीके से जवाब नहीं देता है, तो अब पेज सही तरीके से दिखता है और गड़बड़ी लॉग हो जाती है. इससे पहले, पेज पर गड़बड़ी वाली स्क्रीन दिखती थी. |
| डेवलपर के तौर पर नया रजिस्ट्रेशन | नए खाते से रजिस्टर करने पर, यह मैसेज दिखता है कि खाते को मंज़ूरी मिलना बाकी है. यह मैसेज सिर्फ़ तब दिखता है, जब डेवलपर पोर्टल को इस तरह कॉन्फ़िगर किया गया हो कि लॉगिन करने से पहले एडमिन की मंज़ूरी ज़रूरी हो. |
| डेवलपर के तौर पर नया रजिस्ट्रेशन | नए डेवलपर के तौर पर रजिस्टर करने वाले ऐसे लोगों के लिए, Edge बैकएंड पर डिफ़ॉल्ट रूप से ब्लॉक करने की सुविधा चालू कर दी गई थी जिन्हें ब्लॉक किया जाना था. जिन डेवलपर को डिफ़ॉल्ट रूप से ब्लॉक किया जाना चाहिए था उन्हें चालू कर दिया गया था. ऐसा "कृपया अनुमति मिलने तक इंतज़ार करें" मैसेज दिखने के बावजूद हुआ था. इस समस्या को ठीक कर दिया गया है. |
| डेवलपर के तौर पर नया रजिस्ट्रेशन | जब कोई उपयोगकर्ता ईमेल पते के बिना रजिस्टर करता है, तो पोर्टल अब कोई अपवाद नहीं दिखाता. इससे उन सिस्टम के साथ इंटिग्रेशन किया जा सकता है जो ईमेल पतों का इस्तेमाल नहीं करते. हालांकि, डेवलपर ऐप्लिकेशन बनाने से पहले, उपयोगकर्ताओं को अपनी प्रोफ़ाइल में ईमेल पता अपडेट करना होगा. |
| रजिस्ट्रेशन फ़ॉर्म | नए इंस्टॉलेशन के लिए, रजिस्ट्रेशन फ़ॉर्म पर मौजूद पहला नाम और आखिरी नाम फ़ील्ड को रजिस्ट्रेशन फ़ॉर्म में सबसे ऊपर ले जाया गया. ध्यान दें कि इस फ़ॉर्म के सभी फ़ील्ड को एडमिन यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल करके, एक जगह से दूसरी जगह ले जाया जा सकता है. ज़्यादा जानकारी के लिए, उपयोगकर्ता खाते जोड़ना और उन्हें मैनेज करना लेख पढ़ें. |
| डेवलपर का स्टेटस | जब पोर्टल पर किसी डेवलपर को "ब्लॉक किया गया" स्टेटस पर सेट किया जाता है, तो Edge मैनेजमेंट सर्वर पर डेवलपर को 'कार्रवाई नहीं की जा सकती' स्टेटस पर सेट कर दिया जाता है. इसका मतलब है कि ब्लॉक किया गया डेवलपर, एपीआई कॉल नहीं कर पाएगा. |
| क्रॉन जॉब | Edge में मौजूद किसी ऐप्लिकेशन को डेवलपर से सही तरीके से असोसिएट न करने पर, अब क्रॉन फ़ेल नहीं होगा. |
| लॉग इन हो रहा है | जब किसी ऐप्लिकेशन का ऐक्सेस टाइप "readonly" होता है, तो सिस्टम अब गड़बड़ी को लॉग नहीं करता. |
| Drupal के नियम | Drupal के नियमों में मौजूद नियम मॉड्यूल अब काम करता है. यह मॉड्यूल, ऐप्लिकेशन की कुंजी का स्टेटस मंज़ूरी मिलनी बाकी है से बदलकर मंज़ूरी मिल गई है होने पर ईमेल भेजता है. पिछले वर्शन में, स्थिति बदलने पर नियम काम नहीं कर रहा था. |
| SmartDocs | SmartDocs पेजों पर रेंडर किए जाने पर, PATCH वर्ब अब सही तरीके से दिखता है. |
| SmartDocs | Edge एंडपॉइंट के ऐक्सेस न किए जा सकने पर, SmartDocs मॉड्यूल अब चेतावनियां नहीं दिखाता. |
| SmartDocs | SmartDocs मॉड्यूल में अब "Undefined index:" चेतावनियां नहीं दिखेंगी. |
| SmartDocs |
SmartDocs पेजों पर ब्रेडक्रंब अब ठीक से काम कर रहे हैं. तरीके की ज़्यादा जानकारी वाले पेज पर, ब्रेडक्रंब ट्रेल में पहला आइटम model_machine_name Documentation/ होता था. इसलिए, पहले शब्द का पहला अक्षर कैपिटल नहीं होता था. इस सुधार के बाद, पहले आइटम में मॉडल का ऐसा नाम होगा जिसे आसानी से पढ़ा जा सकता है. साथ ही, पहले शब्द का पहला अक्षर कैपिटल लेटर में होगा.
साथ ही, एचटीटीपी वर्ब (GET/POST/PUT/DELETE) के आधार पर एपीआई के तरीके की सूची वाले पेज पर, ब्रेडक्रंब आइटम गलत यूआरएल से लिंक हो रहे थे. इस सुधार के बाद, पेज पर मौजूद ब्रेडक्रंब आइटम अब सही यूआरएल पर ले जाते हैं.
|
| SmartDocs | सीएसएस में हुए बदलाव की वजह से, अब SmartDocs के JSON बॉडी (POST या PUT अनुरोध में) को सही तरीके से बदला जा सकता है. |
| मुख्य मेन्यू | मुख्य मेन्यू में कोई आइटम न होने पर, अब लॉगिन और रजिस्टर करने के लिंक उपलब्ध हैं. |
| ऐप्लिकेशन की विशेषताएं |
ऐप्लिकेशन एट्रिब्यूट के लिए लिस्टिंग पेज काम नहीं कर रहा था और रेंडर नहीं हो रहा था. इस समस्या को devconnect_app_attributes.module फ़ाइल में ठीक कर दिया गया है.
|
| हार्डकोड किए गए रीडायरेक्ट | डेवलपर ऐप्लिकेशन में बदलाव करने के लिए फ़ॉर्म बनाने वाला फ़ंक्शन, अब सीधे तौर पर drupal_goto() या drupal_not_found() को तब तक लागू नहीं करता, जब तक डेवलपर ऐप्लिकेशन नहीं मिल जाता. इससे ग्राहक के हिसाब से बनाए गए मॉड्यूल, बिना किसी शर्त के रीडायरेक्ट किए बिना, फ़ॉर्म के व्यवहार में लगातार बदलाव कर सकते हैं. |