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

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

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

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

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

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

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

اعتبارًا من 15 نيسان (أبريل) 2015، لن توفّر Google واجهة برمجة التطبيقات 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 لتسجيل الدخول.

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

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

الموضوع	الوصف
تحقيق الربح	إصلاحات على الصياغة المعروضة للمستخدمين النهائيين بشأن تحقيق الربح
تحقيق الربح	يتم الآن عرض معدّلات الضريبة بشكل صحيح في صفحة الفوترة المسبقة الدفع في "تحقيق الربح". يُرجى العلم أنّه يجب استخدام طلب "واجهة برمجة التطبيقات للمطوّرين في التطبيقات المدفوعة مسبقًا" من جهة البوابة (ضمن الإعداد > إعدادات تحقيق الربح).
تحقيق الربح	لم تعُد صفحة "الرصيد المدفوع مسبقًا لتحقيق الربح" تعرِض رصيدًا صفريًا على أنّه "-0.00"، بل يتم عرضه على أنّه "0.00".
تحقيق الربح	يمكن الآن تنزيل مستندات الفوترة بشكل صحيح من خادم Edge بتنسيق HTML. طرحت الإصدار 9.0 من Postgres ترميزًا جديدًا "عشريًا" قد يلزم تغييره في postgresql.conf لتنزيل مستندات الفوترة بشكل صحيح. إذا لم يتم تنزيل مستندات الفوترة بشكل صحيح من Dev Portal، غيِّر bytea_output في postgresql.conf إلى escape على Edge Management Server: bytea_output = 'escape' # hex, escape
تحقيق الربح	عندما لا يتم عرض طلب Edge API للحصول على رصيد المستخدم بشكل صحيح، يتم الآن عرض الصفحة بشكل صحيح ويتم تسجيل خطأ. في السابق، كانت الصفحة تعرض شاشة خطأ.
تسجيل مطوّر جديد	تم إصلاح الرسالة التي تظهر عند التسجيل باستخدام حساب جديد للإشارة إلى أنّ الحساب في انتظار موافقة المشرف فقط إذا تم ضبط Dev Portal على أنّه يحتاج إلى موافقة المشرف قبل تسجيل الدخول.
تسجيل مطوّر جديد	تم تفعيل المطوّرين المسجّلين حديثًا الذين كان من المفترض أن يتم حظرهم تلقائيًا في الخلفية في 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()‎ في حال عدم العثور على تطبيق المطوّر. يتيح ذلك للوحدات الخاصة بالعملاء تغيير سلوك النموذج بشكلٍ متّسق بدون فرض إعادة توجيه غير مشروطة.