15.01.06.00 – נתוני גרסה של Apigee Developer Services Portal

אתם צופים במסמכי העזרה של Apigee Edge.
כניסה למסמכי העזרה של Apigee X. info

ביום שלישי, 6 בינואר 2015, השקנו את הגרסה 15.01.06.00 של פורטל Apigee Developer Services בענן.

תכונות חדשות

הגרסה הזו של פורטל שירותי הפיתוח של Apigee בענן כוללת את התכונות החדשות הבאות:

• שמירה אסינכררונית של משתמשים
  שמירה אסינכררונית של משתמשים היא תכונה חדשה שמאחרת את השמירה של פרטי המשתמשים עד שמוצגת התגובה חזרה בדפדפן, כדי לשפר את הביצועים. השינוי הזה מתרחש רק בנסיבות הבאות:
  • נמצא CLI מתאים של PHP
  • המונטיזציה לא מופעלת
  • תיבת הסימון Enable asynchronous מסומנת בדף Configuration > Dev Portal Settings > Dev Portal User Settings.
• לא ניתן יותר לשנות את הגדרות החיבור בין הפורטל ל-Edge
  בגרסאות קודמות של Cloud, אפשר היה לערוך ישירות את פרטי החיבור ששימשו לחיבור הפורטל ל-Edge, כולל: כתובת ה-URL של נקודת הקצה של Edge, שם הארגון ב-Apigee ושם המשתמש והסיסמה של אדמין בארגון. עכשיו צריך לשלוח בקשה לתמיכה של Apigee כדי לשנות את פרטי החיבור. מידע נוסף זמין במאמר יצירת פורטל למפתחים.

הפסקת תמיכה

החל מ-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 לכניסה.

תיקוני באגים

בגרסה הזו תוקנו הבאגים הבאים:

נושא	תיאור
מונטיזציה	תיקונים בניסוח שמוצג למשתמשי קצה לגבי מונטיזציה.
מונטיזציה	שיעורי המס מוצגים עכשיו בצורה תקינה בדף החיוב בתשלום מראש של המונטיזציה. חשוב לזכור שצריך להשתמש בקריאה 'prepaid developer API' בצד הפורטל (בקטע Configuration (הגדרה) > Monetization Settings (הגדרות מונטיזציה)).
מונטיזציה	בדף 'יתרה ששולמה מראש למונטיזציה', יתרת אפס לא תוצג יותר כ-'-0.00', אלא כ-'0.00'.
מונטיזציה	עכשיו אפשר להוריד מסמכי חיוב בפורמט HTML באופן תקין משרת Edge. בגרסה 9.0 של Postgres הושק קידוד 'hex' חדש, ויכול להיות שיהיה צורך לשנות אותו בקובץ postgresql.conf כדי להוריד את מסמכי החיוב בצורה תקינה. אם מסמכי החיוב לא יורדים בצורה נכונה מ-Dev Portal, צריך לשנות את bytea_output ב-postgresql.conf ל-'escape' בשרת הניהול של Edge: bytea_output = 'escape' # hex, escape
מונטיזציה	כשהקריאה ל-Edge API לקבלת היתרה של המשתמש לא חוזרת כראוי, הדף מוצג עכשיו בצורה תקינה ונרשמת ביומן שגיאה. בעבר, הדף הציג מסך שגיאה.
רישום מפתח חדש	הוספנו הודעה קבועה לגבי חשבון חדש שנרשם, שמציינת שהחשבון בהמתנה לאישור האדמין, רק אם הגדרתם ב-Dev Portal צורך באישור אדמין לפני הכניסה לחשבון.
רישום מפתח חדש	מפתחים חדשים שנרשמו והיו אמורים להיחסם כברירת מחדל הופעלו בקצה העורפי של Edge. מפתחים שהיו אמורים להיחסם כברירת מחדל הופעלו (למרות שהוצגה ההודעה 'יש להמתין לאישור'). הבעיה נפתרה באמצעות אותו תיקון.
רישום מפתח חדש	הפורטל לא גורם יותר לחריגה כשמשתמש נרשם בלי כתובת אימייל, כדי שאפשר יהיה לבצע שילובים עם מערכות שלא משתמשות בכתובות אימייל. עם זאת, המשתמשים עדיין יצטרכו לעדכן את הפרופיל שלהם בכתובת אימייל כדי שיוכלו ליצור אפליקציות למפתחים.
טופס הרשמה	השדות First Name ו-Last Name בטופס הרישום הועברו לחלק העליון של הטופס עבור התקנות חדשות. חשוב לדעת שאפשר להעביר את כל השדות בטופס הזה באמצעות ממשק המשתמש של האדמין. מידע נוסף זמין במאמר הוספה וניהול של חשבונות משתמשים.
סטטוס המפתח	כשמפתח מוגדר בסטטוס 'חסום' בפורטל, הוא יוגדר כבלתי פעיל בשרת הניהול של Edge. המשמעות היא שהמפתח החסום לא יוכל לבצע קריאות ל-API.
משימת cron	Cron לא נכשל יותר כשאפליקציה ב-Edge לא משויכת בצורה תקינה למפתח.
רישום ביומן	המערכת לא מתעדת יותר שגיאה כשסוג הגישה של אפליקציה הוא 'קריאה בלבד'.
כללי Drupal	המודול Rule in Drupal rules, שמשמש לשליחת אימייל כשמפתח אפליקציה עובר מסטטוס בהמתנה לסטטוס אושר, פועל עכשיו. בגרסאות קודמות, הכלל לא עבד כשהמצב השתנה.
SmartDocs	הפועל PATCH מוצג עכשיו בצורה נכונה כשמתבצע עיבוד בדפי SmartDocs.
SmartDocs	כשאי אפשר לגשת לנקודת הקצה של Edge, המודול של SmartDocs לא מציג יותר אזהרות.
SmartDocs	האזהרות מסוג 'Undefined index:‎' לא מוצגות יותר במודול SmartDocs.
SmartDocs	הלחצנים 'לחזר' פועלים עכשיו כמו שצריך בדפי SmartDocs. בדף הפרטים של השיטה, הפריט הראשון בנתיב הניווט היה model_machine_name Documentation/, כך שהמילה הראשונה לא הייתה באותיות רישיות. בעקבות התיקון הזה, הפריט הראשון יהיה השם של המודל שקריא לבני אדם, והמילה הראשונה תהיה באותיות רישיות. בנוסף, בדף הרישום של שיטת ה-API על סמך פעולת ה-HTTP (GET/‏POST/‏PUT/‏DELETE), הפריטים של נתיב הניווט היו מקשרים לכתובת URL שגויה. בעקבות התיקון הזה, הפריטים של נתיב הניווט בדף מפנים עכשיו לכתובות ה-URL הנכונות.
SmartDocs	תיקון CSS מאפשר עכשיו לערוך במקום את גוף ה-JSON של SmartDocs (בבקשת POST או PUT).
תפריט ראשי	הקישורים להתחברות ולרישום זמינים עכשיו כשאין פריטים בתפריט הראשי.
מאפייני האפליקציה	דף המפרט של מאפייני האפליקציה היה שבור ולא הוצג. הבעיה תוקנה בקובץ devconnect_app_attributes.module.
הפניות אוטומטיות מקודדות	הפונקציה שיוצרת את הטופס לעריכת אפליקציית מפתח כבר לא מפעילה ישירות את drupal_goto()‎ או את drupal_not_found()‎ אם אפליקציית המפתח לא נמצאה. כך מודולים ספציפיים ללקוח יכולים לשנות באופן עקבי את התנהגות הטופס בלי לאלץ הפניה אוטומטית ללא תנאי.