chrome.syncFileSystem

বর্ণনা

Google ড্রাইভে ডেটা সংরক্ষণ এবং সিঙ্ক্রোনাইজ করতে chrome.syncFileSystem API ব্যবহার করুন৷ এই APIটি Google ড্রাইভে সংরক্ষিত নির্বিচারে ব্যবহারকারী ডক্স অ্যাক্সেস করার জন্য নয়। এটি অফলাইন এবং ক্যাশিং ব্যবহারের জন্য অ্যাপ-নির্দিষ্ট সিঙ্কযোগ্য স্টোরেজ প্রদান করে যাতে একই ডেটা বিভিন্ন ক্লায়েন্ট জুড়ে উপলব্ধ হতে পারে। এই API ব্যবহার করার বিষয়ে আরও জানতে ডেটা পরিচালনা করুন পড়ুন।

অনুমতি

syncFileSystem

প্রকারভেদ

ConflictResolutionPolicy

এনাম

"শেষ_লিখন_জয়"

"ম্যানুয়াল"

FileInfo

বৈশিষ্ট্য

  • কর্ম

    SyncAction ঐচ্ছিক

    onFileStatusChanged ইভেন্টে ফায়ার করার জন্য নেওয়া সিঙ্ক পদক্ষেপ। অ্যাকশন মান 'added' , 'updated' বা 'deleted' হতে পারে। স্ট্যাটাস 'synced' হলেই প্রযোজ্য।

  • দিক

    SyncDirection ঐচ্ছিক

    onFileStatusChanged ইভেন্টের জন্য সিঙ্ক দিকনির্দেশ। সিঙ্ক দিকনির্দেশের মান 'local_to_remote' বা 'remote_to_local' হতে পারে। স্ট্যাটাস 'synced' হলেই প্রযোজ্য।

  • ফাইল এন্ট্রি

    এন্ট্রি

    টার্গেট ফাইলের জন্য fileEntry যার স্থিতি পরিবর্তিত হয়েছে। সিঙ্ক্রোনাইজ করা ফাইলের নাম এবং পথের তথ্য রয়েছে। ফাইল মুছে ফেলা হলে, fileEntry তথ্য এখনও পাওয়া যাবে কিন্তু ফাইল আর থাকবে না।

  • onFileStatusChanged ইভেন্টের পরে ফলাফল ফাইলের স্থিতি। স্থিতি মান 'synced' , 'pending' বা 'conflicting' হতে পারে।

FileStatus

এনাম

"সিঙ্ক করা"
বিরোধপূর্ণ নয় এবং কোনো মুলতুবি স্থানীয় পরিবর্তন নেই।

"মুলতুবি"
এক বা একাধিক মুলতুবি স্থানীয় পরিবর্তন আছে যা সিঙ্ক্রোনাইজ করা হয়নি।

"বিরোধপূর্ণ"
দূরবর্তী সংস্করণের সাথে ফাইলের দ্বন্দ্ব এবং ম্যানুয়ালি সমাধান করা আবশ্যক।

FileStatusInfo

বৈশিষ্ট্য

  • ত্রুটি

    স্ট্রিং ঐচ্ছিক

    ঐচ্ছিক ত্রুটি যা প্রদত্ত ফাইলের জন্য FileStatus পুনরুদ্ধার করতে সমস্যা হলেই ফেরত দেওয়া হয়।

  • ফাইল এন্ট্রি

    এন্ট্রি

    একটি এন্ট্রি মূলত getFileStatuses-এ দেওয়া হয়।

  • স্থিতি মান 'synced' , 'pending' বা 'conflicting' হতে পারে।

ServiceInfo

বৈশিষ্ট্য

ServiceStatus

এনাম

"শুরু হচ্ছে"
সিঙ্ক পরিষেবা শুরু করা হচ্ছে (যেমন ডাটাবেস থেকে ডেটা পুনরুদ্ধার করা, সংযোগ পরীক্ষা করা এবং পরিষেবাতে প্রমাণীকরণ ইত্যাদি)।

"চলমান"
সিঙ্ক পরিষেবা চালু এবং চলছে৷

"প্রমাণিকরণ_প্রয়োজনীয়"
সিঙ্ক পরিষেবাটি ফাইলগুলিকে সিঙ্ক্রোনাইজ করছে না কারণ এগিয়ে যাওয়ার জন্য দূরবর্তী পরিষেবাটিকে ব্যবহারকারীর দ্বারা প্রমাণীকরণ করতে হবে৷

"অস্থায়ী_অনুপলব্ধ"
সিঙ্ক পরিষেবাটি ফাইলগুলিকে সিঙ্ক্রোনাইজ করছে না কারণ কিছু পুনরুদ্ধারযোগ্য ত্রুটির কারণে দূরবর্তী পরিষেবাটি (অস্থায়ীভাবে) অনুপলব্ধ, যেমন নেটওয়ার্ক অফলাইন, দূরবর্তী পরিষেবাটি বন্ধ বা পৌঁছানো যায় না ইত্যাদি৷ OnServiceInfoUpdated-এ description প্যারামিটার দ্বারা আরও বিশদ বিবরণ দেওয়া উচিত (যা হতে পারে পরিষেবা-নির্দিষ্ট বিবরণ রয়েছে)।

"অক্ষম"
সিঙ্ক পরিষেবা অক্ষম করা হয়েছে এবং বিষয়বস্তু কখনই সিঙ্ক হবে না৷ (উদাহরণস্বরূপ, এটি ঘটতে পারে যখন ব্যবহারকারীর রিমোট পরিষেবাতে কোনও অ্যাকাউন্ট নেই বা সিঙ্ক পরিষেবাতে একটি পুনরুদ্ধারযোগ্য ত্রুটি রয়েছে৷)

StorageInfo

বৈশিষ্ট্য

  • কোটাবাইট

    সংখ্যা

  • useBytes

    সংখ্যা

SyncAction

এনাম

"যোগ করা হয়েছে"

"আপডেট করা"

"মুছে ফেলা"

SyncDirection

এনাম

"স্থানীয়_থেকে_দূরবর্তী"

"দূরবর্তী_থেকে_স্থানীয়"

পদ্ধতি

getConflictResolutionPolicy()

প্রতিশ্রুতি
chrome.syncFileSystem.getConflictResolutionPolicy(
  callback?: function,
)

বর্তমান দ্বন্দ্ব সমাধান নীতি পায়।

পরামিতি

রিটার্নস

  • প্রতিশ্রুতি< ConflictResolution Policy >

    Chrome 117+

    প্রতিশ্রুতি শুধুমাত্র ম্যানিফেস্ট V3 এর জন্য সমর্থিত এবং পরবর্তীতে, অন্যান্য প্ল্যাটফর্মকে কলব্যাক ব্যবহার করতে হবে।

getFileStatus()

প্রতিশ্রুতি
chrome.syncFileSystem.getFileStatus(
  fileEntry: Entry,
  callback?: function,
)

প্রদত্ত fileEntry জন্য FileStatus ফেরত দেয়। স্থিতি মান 'synced' , 'pending' বা 'conflicting' হতে পারে। মনে রাখবেন যে 'conflicting' অবস্থা তখনই ঘটে যখন পরিষেবার দ্বন্দ্ব সমাধান নীতি 'manual' এ সেট করা থাকে।

পরামিতি

  • ফাইল এন্ট্রি

    এন্ট্রি

  • কলব্যাক

    ফাংশন ঐচ্ছিক

    callback প্যারামিটারটি এর মতো দেখাচ্ছে:

    (status: FileStatus) => void

রিটার্নস

  • প্রতিশ্রুতি < ফাইল স্ট্যাটাস >

    Chrome 117+

    প্রতিশ্রুতি শুধুমাত্র ম্যানিফেস্ট V3 এর জন্য সমর্থিত এবং পরবর্তীতে, অন্যান্য প্ল্যাটফর্মকে কলব্যাক ব্যবহার করতে হবে।

getFileStatuses()

প্রতিশ্রুতি
chrome.syncFileSystem.getFileStatuses(
  fileEntries: object[],
  callback?: function,
)

প্রদত্ত fileEntry অ্যারের জন্য প্রতিটি FileStatus প্রদান করে। সাধারণত dirReader.readEntries() থেকে ফলাফলের সাথে কল করা হয়।

পরামিতি

রিটার্নস

  • প্রতিশ্রুতি< ফাইল স্ট্যাটাস ইনফো []>

    Chrome 117+

    প্রতিশ্রুতি শুধুমাত্র ম্যানিফেস্ট V3 এর জন্য সমর্থিত এবং পরবর্তীতে, অন্যান্য প্ল্যাটফর্মকে কলব্যাক ব্যবহার করতে হবে।

getServiceStatus()

প্রতিশ্রুতি
chrome.syncFileSystem.getServiceStatus(
  callback?: function,
)

বর্তমান সিঙ্ক ব্যাকএন্ড স্থিতি প্রদান করে।

পরামিতি

রিটার্নস

  • প্রতিশ্রুতি< সার্ভিস স্ট্যাটাস >

    Chrome 117+

    প্রতিশ্রুতি শুধুমাত্র ম্যানিফেস্ট V3 এর জন্য সমর্থিত এবং পরবর্তীতে, অন্যান্য প্ল্যাটফর্মকে কলব্যাক ব্যবহার করতে হবে।

getUsageAndQuota()

প্রতিশ্রুতি
chrome.syncFileSystem.getUsageAndQuota(
  fileSystem: DOMFileSystem,
  callback?: function,
)

অ্যাপের জন্য 'syncable' ফাইল স্টোরেজের জন্য বর্তমান ব্যবহার এবং বাইটে কোটা প্রদান করে।

পরামিতি

  • ফাইল সিস্টেম

    DOMFileSystem

  • কলব্যাক

    ফাংশন ঐচ্ছিক

    callback প্যারামিটারটি এর মতো দেখাচ্ছে:

    (info: StorageInfo) => void

রিটার্নস

  • প্রতিশ্রুতি< স্টোরেজ ইনফো >

    Chrome 117+

    প্রতিশ্রুতি শুধুমাত্র ম্যানিফেস্ট V3 এর জন্য সমর্থিত এবং পরবর্তীতে, অন্যান্য প্ল্যাটফর্মকে কলব্যাক ব্যবহার করতে হবে।

requestFileSystem()

প্রতিশ্রুতি
chrome.syncFileSystem.requestFileSystem(
  callback?: function,
)

Google ড্রাইভ দ্বারা সমর্থিত একটি সিঙ্কযোগ্য ফাইল সিস্টেম প্রদান করে৷ প্রত্যাবর্তিত DOMFileSystem দৃষ্টান্তটি অস্থায়ী এবং স্থায়ী ফাইল সিস্টেমের মতো একইভাবে পরিচালিত হতে পারে ( http://dev.w3.org/2009/dap/file-system/file-dir-sys.html দেখুন)।

একই অ্যাপ থেকে একাধিকবার কল করলে একই হ্যান্ডেল একই ফাইল সিস্টেমে ফিরে আসবে।

মনে রাখবেন এই কল ব্যর্থ হতে পারে। উদাহরণস্বরূপ, যদি ব্যবহারকারী Chrome এ সাইন ইন না করে থাকে বা যদি কোনো নেটওয়ার্ক অপারেশন না থাকে। এই ত্রুটিগুলি পরিচালনা করার জন্য কলব্যাকে chrome.runtime.lastError চেক করা গুরুত্বপূর্ণ৷

পরামিতি

  • কলব্যাক

    ফাংশন ঐচ্ছিক

    callback প্যারামিটারটি এর মতো দেখাচ্ছে:

    (fileSystem: DOMFileSystem) => void

    • ফাইল সিস্টেম

      DOMFileSystem

রিটার্নস

  • প্রতিশ্রুতি <DOMFileSystem>

    Chrome 117+

    প্রতিশ্রুতি শুধুমাত্র ম্যানিফেস্ট V3 এর জন্য সমর্থিত এবং পরবর্তীতে, অন্যান্য প্ল্যাটফর্মকে কলব্যাক ব্যবহার করতে হবে।

setConflictResolutionPolicy()

প্রতিশ্রুতি
chrome.syncFileSystem.setConflictResolutionPolicy(
  policy: ConflictResolutionPolicy,
  callback?: function,
)

অ্যাপের জন্য 'syncable' ফাইল স্টোরেজের জন্য ডিফল্ট দ্বন্দ্ব সমাধান নীতি সেট করে। ডিফল্টরূপে এটি 'last_write_win' এ সেট করা আছে। দ্বন্দ্ব সমাধান নীতি 'last_write_win' তে সেট করা থাকলে বিদ্যমান ফাইলগুলির জন্য পরের বার ফাইল আপডেট করার সময় স্বয়ংক্রিয়ভাবে সমাধান হয়ে যায়। অনুরোধটি সফল হয়েছে কিনা তা জানতে callback ঐচ্ছিকভাবে দেওয়া যেতে পারে।

পরামিতি

রিটার্নস

  • প্রতিশ্রুতি <void>

    Chrome 117+

    প্রতিশ্রুতি শুধুমাত্র ম্যানিফেস্ট V3 এর জন্য সমর্থিত এবং পরবর্তীতে, অন্যান্য প্ল্যাটফর্মকে কলব্যাক ব্যবহার করতে হবে।

ঘটনা

onFileStatusChanged

chrome.syncFileSystem.onFileStatusChanged.addListener(
  callback: function,
)

পটভূমি সিঙ্ক পরিষেবা দ্বারা একটি ফাইল আপডেট করা হলে বহিস্কার করা হয়৷

পরামিতি

  • কলব্যাক

    ফাংশন

    callback প্যারামিটারটি এর মতো দেখাচ্ছে:

    (detail: FileInfo) => void

onServiceStatusChanged

chrome.syncFileSystem.onServiceStatusChanged.addListener(
  callback: function,
)

সিঙ্ক ব্যাকএন্ডে একটি ত্রুটি বা অন্যান্য স্থিতি পরিবর্তন ঘটলে বহিস্কার করা হয় (উদাহরণস্বরূপ, যখন নেটওয়ার্ক বা প্রমাণীকরণ ত্রুটির কারণে সিঙ্ক সাময়িকভাবে অক্ষম করা হয়)।

পরামিতি

  • কলব্যাক

    ফাংশন

    callback প্যারামিটারটি এর মতো দেখাচ্ছে:

    (detail: ServiceInfo) => void