সম্পদগুলি দক্ষতার সাথে সিঙ্ক্রোনাইজ করুন

এই নির্দেশিকাটি ক্যালেন্ডার ডেটার "ক্রমবর্ধমান সিঙ্ক্রোনাইজেশন" কীভাবে বাস্তবায়ন করতে হয় তা বর্ণনা করে। এই পদ্ধতি ব্যবহার করে, আপনি ব্যান্ডউইথ সংরক্ষণ করার সময় সমস্ত ক্যালেন্ডার সংগ্রহের ডেটা সিঙ্কে রাখতে পারেন।

সন্তুষ্ট

সংক্ষিপ্ত বিবরণ

বর্ধিত সিঙ্ক্রোনাইজেশন দুটি ধাপ নিয়ে গঠিত:

1. ক্লায়েন্টের অবস্থা সার্ভারের অবস্থার সাথে সম্পূর্ণরূপে সিঙ্ক্রোনাইজ করার জন্য প্রাথমিক পূর্ণ সিঙ্ক একেবারে শুরুতে একবার করা হয়। ক্লায়েন্ট একটি সিঙ্ক টোকেন পাবে যা এটিকে ধরে রাখার জন্য প্রয়োজন।

2. ইনক্রিমেন্টাল সিঙ্ক বারবার করা হয় এবং পূর্ববর্তী সিঙ্কের পর থেকে ঘটে যাওয়া সমস্ত পরিবর্তন ক্লায়েন্টকে আপডেট করে। প্রতিবার, ক্লায়েন্ট সার্ভার থেকে প্রাপ্ত পূর্ববর্তী সিঙ্ক টোকেনটি সরবরাহ করে এবং প্রতিক্রিয়া থেকে নতুন সিঙ্ক টোকেনটি সংরক্ষণ করে।

প্রাথমিক পূর্ণ সিঙ্ক

প্রাথমিক পূর্ণ সিঙ্ক হল সংগ্রহের সমস্ত রিসোর্সের জন্য মূল অনুরোধ যা আপনি সিঙ্ক্রোনাইজ করতে চান। আপনি যদি শুধুমাত্র একটি নির্দিষ্ট রিসোর্সের উপসেট সিঙ্ক্রোনাইজ করতে চান তবে অনুরোধ প্যারামিটার ব্যবহার করে তালিকা অনুরোধটি ঐচ্ছিকভাবে সীমাবদ্ধ করতে পারেন।

তালিকা অপারেশনের প্রতিক্রিয়ায়, আপনি 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 দিয়ে। এটি ক্লায়েন্টের স্টোরের সম্পূর্ণ মোছা এবং একটি নতুন সম্পূর্ণ সিঙ্ক ট্রিগার করবে।

নমুনা কোড

নীচের নমুনা কোডের স্নিপেটটি জাভা ক্লায়েন্ট লাইব্রেরির সাথে সিঙ্ক টোকেন কীভাবে ব্যবহার করতে হয় তা দেখায়। প্রথমবার রান পদ্ধতিটি কল করা হলে এটি একটি সম্পূর্ণ সিঙ্ক সম্পাদন করবে এবং সিঙ্ক টোকেন সংরক্ষণ করবে। প্রতিটি পরবর্তী এক্সিকিউশনে এটি সংরক্ষিত সিঙ্ক টোকেন লোড করবে এবং একটি ক্রমবর্ধমান সিঙ্ক সম্পাদন করবে।

  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.");
  }
SyncTokenSample.java

লিগ্যাসি সিঙ্ক্রোনাইজেশন

ইভেন্ট সংগ্রহের ক্ষেত্রে, ইভেন্ট তালিকার অনুরোধ থেকে আপডেট করা ক্ষেত্রের মান সংরক্ষণ করে এবং তারপর আপডেট হওয়া ইভেন্টগুলি পুনরুদ্ধার করার জন্য modifiedSince ক্ষেত্রটি ব্যবহার করে লিগ্যাসি পদ্ধতিতে সিঙ্ক্রোনাইজেশন করা সম্ভব। এই পদ্ধতিটি আর সুপারিশ করা হয় না কারণ এটি মিস করা আপডেটগুলির ক্ষেত্রে বেশি ত্রুটি-প্রবণ (উদাহরণস্বরূপ, যদি কোয়েরি বিধিনিষেধ প্রয়োগ না করে)। তদুপরি, এটি শুধুমাত্র ইভেন্টগুলির জন্য উপলব্ধ।