شما در حال مشاهده اسناد Apigee Edge هستید.
به مستندات Apigee X بروید . اطلاعات
در روز سه شنبه، 6 ژانویه 2015، نسخه 15.01.06.00 پورتال Apigee Developer Services را برای فضای ابری منتشر کردیم.
ویژگی های جدید
این نسخه از نسخه ابری پورتال خدمات توسعه دهنده Apigee دارای ویژگی های جدید زیر است:
- ذخیره کاربر ناهمزمان
Asynchronous user-save یک ویژگی جدید است که ذخیره اطلاعات کاربر را به پس از ارسال پاسخ به مرورگر به تعویق می‌اندازد تا عملکرد را افزایش دهد. این تغییر فقط در شرایط زیر اتفاق می افتد:- یک PHP CLI مناسب پیدا شد
- کسب درآمد فعال نیست
- چک باکس Enable Asynchronous در تنظیمات > Dev Portal Settings > Dev Portal User Settings انتخاب می شود.
- دیگر نمی توانید تنظیمات اتصال بین پورتال و 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 خود وارد پورتال شوند یا به عنوان کاربر پورتال ثبت نام کنند. برای اطلاعات بیشتر، استفاده از اعتبارنامه‌های فدرال در پورتال توسعه‌دهنده را ببینید. به دلیل این منسوخ شدن، آن عملکرد از پورتال حذف شده است.
به‌عنوان جایگزین، می‌توانید در عوض از ماژول Google Auth دروپال استفاده کنید یا از اطلاعات شرح داده شده در مقاله استفاده کنید: استفاده از OAuth 2.0 برای ورود .
رفع اشکال
اشکالات زیر در این نسخه رفع شده است:
| موضوع | توضیحات |
|---|---|
| کسب درآمد | رفع عبارات نمایش داده شده به کاربران نهایی برای کسب درآمد. |
| کسب درآمد | نرخ‌های مالیات اکنون به درستی در صفحه صورتحساب پیش‌پرداخت درآمدزایی نمایش داده می‌شوند. توجه داشته باشید که باید از تماس «پیش‌پرداخت برنامه‌نویس API» در سمت پورتال (در قسمت پیکربندی > تنظیمات درآمدزایی ) استفاده کنید. |
| کسب درآمد | صفحه موجودی پیش‌پرداخت درآمدزایی دیگر موجودی صفر را به صورت «0.00-» نشان نمی‌دهد، بلکه به‌عنوان «0.00» نشان می‌دهد. |
| کسب درآمد | اسناد صورتحساب اکنون به درستی از سرور Edge در قالب HTML دانلود می شوند. Postgres نسخه 9.0 رمزگذاری "هگز" جدیدی را معرفی کرد که ممکن است نیاز به تغییر در postgresql.conf داشته باشد تا اسناد صورتحساب به درستی بارگیری شوند. اگر اسناد صورتحساب به درستی از Dev Portal دانلود نمی‌شوند، bytea_output را در postgresql.conf به «escape» در سرور مدیریت لبه تغییر دهید: bytea_output = 'فرار' # هگز، فرار |
| کسب درآمد | هنگامی که فراخوانی Edge API برای دریافت تعادل کاربر به درستی برنگردد، اکنون صفحه به درستی نمایش داده می شود و یک خطا ثبت می شود. قبلاً صفحه یک صفحه خطا را نشان می داد. |
| ثبت نام توسعه دهنده جدید | هنگام ثبت نام با یک حساب جدید، پیامی ثابت شد که می گوید حساب در انتظار تأیید سرپرست است، فقط در صورتی که Dev Portal به گونه ای پیکربندی شده باشد که قبل از ورود به سیستم به تأیید سرپرست نیاز دارد. |
| ثبت نام توسعه دهنده جدید | توسعه دهندگان تازه ثبت نام شده که قرار بود به طور پیش فرض مسدود شوند در باطن Edge فعال شدند. برنامه‌نویسانی که باید به‌طور پیش‌فرض مسدود می‌شدند، فعال شدند (علی‌رغم نمایش پیام «لطفاً برای تأیید») با همان اصلاح حل شد. |
| ثبت نام توسعه دهنده جدید | وقتی کاربر بدون آدرس ایمیل ثبت نام می کند، پورتال دیگر استثنایی ایجاد نمی کند، بنابراین می توان با سیستم هایی که از آدرس ایمیل استفاده نمی کنند، یکپارچه سازی کرد. با این حال، کاربران همچنان باید قبل از اینکه بتوانند برنامه های توسعه دهنده ایجاد کنند، نمایه خود را با یک آدرس ایمیل به روز کنند. |
| فرم ثبت نام | فیلدهای نام و نام خانوادگی در فرم ثبت نام برای نصب های جدید به بالای فرم ثبت نام منتقل شدند. توجه داشته باشید که تمام فیلدهای این فرم را می توان با استفاده از رابط کاربری Admin منتقل کرد. برای اطلاعات بیشتر به افزودن و مدیریت حساب های کاربری مراجعه کنید. |
| وضعیت توسعه دهنده | هنگامی که یک برنامه‌نویس در پورتال روی وضعیت «مسدود شده» تنظیم می‌شود، برنامه‌نویس در سرور مدیریت Edge روی غیرفعال تنظیم می‌شود، به این معنی که توسعه‌دهنده مسدود شده قادر به برقراری تماس‌های API نخواهد بود. |
| کار کرون | وقتی برنامه ای در Edge به درستی با یک توسعه دهنده مرتبط نباشد، Cron دیگر از کار نمی افتد. |
| ورود به سیستم | هنگامی که نوع دسترسی یک برنامه "فقط خواندنی" است، سیستم دیگر خطا را ثبت نمی کند. |
| قوانین دروپال | قانون در ماژول قوانین دروپال برای ارسال ایمیل زمانی که کلید برنامه از حالت تعلیق به تأیید می رسد اکنون اجرا می شود. در نسخه‌های قبلی، وقتی حالت تغییر کرد، این قانون کار نمی‌کرد. |
| SmartDocs | اکنون وقتی در صفحات SmartDocs ارائه می شود، فعل PATCH به درستی نمایش داده می شود. |
| SmartDocs | هنگامی که نقطه پایانی Edge غیرقابل دسترسی باشد، ماژول SmartDocs دیگر هشدارها را نمایش نمی دهد. |
| SmartDocs | هشدارهای "شاخص تعریف نشده:" دیگر در ماژول SmartDocs نمایش داده نمی شوند. |
| SmartDocs | اکنون Breadcrumbs به درستی در صفحات SmartDocs کار می کند. در صفحه جزئیات روش، اولین مورد در دنباله پودر سوخاری مدل_machine_name Documentation/ بود، بنابراین کلمه اول با حروف بزرگ نوشته نشد. با این اصلاح، اولین مورد، نام قابل خواندن انسان مدل خواهد بود و اولین کلمه با حروف بزرگ نوشته می شود. همچنین در صفحه فهرست بندی روش API بر اساس فعل HTTP (GET/POST/PUT/DELETE)، موارد خرده نان به URL اشتباهی پیوند داده شده بودند. با این اصلاح، آیتم های breadcrumb در صفحه اکنون به URL های صحیح اشاره می کنند. |
| SmartDocs | یک اصلاح CSS اکنون به بدنه JSON SmartDocs (در یک درخواست POST یا PUT) اجازه می‌دهد که در محل به درستی ویرایش شود. |
| منوی اصلی | پیوندهای ورود و ثبت نام اکنون زمانی در دسترس هستند که منوی اصلی هیچ آیتمی در آن نباشد. |
| ویژگی های برنامه | صفحه فهرست برای ویژگی های برنامه شکسته شده است و ارائه نمی شود. این مشکل در فایل devconnect_app_attributes.module رفع شده است. |
| تغییر مسیرهای هاردکد شده | تابعی که فرم را برای ویرایش برنامه توسعه‌دهنده ایجاد می‌کند، دیگر مستقیماً drupal_goto() یا drupal_not_found() را فراخوانی نمی‌کند، اگر برنامه توسعه‌دهنده پیدا نشود. این به ماژول های خاص مشتری اجازه می دهد تا رفتار فرم را بدون اجبار تغییر مسیر بدون قید و شرط تغییر دهند. |