15.01.06.00 - ملاحظات إصدار بوابة خدمات مطوّري برامج Apigee

أنت الآن بصدد الاطّلاع على مستندات Apigee Edge.
انتقِل إلى مستندات Apigee X. info

في يوم الثلاثاء الموافق 6 يناير 2015، أصدرنا الإصدار 15.01.06.00 من بوابة Apigee Developer Services السحابية.

الميزات الجديدة

يتضمّن هذا الإصدار من بوابة Apigee Developer Services المستندة إلى السحابة الإلكترونية الميزات الجديدة التالية:

• حفظ بيانات المستخدم بشكل غير متزامن
  حفظ بيانات المستخدم بشكل غير متزامن هي ميزة جديدة تؤجّل حفظ معلومات المستخدم إلى ما بعد إرسال الردّ إلى المتصفّح من أجل تحسين الأداء. لا يحدث هذا التغيير إلا في الحالات التالية:
  • تم العثور على واجهة سطر أوامر PHP مناسبة
  • ميزة تحقيق الربح غير مفعَّلة
  • يتم تحديد مربّع الاختيار تفعيل الوضع غير المتزامن في صفحة الضبط > إعدادات "بوابة المطوّرين" > إعدادات مستخدم "بوابة المطوّرين".
• لم يعُد بإمكانك تغيير إعدادات الاتصال بين البوابة وEdge
  في إصدارات السحابة الإلكترونية السابقة، كان بإمكانك تعديل معلومات الاتصال المستخدَمة لربط البوابة بـ Edge مباشرةً، بما في ذلك: عنوان URL لنقطة نهاية Edge واسم مؤسسة Apigee واسم المستخدم وكلمة المرور لمشرف المؤسسة. بعد ذلك، عليك إرسال طلب إلى فريق الدعم في Apigee Edge لتغيير معلومات الاتصال. يمكنك الاطّلاع على إنشاء بوابة للمطوّرين لمزيد من المعلومات.

الإيقاف النهائي

اعتبارًا من 15 نيسان (أبريل) 2015، لن تتيح Google استخدام واجهة OpenID 2.0 API، كما هو موضّح في الرابط التالي:

https://developers.google.com/+/api/auth-migration#timetable

استخدمت جميع البوابات التي تم إصدارها قبل 14 يوليو Google OpenID 2.0، ما أتاح للمستخدمين تسجيل الدخول إلى البوابة أو التسجيل كمستخدم بوابة باستخدام بيانات اعتماد Google. لمزيد من المعلومات، يمكنك الاطّلاع على استخدام بيانات الاعتماد الموحّدة على بوابة المطوّرين. وبسبب هذا الإيقاف النهائي، تمت إزالة هذه الوظيفة من البوابة.

يمكنك بدلاً من ذلك استخدام وحدة Drupal Google Auth أو المعلومات الموضّحة في المقالة: استخدام بروتوكول OAuth 2.0 لتسجيل الدخول.

إصلاح الأخطاء

تم إصلاح الأخطاء التالية في هذا الإصدار:

الموضوع	الوصف
تحقيق الربح	إصلاحات للعبارات المعروضة للمستخدمين النهائيين في قسم "تحقيق الربح"
تحقيق الربح	يتم الآن عرض معدّلات الضريبة بشكل صحيح في صفحة الفوترة المُسبَقة الدفع في قسم "تحقيق الربح". يُرجى العِلم أنّه يجب استخدام طلب "واجهة برمجة التطبيقات للمطوّر المدفوعة مسبقًا" على جانب البوابة (ضمن الإعدادات > إعدادات تحقيق الربح).
تحقيق الربح	لم تعُد صفحة رصيد الدفع المسبق لتحقيق الربح تعرض الرصيد الصفر على أنّه "0.00-"، بل تعرضه على أنّه "0.00".
تحقيق الربح	يمكن الآن تنزيل مستندات الفوترة بشكل صحيح من خادم Edge بتنسيق HTML. ‫Postgres قدّمت الإصدار 9.0 من الترميز "hex" الجديد الذي قد تحتاج إلى تغييره في ملف postgresql.conf لتنزيل مستندات الفوترة بشكلٍ صحيح. إذا لم يتم تنزيل مستندات الفوترة بشكل صحيح من "بوابة المطوّرين"، غيِّر bytea_output في postgresql.conf إلى "escape" على "خادم إدارة Edge": bytea_output = 'escape' # hex, escape
تحقيق الربح	عندما لا تعرض مكالمة Edge API رصيد المستخدم بشكل صحيح، ستعرض الصفحة الآن الرصيد بشكل صحيح وسيتم تسجيل الخطأ. في السابق، كانت الصفحة تعرض شاشة خطأ.
تسجيل مطوِّر جديد	تم إصلاح الرسالة التي تظهر عند التسجيل باستخدام حساب جديد لتوضيح أنّ الحساب في انتظار موافقة المشرف فقط إذا تم ضبط "بوابة المطوّرين" على طلب موافقة المشرف قبل تسجيل الدخول.
تسجيل مطوِّر جديد	تم تفعيل حسابات المطوّرين المسجّلين حديثًا والتي كان من المفترض حظرها تلقائيًا على الخلفية الإدارية في Edge. تم أيضًا حلّ مشكلة تفعيل المطوّرين الذين كان من المفترض حظرهم تلقائيًا (على الرغم من ظهور الرسالة "يُرجى الانتظار إلى حين الموافقة").
تسجيل مطوِّر جديد	لم يعُد البوابة الإلكترونية تعرض استثناءً عندما يسجّل المستخدم بدون عنوان بريد إلكتروني، وذلك حتى يمكن إجراء عمليات الدمج مع الأنظمة التي لا تستخدم عناوين البريد الإلكتروني. ومع ذلك، سيظل على المستخدمين تعديل ملفاتهم الشخصية وإضافة عنوان بريد إلكتروني قبل أن يتمكّنوا من إنشاء تطبيقات مطوِّرين.
نموذج التسجيل	تم نقل حقلي الاسم الأول واسم العائلة في نموذج التسجيل إلى أعلى نموذج التسجيل لعمليات التثبيت الجديدة. يُرجى العِلم أنّه يمكن نقل جميع الحقول في هذا النموذج باستخدام واجهة مستخدم المشرف. لمزيد من المعلومات، يُرجى الاطّلاع على إضافة حسابات المستخدمين وإدارتها.
حالة المطوِّر	عند ضبط حالة المطوّر على "محظور" في البوابة، سيتم ضبط حالة المطوّر على "غير نشط" في خادم إدارة Edge، ما يعني أنّ المطوّر المحظور لن يتمكّن من إجراء طلبات البيانات من واجهة برمجة التطبيقات.
مهمة Cron	لم يعُد Cron يتعذّر عند عدم ربط تطبيق في Edge بمطوّر بشكل صحيح.
التسجيل	لم يعُد النظام يسجّل الخطأ عندما يكون نوع الوصول إلى أحد التطبيقات هو "للقراءة فقط".
قواعد Drupal	يتم الآن تشغيل وحدة القاعدة في قواعد Drupal لإرسال رسالة إلكترونية عندما تنتقل حالة مفتاح التطبيق من في انتظار المراجعة إلى تمت الموافقة. في الإصدارات السابقة، لم تكن القاعدة تعمل عند تغيير الحالة.
SmartDocs	يتم الآن عرض فعل PATCH بشكلٍ صحيح عند عرضه على صفحات SmartDocs.
SmartDocs	عندما يتعذّر الوصول إلى نقطة نهاية Edge، لن تعرض وحدة SmartDocs أي تحذيرات.
SmartDocs	لم تعُد تظهر تحذيرات "فهرس غير محدّد:" في وحدة SmartDocs.
SmartDocs	تعمل الآن مسارات التنقّل بشكل صحيح على صفحات SmartDocs. في صفحة تفاصيل الطريقة، كان العنصر الأول في مسار التنقل هو model_machine_name Documentation/، وبالتالي لم يتم استخدام الأحرف الكبيرة في الكلمة الأولى. بعد تطبيق هذا الإصلاح، سيكون العنصر الأول هو الاسم القابل للقراءة من قِبل المستخدمين الخاص بالنموذج، وسيتم كتابة الكلمة الأولى بأحرف كبيرة. أيضًا، في صفحة قائمة طرق واجهة برمجة التطبيقات استنادًا إلى فعل HTTP (GET/POST/PUT/DELETE)، كانت عناصر شريط التنقل تؤدي إلى عنوان URL خاطئ. بعد تطبيق هذا الإصلاح، ستشير عناصر شريط التنقّل في الصفحة إلى عناوين URL الصحيحة.
SmartDocs	يتيح إصلاح CSS الآن تعديل نص JSON الخاص بـ SmartDocs (في طلب POST أو PUT) بشكل صحيح في مكانه.
القائمة الرئيسية	تتوفّر الآن روابط تسجيل الدخول والتسجيل عندما لا تحتوي القائمة الرئيسية على أي عناصر.
سمات التطبيق	كانت صفحة بيانات التطبيق معطّلة ولم يتم عرضها. تم حلّ هذه المشكلة في ملف devconnect_app_attributes.module.
عمليات إعادة التوجيه المضمّنة في الرمز البرمجي	لم تعُد الدالة التي تنشئ نموذجًا لتعديل تطبيق مطوِّر تستدعي drupal_goto() أو drupal_not_found() بشكل مباشر في حال عدم العثور على تطبيق المطوِّر. يتيح ذلك لوحدات معيّنة خاصة بالعميل تغيير سلوك النموذج باستمرار بدون فرض عملية إعادة توجيه غير مشروطة.