15.01.06.00 - Apigee ডেভেলপার সার্ভিস পোর্টাল রিলিজ নোট

আপনি Apigee Edge-এর ডকুমেন্টেশন দেখছেন।
Apigee X ডকুমেন্টেশন
.info- তে যান।


মঙ্গলবার, ৬ জানুয়ারী, ২০১৫ তারিখে, আমরা ক্লাউডের জন্য Apigee ডেভেলপার সার্ভিসেস পোর্টালের সংস্করণ 15.01.06.00 প্রকাশ করেছি।

নতুন বৈশিষ্ট্য

Apigee ডেভেলপার সার্ভিসেস পোর্টালের ক্লাউড সংস্করণের এই রিলিজে নিম্নলিখিত নতুন ফিচারগুলো অন্তর্ভুক্ত করা হয়েছে:

  • অ্যাসিঙ্ক্রোনাস ব্যবহারকারী-সংরক্ষণ
    অ্যাসিঙ্ক্রোনাস ইউজার-সেভ একটি নতুন ফিচার, যা পারফরম্যান্স বাড়ানোর জন্য ব্রাউজারে রেসপন্স ফেরত পাঠানোর পর পর্যন্ত ব্যবহারকারীর তথ্য সংরক্ষণ করা স্থগিত রাখে। এই পরিবর্তনটি শুধুমাত্র নিম্নলিখিত পরিস্থিতিতে ঘটে:
    • একটি উপযুক্ত PHP CLI পাওয়া গেছে
    • নগদীকরণ সক্ষম করা হয়নি
    • কনফিগারেশন > ডেভ পোর্টাল সেটিংস > ডেভ পোর্টাল ব্যবহারকারী সেটিংস পৃষ্ঠায় ‘অ্যাসিঙ্ক্রোনাস সক্ষম করুন’ চেকবক্সটি নির্বাচন করা আছে।
  • আপনি এখন আর পোর্টাল এবং এজ-এর মধ্যে সংযোগ সেটিংস পরিবর্তন করতে পারবেন না।
    পূর্ববর্তী ক্লাউড রিলিজগুলিতে, আপনি পোর্টালটিকে Edge-এর সাথে সংযোগ করতে ব্যবহৃত সংযোগের তথ্য সরাসরি সম্পাদনা করতে পারতেন, যার মধ্যে অন্তর্ভুক্ত ছিল: Edge এন্ডপয়েন্টের URL, Apigee সংস্থার নাম, এবং একজন সংস্থা প্রশাসকের ইউজারনেম ও পাসওয়ার্ড। এখন, সংযোগের তথ্য পরিবর্তন করার জন্য আপনাকে অবশ্যই Apigee Edge Support-এর কাছে একটি অনুরোধ করতে হবে। আরও তথ্যের জন্য "একটি ডেভেলপার পোর্টাল তৈরি করা" দেখুন।

অবচয়

নিম্নলিখিত লিঙ্কে বর্ণিত তথ্য অনুযায়ী, ২০১৫ সালের ১৫ই এপ্রিল থেকে গুগল আর ওপেনআইডি ২.০ এপিআই সমর্থন করবে না:

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

১৪.০৭-এর আগে প্রকাশিত সমস্ত পোর্টালে গুগল ওপেনআইডি ২.০ ব্যবহৃত হতো, যা ব্যবহারকারীদের তাদের গুগল ক্রেডেনশিয়াল ব্যবহার করে পোর্টালে লগ ইন করতে বা পোর্টাল ব্যবহারকারী হিসেবে নিবন্ধন করতে সক্ষম করত। আরও জানতে, ডেভেলপার পোর্টালে ফেডারেটেড ক্রেডেনশিয়াল ব্যবহার দেখুন। এই কার্যকারিতাটি বাতিল হয়ে যাওয়ায়, পোর্টাল থেকে তা সরিয়ে ফেলা হয়েছে।

এর বিকল্প হিসেবে, আপনি ড্রুপাল গুগল অথ মডিউল ব্যবহার করতে পারেন অথবা “লগইনের জন্য OAuth 2.0 ব্যবহার ” শীর্ষক নিবন্ধে বর্ণিত তথ্য ব্যবহার করতে পারেন।

বাগ সংশোধন

এই রিলিজে নিম্নলিখিত বাগগুলি সংশোধন করা হয়েছে:

বিষয় বর্ণনা
নগদীকরণ মনিটাইজেশন সংক্রান্ত তথ্য ব্যবহারকারীদের কাছে সংশোধন করা হয়েছে।
নগদীকরণ প্রিপেইড বিলিং মনিটাইজেশন পেজে এখন ট্যাক্স রেট সঠিকভাবে দেখানো হচ্ছে। মনে রাখবেন, আপনাকে অবশ্যই পোর্টাল সাইডে ( কনফিগারেশন > মনিটাইজেশন সেটিংস-এর অধীনে) 'প্রিপেইড ডেভেলপার এপিআই' কলটি ব্যবহার করতে হবে।
নগদীকরণ প্রিপেইড ব্যালেন্স মনিটাইজেশন পেজে এখন আর শূন্য ব্যালেন্স "-0.00" হিসেবে দেখানো হয় না, বরং "0.00" হিসেবে দেখানো হয়।
নগদীকরণ
বিলিং ডকুমেন্টগুলো এখন এজ সার্ভার থেকে HTML ফরম্যাটে সঠিকভাবে ডাউনলোড হয়। Postgres v9.0 একটি নতুন 'hex' এনকোডিং চালু করেছে, যা বিলিং ডকুমেন্টগুলো সঠিকভাবে ডাউনলোড করার জন্য postgresql.conf ফাইলে পরিবর্তন করার প্রয়োজন হতে পারে। যদি ডেভ পোর্টাল থেকে বিলিং ডকুমেন্টগুলো সঠিকভাবে ডাউনলোড না হয়, তাহলে এজ ম্যানেজমেন্ট সার্ভারের postgresql.conf ফাইলে bytea_output-কে 'escape'-এ পরিবর্তন করুন:
bytea_output = 'escape' # হেক্স, এস্কেপ
নগদীকরণ যখন ব্যবহারকারীর ব্যালেন্স জানার জন্য করা Edge API কলটি সঠিকভাবে ফলাফল দেয় না, তখন পেজটি এখন সঠিকভাবে প্রদর্শিত হয় এবং একটি ত্রুটি লগ করা হয়। আগে, পেজটিতে একটি ত্রুটির স্ক্রিন দেখানো হতো।
নতুন ডেভেলপার নিবন্ধন নতুন অ্যাকাউন্ট দিয়ে নিবন্ধন করার সময় বার্তাটি সংশোধন করা হয়েছে, যাতে অ্যাকাউন্টটি প্রশাসকের অনুমোদনের জন্য অপেক্ষাধীন রয়েছে—এই বিষয়টি কেবল তখনই দেখানো হয়, যদি ডেভ পোর্টালে লগ ইন করার আগে প্রশাসকের অনুমোদনের প্রয়োজন হয়।
নতুন ডেভেলপার নিবন্ধন নতুন নিবন্ধিত ডেভেলপার, যাদের ডিফল্টরূপে ব্লক থাকার কথা ছিল, তাদের এজ ব্যাকএন্ডে সক্রিয় করা হয়েছিল। যে ডেভেলপারদের ডিফল্টরূপে ব্লক থাকার কথা ছিল, তাদের সক্রিয় করে দেওয়া হয়েছিল (যদিও "অনুগ্রহ করে অনুমোদনের জন্য অপেক্ষা করুন" বার্তাটি প্রদর্শিত হচ্ছিল), এই সমস্যাটিও একই সমাধানের মাধ্যমে সমাধান করা হয়েছে।
নতুন ডেভেলপার নিবন্ধন কোনো ব্যবহারকারী ইমেল ঠিকানা ছাড়া নিবন্ধন করলে পোর্টালটি এখন আর কোনো ব্যতিক্রমী ত্রুটি দেখায় না, ফলে যেসব সিস্টেম ইমেল ঠিকানা ব্যবহার করে না, সেগুলোর সাথে ইন্টিগ্রেশন করা সম্ভব হচ্ছে। তবে, ডেভেলপার অ্যাপ তৈরি করার আগে ব্যবহারকারীদের এখনও একটি ইমেল ঠিকানা দিয়ে তাদের প্রোফাইল আপডেট করতে হবে।
নিবন্ধন ফর্ম নতুন ইনস্টলের ক্ষেত্রে, রেজিস্ট্রেশন ফর্মের প্রথম নাম এবং শেষ নামের ফিল্ড দুটিকে ফর্মের শীর্ষে নিয়ে আসা হয়েছে। উল্লেখ্য যে, অ্যাডমিন UI ব্যবহার করে এই ফর্মের সমস্ত ফিল্ড সরানো যাবে। আরও তথ্যের জন্য ‘ব্যবহারকারী অ্যাকাউন্ট যোগ ও পরিচালনা’ দেখুন।
ডেভেলপার স্ট্যাটাস যখন পোর্টালে কোনো ডেভেলপারকে "ব্লকড" স্ট্যাটাস দেওয়া হয়, তখন এজ ম্যানেজমেন্ট সার্ভারেও তাকে নিষ্ক্রিয় হিসেবে সেট করা হয়, যার অর্থ হলো ওই ব্লকড ডেভেলপার আর এপিআই কল করতে পারবেন না।
ক্রন জব Edge-এর কোনো অ্যাপ ডেভেলপারের সাথে সঠিকভাবে যুক্ত না থাকলেও Cron আর ব্যর্থ হয় না।
লগিং কোনো অ্যাপের অ্যাক্সেস টাইপ 'রিড-অনলি' হলে সিস্টেম আর কোনো ত্রুটি লগ করে না।
ড্রুপালের নিয়মাবলী ড্রুপাল রুলস মডিউলের সেই নিয়মটি এখন কার্যকর হয়, যা কোনো অ্যাপ কী 'পেন্ডিং' অবস্থা থেকে 'অ্যাপ্রুভড' অবস্থায় পরিবর্তিত হলে ইমেল পাঠায়। পূর্ববর্তী সংস্করণগুলিতে, অবস্থা পরিবর্তিত হলে নিয়মটি কাজ করত না।
স্মার্টডকস SmartDocs পেজে রেন্ডার করার সময় PATCH ভার্বটি এখন সঠিকভাবে প্রদর্শিত হয়।
স্মার্টডকস যখন Edge এন্ডপয়েন্টটি অ্যাক্সেসযোগ্য থাকে না, তখন SmartDocs মডিউলটি আর সতর্কবার্তা প্রদর্শন করে না।
স্মার্টডকস SmartDocs মডিউলে এখন আর "Undefined index:" সতর্কবার্তাগুলো দেখানো হয় না।
স্মার্টডকস
SmartDocs পেজগুলিতে এখন ব্রেডক্রাম্ব সঠিকভাবে কাজ করছে। মেথড ডিটেইলস পেজে, ব্রেডক্রাম্ব ট্রেইলের প্রথম আইটেমটি আগে `model_machine_name Documentation/` হতো, ফলে প্রথম শব্দটি বড় হাতের অক্ষরে লেখা হতো না। এই সংশোধনের ফলে, প্রথম আইটেমটি হবে মডেলের সহজে পঠনযোগ্য নাম এবং এর প্রথম শব্দটি বড় হাতের অক্ষরে লেখা হবে।
এছাড়াও, HTTP ভার্ব (GET/POST/PUT/DELETE) ভিত্তিক API মেথড তালিকা পৃষ্ঠায় ব্রেডক্রাম্ব আইটেমগুলো ভুল URL-এ লিঙ্ক করছিল। এই সমাধানের ফলে, পৃষ্ঠার ব্রেডক্রাম্ব আইটেমগুলো এখন সঠিক URL-গুলোতে নির্দেশ করছে।
স্মার্টডকস একটি CSS সংশোধনের ফলে এখন SmartDocs JSON বডি (POST বা PUT অনুরোধে) সরাসরি সঠিকভাবে সম্পাদনা করা যায়।
প্রধান মেনু প্রধান মেনুতে কোনো আইটেম না থাকলেও এখন লগইন এবং রেজিস্টার লিঙ্কগুলো পাওয়া যাবে।
অ্যাপের বৈশিষ্ট্য
অ্যাপ অ্যাট্রিবিউটের তালিকা পৃষ্ঠাটি ত্রুটিপূর্ণ ছিল এবং রেন্ডার হচ্ছিল না। এই সমস্যাটি devconnect_app_attributes.module ফাইলে সমাধান করা হয়েছে।
হার্ডকোডেড পুনঃনির্দেশ ডেভেলপার অ্যাপ সম্পাদনার জন্য ফর্ম তৈরি করার ফাংশনটি, ডেভেলপার অ্যাপটি খুঁজে না পাওয়া গেলে, এখন আর সরাসরি drupal_goto() বা drupal_not_found() কল করে না। এর ফলে, গ্রাহক-নির্দিষ্ট মডিউলগুলো কোনো শর্তহীন রিডাইরেক্ট চাপিয়ে না দিয়েই ফর্মের আচরণ ধারাবাহিকভাবে পরিবর্তন করতে পারে।