Google+ সাইন-ইন থেকে স্থানান্তর করুন৷

সতর্কতা: Android এর জন্য Google সাইন-ইন পুরানো এবং আর সমর্থিত নয়৷ আপনার অ্যাপের অব্যাহত নিরাপত্তা এবং ব্যবহারযোগ্যতা নিশ্চিত করতে, আজই ক্রেডেনশিয়াল ম্যানেজারে মাইগ্রেট করুন । ক্রেডেনশিয়াল ম্যানেজার পাসকি, পাসওয়ার্ড এবং ফেডারেটেড পরিচয় প্রমাণীকরণ (যেমন Google এর সাথে সাইন-ইন), শক্তিশালী নিরাপত্তা এবং আরও সামঞ্জস্যপূর্ণ ব্যবহারকারীর অভিজ্ঞতা সমর্থন করে। Wear ডেভেলপারদের জন্য: Wear OS 5.1 এবং পরবর্তীতে নির্বাচিত ঘড়িতে ক্রেডেনশিয়াল ম্যানেজার সমর্থিত হবে। বিকাশকারীরা সক্রিয়ভাবে Wear OS 3, 4 এবং 5.0 ডিভাইসগুলিকে Google এর সাথে সাইন ইন করে সমর্থন করে আপনার Wear অ্যাপ্লিকেশনগুলির জন্য Android এর জন্য Google সাইন-ইন ব্যবহার করা চালিয়ে যাওয়া উচিত৷ পরবর্তী তারিখে WearOS-এর এই ভার্সনের জন্য ক্রেডেনশিয়াল ম্যানেজার API-এ Google সাপোর্ট দিয়ে সাইন-ইন করা যাবে।

গুরুত্বপূর্ণ: স্কোপ profile.emails.read এখন একটি সংবেদনশীল সুযোগ হিসাবে শ্রেণীবদ্ধ করা হয়েছে৷ আপনি OpenID Connect (OIDC) email সুযোগের সাথে একই কার্যকারিতা অর্জন করতে পারেন। আপনার ব্যবহারকারীদের উপর প্রভাব কমাতে, এই গাইডের ধাপগুলি সম্পূর্ণ করুন৷

আপনি যদি এই পদক্ষেপগুলি সম্পূর্ণ না করেন, তবে সক্রিয় টোকেন সহ যে কোনও ব্যবহারকারীর কাছে এখনও আমরা যে সুযোগটি পর্যায়ক্রমে আউট করেছি তাতে অ্যাক্সেস রয়েছে তাকে একটি অযাচাই করা অ্যাপ স্ক্রীন বা "সাইন-ইন অক্ষম" বার্তা দেখানো হতে পারে এবং অপসারণের জন্য একটি সুরক্ষা কেন্দ্র সতর্কতা পেতে পারে। তাদের ডেটাতে ঝুঁকিপূর্ণ অ্যাক্সেস । এটি ঘটে কারণ ব্যবহারকারীর একটি সক্রিয় টোকেন রয়েছে যেখানে API স্কোপ আর যাচাই করা হয় না। যদি আপনার আবেদন নির্ধারিত ধাপে বর্ণিত টোকেনটি প্রত্যাহার না করে, তাহলে ব্যবহারকারী একটি সতর্কবার্তা পেতে থাকবে।

ব্যবহারকারীদের উপর সুযোগ পরিবর্তনের প্রভাব কমানোর পদক্ষেপ

1. যদি আপনার অ্যাপ্লিকেশনটির জন্য একজন প্রমাণীকৃত ব্যবহারকারীর ইমেল ঠিকানা প্রয়োজন হয় এবং আপনি পূর্বে সেই উদ্দেশ্যে profile.emails.read ব্যবহার করে থাকেন, তাহলে পরিবর্তে email ব্যবহার করুন।
2. একটি অনুমোদিত যাচাইকরণ অনুরোধের সাথে profile.emails.read এর জন্য অনুমোদন পান। আমি কিভাবে যাচাইকরণের জন্য জমা দেব?
3. পূর্ববর্তী ব্যবহারকারীর টোকেনটি প্রত্যাহার করুন যা অপসারণ করতে হবে বা অ্যাপ্লিকেশনটিতে সম্পূর্ণরূপে অ্যাক্সেস সরিয়ে ফেলতে হবে। উদাহরণস্বরূপ, profile.emails.read অ্যাক্সেস সহ একটি টোকেন প্রত্যাহার করা উচিত। আমরা সুপারিশ করি যে আপনি প্রত্যাহার প্রয়োগ করুন যখন আপনার ব্যবহারকারীরা আপনার আবেদনে থাকবেন যাতে আপনি অবিলম্বে ব্যবহারকারীর সম্মতি পেতে পারেন।
4. profile.emails.read ছাড়াই email মতো নতুন সুযোগের সাথে আপনার ব্যবহারকারীদের পুনরায় সম্মতি দেওয়ার জন্য অনুরোধ করুন।
5. আপনার Google APIs OAuth সম্মতি স্ক্রিন কনফিগারেশন থেকে যে সুযোগটি পর্যায়ক্রমে বের করা হবে তা সরান।

7 মার্চ, 2019 থেকে Google+ সাইন-ইন বৈশিষ্ট্যটি সম্পূর্ণরূপে বাতিল করা হয়েছে।

বিকাশকারীদের আরও ব্যাপক Google সাইন-ইন প্রমাণীকরণ সিস্টেমে স্থানান্তরিত করা উচিত৷

মাইগ্রেশন টিপস ওয়েবের জন্যও উপলব্ধ।

Google+ সাইন-ইন থেকে Google সাইন-ইন-এ আপনার অ্যাপ্লিকেশান স্থানান্তর করতে, আপনাকে আপনার সাইন-ইন বোতাম, অনুরোধ করা সুযোগ এবং Google থেকে প্রোফাইল তথ্য পুনরুদ্ধার করার নির্দেশাবলী আপডেট করতে হবে৷ সম্পূর্ণ নির্দেশাবলীর জন্য অ্যান্ড্রয়েড ডকুমেন্টেশনের জন্য আমাদের Google সাইন ইন অনুসরণ করুন।

আপনি যখন আপনার সাইন-ইন বোতাম আপডেট করেন, তখন G+ উল্লেখ করবেন না বা লাল রঙ ব্যবহার করবেন না। আমাদের আপডেট করা ব্র্যান্ডিং নির্দেশিকা মেনে চলুন।

বেশিরভাগ Google+ সাইন-ইন অ্যাপ্লিকেশনগুলি কিছু স্কোপের সমন্বয়ের জন্য অনুরোধ করেছে: plus.login , plus.me এবং plus.profile.emails.read । DEFAULT_SIGN_IN বিকল্প সহ GoogleSignInOptions.Builder ব্যবহার করে, আপনি স্বয়ংক্রিয়ভাবে profile স্কোপের অনুরোধ করবেন যা ব্যবহারকারীর নাম এবং প্রোফাইল ছবি প্রদান করে। আপনি যদি ব্যবহারকারীর ইমেল ঠিকানাও চান তবে Google সাইন-ইন বিকল্পগুলি তৈরি করার সময় আপনাকে .requestEmail() কল করতে হবে৷

Google+ সাইন-ইন এর অনেক বাস্তবায়নকারী কোড ফ্লো ব্যবহার করেছে। এর মানে হল যে Android, iOS বা JavaScript অ্যাপগুলি Google থেকে একটি OAuth অনুমোদন কোড পায় এবং ক্লায়েন্ট ক্রস-সাইট অনুরোধ জালিয়াতি সুরক্ষা সহ সার্ভারে সেই কোডটি ফেরত পাঠায়। সার্ভার তারপর কোড যাচাই করে এবং রিফ্রেশ এবং অ্যাক্সেস টোকেন প্রাপ্ত করে people.get API থেকে ব্যবহারকারীর প্রোফাইল তথ্য টানতে।

Google এখন সুপারিশ করে যে আপনি একটি আইডি টোকেন অনুরোধ করুন এবং আপনার ক্লায়েন্ট থেকে আপনার সার্ভারে আইডি টোকেন পাঠান। আইডি টোকেনগুলিতে অন্তর্নির্মিত ক্রস-সাইট জালিয়াতি সুরক্ষা রয়েছে এবং আপনার সার্ভারে স্ট্যাটিকভাবে যাচাই করা যেতে পারে, যা Google এর সার্ভার থেকে ব্যবহারকারীর প্রোফাইল তথ্য পেতে একটি অতিরিক্ত API কল এড়িয়ে যায়। আপনার সার্ভারে আইডি টোকেন যাচাই করতে নির্দেশাবলী অনুসরণ করুন।

আপনি যদি এখনও প্রোফাইল তথ্য পেতে কোড ফ্লো ব্যবহার করতে পছন্দ করেন, আপনি তা করতে পারেন। একবার আপনার সার্ভারে একটি অ্যাক্সেস টোকেন হয়ে গেলে, আপনাকে আমাদের সাইন-ইন ডিসকভারি ডকুমেন্টে নির্দিষ্ট userinfo শেষ পয়েন্ট থেকে ব্যবহারকারীর প্রোফাইল তথ্য পেতে হবে। API প্রতিক্রিয়া Google+ প্রোফাইল প্রতিক্রিয়ার থেকে ভিন্নভাবে বিন্যাসিত হয়, তাই আপনাকে নতুন বিন্যাসে আপনার পার্সিং আপডেট করতে হবে।

আপনি যদি GoogleAuthUtil.getToken বা Plus.API ব্যবহার করেন, তাহলে অধিকতর নিরাপত্তা এবং একটি ভালো ব্যবহারকারীর অভিজ্ঞতার জন্য আপনাকে নতুন সাইন-ইন API-এ স্থানান্তরিত করা উচিত।