এই নির্দেশিকায় ক্যালেন্ডার ডেটার "ইনক্রিমেন্টাল সিঙ্ক" কীভাবে প্রয়োগ করতে হয় তা বর্ণনা করা হয়েছে। এই পদ্ধতি ব্যবহার করে, আপনি ব্যান্ডউইথ সেভ করার সাথে সাথে সব ক্যালেন্ডার সংগ্রহের ডেটা সিঙ্ক করে রাখতে পারবেন।
কন্টেন্ট
এক নজরে
ইনক্রিমেন্টাল সিঙ্ক্রোনাইজেশনের দুটি ধাপ আছে:
সার্ভারের স্ট্যাটাসের সাথে ক্লায়েন্টের স্ট্যাটাস সম্পূর্ণভাবে সিঙ্ক করার জন্য শুরুতে একবার প্রাথমিক সম্পূর্ণ সিঙ্ক করা হয়। ক্লায়েন্ট একটি সিঙ্ক টোকেন পাবে যা তাকে ধরে রাখতে হবে।
ইনক্রিমেন্টাল সিঙ্ক বারবার করা হয় এবং আগের সিঙ্ক হওয়ার পর থেকে হওয়া সমস্ত পরিবর্তন সহ ক্লায়েন্টকে আপডেট করে। প্রতিবার, ক্লায়েন্ট সার্ভার থেকে পাওয়া আগের সিঙ্ক টোকেন প্রদান করে এবং উত্তর থেকে পাওয়া নতুন সিঙ্ক টোকেন স্টোর করে।
প্রাথমিক সম্পূর্ণ সিঙ্ক
প্রাথমিক সম্পূর্ণ সিঙ্ক হল আপনি যে সংগ্রহের সব রিসোর্স সিঙ্ক করতে চান সেটির জন্য মূল অনুরোধ। আপনি যদি শুধুমাত্র রিসোর্সের নির্দিষ্ট সাবসেট সিঙ্ক করতে চান, তাহলে অনুরোধের প্যারামিটার ব্যবহার করে তালিকার অনুরোধ সীমাবদ্ধ করতে পারেন।
তালিকা অপারেশনের উত্তরে, আপনি
nextSyncToken নামের একটি ফিল্ড দেখতে পাবেন যা সিঙ্ক টোকেনকে দেখায়। আপনাকে nextSyncToken-এর ভ্যালু
স্টোর করতে হবে। ফলাফলের সেট খুব বড় হলে এবং উত্তর
পৃষ্ঠা অনুযায়ী ভাগ করা হলে, nextSyncToken
ফিল্ডটি শুধুমাত্র একদম শেষ পৃষ্ঠায় থাকে।
ইনক্রিমেন্টাল সিঙ্ক
ইনক্রিমেন্টাল সিঙ্ক আপনাকে শেষ সিঙ্ক অনুরোধের পর থেকে পরিবর্তিত সমস্ত রিসোর্স
পুনরুদ্ধার করতে দেয়। এটি করতে, আপনাকে syncToken ফিল্ডে উল্লেখ করা সবচেয়ে সাম্প্রতিক সিঙ্ক টোকেন সহ একটি তালিকা
অনুরোধ করতে হবে।
মনে রাখবেন যে ফলাফলে সবসময় মুছে ফেলা এন্ট্রি থাকবে, যাতে ক্লায়েন্টরা
স্টোরেজ থেকে সেগুলি সরিয়ে দেওয়ার সুযোগ পান।
শেষ ইনক্রিমেন্টাল সিঙ্ক অনুরোধের পর থেকে অনেক বেশি সংখ্যক রিসোর্স পরিবর্তন করা হলে, আপনি তালিকার ফলাফলে syncToken-এর পরিবর্তে pageToken দেখতে পেতে পারেন। এইসব ক্ষেত্রে, ইনক্রিমেন্টাল সিঙ্কে প্রথম পৃষ্ঠা ফিরিয়ে আনার জন্য যে
লিস্ট কোয়েরি ব্যবহার করা হয়েছিল, আপনাকে ঠিক সেই একই কোয়েরি করতে হবে
(ঠিক একই syncToken সহ), সেটির সাথে pageToken যোগ করতে হবে এবং
শেষ পৃষ্ঠায় আরেকটি syncToken না পাওয়া পর্যন্ত নিম্নলিখিত সব অনুরোধের মাধ্যমে পৃষ্ঠা সংখ্যা দিতে হবে। ভবিষ্যতে পরবর্তী সিঙ্ক অনুরোধের জন্য এই syncToken
স্টোর করতে ভুলবেন না।
ইনক্রিমেন্টাল পেজিনেটেড সিঙ্ক প্রয়োজন এমন কেসের জন্য এখানে কোয়েরির উদাহরণ দেওয়া হল:
আসল কোয়েরি
GET /calendars/primary/events?maxResults=10&singleEvents=true&syncToken=CPDAlvWDx70CEPDAlvWDx
// Result contains the following
"nextPageToken":"CiAKGjBpNDd2Nmp2Zml2cXRwYjBpOXA",
পরের পৃষ্ঠা ফিরিয়ে আনা হচ্ছে
GET /calendars/primary/events?maxResults=10&singleEvents=true&syncToken=CPDAlvWDx70CEPDAlvWDx&pageToken=CiAKGjBpNDd2Nmp2Zml2cXRwYjBpOXA
সার্ভার সম্পূর্ণ সিঙ্ক করার অনুরোধ করেছে
কখনও কখনও সার্ভার বিভিন্ন কারণে সিঙ্ক টোকেন বাতিল করে দেয়, যার মধ্যে টোকেনের মেয়াদ শেষ হয়ে যাওয়া বা সম্পর্কিত ACL-এ পরিবর্তন অন্তর্ভুক্ত।
এই ধরনের ক্ষেত্রে, সার্ভার ইনক্রিমেন্টাল অনুরোধের উত্তর দেবে
রেসপন্স কোড 410 সহ। এর ফলে ক্লায়েন্টের স্টোর সম্পূর্ণভাবে মুছে যাবে
এবং নতুন করে সম্পূর্ণ সিঙ্ক হবে।
নমুনা কোড
নিচের স্যাম্পেল কোডের স্নিপেট থেকে বোঝা যাবে যে কীভাবে Java ক্লায়েন্ট লাইব্রেরি-এর সাথে সিঙ্ক টোকেন ব্যবহার করতে হয়। প্রথমবার রান পদ্ধতি কল করা হলে এটি সম্পূর্ণ সিঙ্ক করবে এবং সিঙ্ক টোকেন স্টোর করবে। প্রতিটি পরবর্তী এক্সিকিউশনে এটি সেভ করা সিঙ্ক টোকেন লোড করবে এবং একটি ইনক্রিমেন্টাল সিঙ্ক করবে।
private static void run() throws IOException { // Construct the {@link Calendar.Events.List} request, but don't execute it yet. Calendar.Events.List request = client.events().list("primary"); // Load the sync token stored from the last execution, if any. String syncToken = syncSettingsDataStore.get(SYNC_TOKEN_KEY); if (syncToken == null) { System.out.println("Performing full sync."); // Set the filters you want to use during the full sync. Sync tokens aren't compatible with // most filters, but you may want to limit your full sync to only a certain date range. // In this example we are only syncing events up to a year old. Date oneYearAgo = Utils.getRelativeDate(java.util.Calendar.YEAR, -1); request.setTimeMin(new DateTime(oneYearAgo, TimeZone.getTimeZone("UTC"))); } else { System.out.println("Performing incremental sync."); request.setSyncToken(syncToken); } // Retrieve the events, one page at a time. String pageToken = null; Events events = null; do { request.setPageToken(pageToken); try { events = request.execute(); } catch (GoogleJsonResponseException e) { if (e.getStatusCode() == 410) { // A 410 status code, "Gone", indicates that the sync token is invalid. System.out.println("Invalid sync token, clearing event store and re-syncing."); syncSettingsDataStore.delete(SYNC_TOKEN_KEY); eventDataStore.clear(); run(); } else { throw e; } } List<Event> items = events.getItems(); if (items.size() == 0) { System.out.println("No new events to sync."); } else { for (Event event : items) { syncEvent(event); } } pageToken = events.getNextPageToken(); } while (pageToken != null); // Store the sync token from the last request to be used during the next execution. syncSettingsDataStore.set(SYNC_TOKEN_KEY, events.getNextSyncToken()); System.out.println("Sync complete."); }
লিগ্যাসি সিঙ্ক্রোনাইজেশন
ইভেন্ট সংগ্রহের জন্য, ইভেন্ট তালিকা অনুরোধ থেকে আপডেট করা ফিল্ডের মান সংরক্ষণ করে এবং তারপরে আপডেট করা ইভেন্টগুলি পুনরুদ্ধার করতে modifiedSince ফিল্ড ব্যবহার করে লিগ্যাসি পদ্ধতিতে সিঙ্ক্রোনাইজেশন করা এখনও সম্ভব।
এই পদ্ধতি আর সাজেস্ট করা হয় না কারণ এতে আপডেট মিস হওয়ার (যেমন, কোয়েরি সংক্রান্ত বিধিনিষেধ এনফোর্স না করা)
সম্ভাবনা বেশি থাকে।
এছাড়াও, এটি শুধুমাত্র ইভেন্টের জন্য উপলভ্য।