গুগল ড্রাইভ এপিআই আপনাকে কোনো File তৈরি বা আপডেট করার সময় ফাইলের ডেটা আপলোড করার সুযোগ দেয়। ফোল্ডারের মতো শুধুমাত্র মেটাডেটা-যুক্ত ফাইল কীভাবে তৈরি করতে হয়, সে সম্পর্কে জানতে ‘শুধুমাত্র মেটাডেটা-যুক্ত ফাইল তৈরি করুন’ দেখুন।
আপনি তিন ধরনের আপলোড করতে পারেন:
সাধারণ আপলোড (
uploadType=media) : মেটাডেটা সরবরাহ না করে একটি ছোট মিডিয়া ফাইল (৫ এমবি বা তার কম) স্থানান্তর করতে এই আপলোড টাইপটি ব্যবহার করুন। সাধারণ আপলোড করার জন্য, "একটি সাধারণ আপলোড সম্পাদন করুন" দেখুন।মাল্টিপার্ট আপলোড (
uploadType=multipart) : "একটি ছোট ফাইল (৫ এমবি বা তার কম) এবং ফাইলটির বর্ণনা দেওয়া মেটাডেটা একটিমাত্র অনুরোধে স্থানান্তর করতে এই আপলোড টাইপটি ব্যবহার করুন। মাল্টিপার্ট আপলোড করার জন্য, ' পারফর্ম এ মাল্টিপার্ট আপলোড' দেখুন।"রিজিউমেবল আপলোড (
uploadType=resumable) : বড় ফাইল (৫ মেগাবাইটের বেশি) এবং যখন নেটওয়ার্ক বিঘ্নিত হওয়ার সম্ভাবনা বেশি থাকে, যেমন মোবাইল অ্যাপ থেকে ফাইল তৈরি করার সময়, এই আপলোড টাইপটি ব্যবহার করুন। বেশিরভাগ অ্যাপ্লিকেশনের জন্যও রিজিউমেবল আপলোড একটি ভালো বিকল্প, কারণ এটি ছোট ফাইলের ক্ষেত্রেও কাজ করে এবং প্রতি আপলোডে মাত্র একটি অতিরিক্ত HTTP রিকোয়েস্টের মতো ন্যূনতম খরচে এটি সম্ভব হয়। রিজিউমেবল আপলোড করার জন্য, "Perform a resumable upload" অংশটি দেখুন।
গুগল এপিআই ক্লায়েন্ট লাইব্রেরিগুলোতে এই ধরনের আপলোডগুলোর মধ্যে অন্তত একটি বাস্তবায়ন করা আছে। প্রতিটি ধরন কীভাবে ব্যবহার করতে হয় সে সম্পর্কে অতিরিক্ত তথ্যের জন্য ক্লায়েন্ট লাইব্রেরির ডকুমেন্টেশন দেখুন।
PATCH বনাম PUT ব্যবহার করুন
পুনরায় মনে করিয়ে দেওয়া ভালো যে, HTTP ভার্ব PATCH একটি ফাইল রিসোর্সের আংশিক আপডেট সমর্থন করে, যেখানে HTTP ভার্ব PUT সম্পূর্ণ রিসোর্স প্রতিস্থাপন সমর্থন করে। উল্লেখ্য যে, বিদ্যমান কোনো রিসোর্সে নতুন ফিল্ড যোগ করার সময় PUT ব্রেকিং চেঞ্জ আনতে পারে।
ফাইল রিসোর্স আপলোড করার সময় নিম্নলিখিত নির্দেশিকাগুলো অনুসরণ করুন:
- পুনরায় শুরুযোগ্য আপলোডের প্রাথমিক অনুরোধের জন্য অথবা সাধারণ বা বহু-অংশযুক্ত আপলোডের একমাত্র অনুরোধের জন্য, এপিআই রেফারেন্সে নথিভুক্ত HTTP ভার্বটি ব্যবহার করুন।
- একবার অনুরোধ শুরু হয়ে গেলে, পুনরায় শুরুযোগ্য আপলোডের জন্য পরবর্তী সমস্ত অনুরোধের ক্ষেত্রে
PUTব্যবহার করুন। কোন মেথড কল করা হচ্ছে তা নির্বিশেষে, এই অনুরোধগুলো কন্টেন্ট আপলোড করতে থাকে।
একটি সাধারণ আপলোড সম্পাদন করুন
সাধারণ আপলোড করার জন্য, files রিসোর্সের create মেথডে uploadType=media ব্যবহার করুন।
নিচে একটি সাধারণ আপলোড করার পদ্ধতি দেখানো হলো:
HTTP
uploadType=mediaকোয়েরি প্যারামিটার ব্যবহার করে মেথডটির `/upload` URI-তে একটিPOSTরিকোয়েস্ট তৈরি করুন।POST https://www.googleapis.com/upload/drive/v3/files?uploadType=mediaফাইলটির ডেটা রিকোয়েস্ট বডিতে যোগ করুন।
এই HTTP হেডারগুলো যোগ করুন:
-
Content-Type. আপলোড করা হচ্ছে এমন অবজেক্টের MIME মিডিয়া টাইপে সেট করুন। -
Content-Length. আপনি যত বাইট আপলোড করবেন, সেই সংখ্যায় এটি সেট করুন। আপনি যদি চাঙ্কড ট্রান্সফার এনকোডিং ব্যবহার করেন, তাহলে এই হেডারটির প্রয়োজন নেই।
-
অনুরোধটি পাঠান। অনুরোধটি সফল হলে, সার্ভার ফাইলটির মেটাডেটা সহ
HTTP 200 OKস্ট্যাটাস কোডটি ফেরত পাঠায়। {HTTP}
আপনি যখন একটি সাধারণ আপলোড করেন, তখন মৌলিক মেটাডেটা তৈরি হয় এবং ফাইল থেকে কিছু অ্যাট্রিবিউট, যেমন MIME টাইপ বা modifiedTime , অনুমান করা হয়। ছোট আকারের ফাইল থাকলে এবং ফাইলের মেটাডেটা গুরুত্বপূর্ণ না হলে আপনি সাধারণ আপলোড ব্যবহার করতে পারেন।
একাধিক অংশ আপলোড করুন
একটি মাল্টিপার্ট আপলোড রিকোয়েস্ট আপনাকে একই অনুরোধে মেটাডেটা এবং ডেটা আপলোড করার সুযোগ দেয়। যদি আপনার পাঠানো ডেটা এতটাই ছোট হয় যে সংযোগ বিচ্ছিন্ন হয়ে গেলেও তা সম্পূর্ণভাবে পুনরায় আপলোড করা সম্ভব, তবে এই বিকল্পটি ব্যবহার করুন।
একাধিক অংশে আপলোড করার জন্য, files রিসোর্সের create মেথডে uploadType=multipart ব্যবহার করুন।
নিচে দেখানো হলো কীভাবে একটি মাল্টিপার্ট আপলোড করতে হয়:
জাভা
পাইথন
নোড.জেএস
পিএইচপি
.NET
HTTP
uploadType=multipartকোয়েরি প্যারামিটার ব্যবহার করে মেথডটির `/upload` URI-তে একটিPOSTরিকোয়েস্ট তৈরি করুন:POST https://www.googleapis.com/upload/drive/v3/files?uploadType=multipartঅনুরোধের মূল অংশ তৈরি করুন। RFC 2387 মাল্টিপার্ট/রিলেটেড কন্টেন্ট টাইপ অনুযায়ী মূল অংশটি ফরম্যাট করুন, যেটিতে দুটি অংশ রয়েছে:
- মেটাডেটা। মেটাডেটা অবশ্যই প্রথমে আসতে হবে এবং এর
Content-Typeহেডারটিapplication/json;charset=UTF-8সেট করা থাকতে হবে। ফাইলটির মেটাডেটা JSON ফরম্যাটে যোগ করুন। - মিডিয়া। মিডিয়াটি অবশ্যই দ্বিতীয় স্থানে থাকতে হবে এবং এর একটি
Content-Typeহেডার থাকতে হবে যা যেকোনো MIME টাইপের হতে পারে। ফাইলটির ডেটা মিডিয়া অংশে যোগ করুন।
প্রতিটি অংশকে দুটি হাইফেনের পরে একটি সীমানা নির্দেশক দিয়ে চিহ্নিত করুন। এছাড়াও, শেষ সীমানা নির্দেশকটির পরে দুটি হাইফেন যোগ করুন।
- মেটাডেটা। মেটাডেটা অবশ্যই প্রথমে আসতে হবে এবং এর
এই শীর্ষ-স্তরের HTTP হেডারগুলি যোগ করুন:
-
Content-Typemultipart/relatedএ সেট করুন এবং রিকোয়েস্টের বিভিন্ন অংশ শনাক্ত করতে ব্যবহৃত বাউন্ডারি স্ট্রিংটি অন্তর্ভুক্ত করুন। উদাহরণস্বরূপ:Content-Type: multipart/related; boundary=foo_bar_baz -
Content-Length. অনুরোধের মূল অংশে থাকা মোট বাইট সংখ্যায় সেট করুন।
-
অনুরোধটি পাঠান।
সংশ্লিষ্ট ডেটা ছাড়া শুধুমাত্র মেটাডেটা অংশ তৈরি বা আপডেট করতে, স্ট্যান্ডার্ড রিসোর্স এন্ডপয়েন্ট: https://www.googleapis.com/drive/v3/files এ একটি POST বা PATCH রিকোয়েস্ট পাঠান। রিকোয়েস্টটি সফল হলে, সার্ভার ফাইলটির মেটাডেটাসহ HTTP 200 OK স্ট্যাটাস কোড ফেরত পাঠায়।
ফাইল তৈরি করার সময়, ফাইলের name ফিল্ডে একটি ফাইল এক্সটেনশন উল্লেখ করতে হবে। উদাহরণস্বরূপ, একটি ফটো JPEG ফাইল তৈরি করার সময়, আপনি মেটাডেটাতে "name": "photo.jpg" এর মতো কিছু উল্লেখ করতে পারেন। পরবর্তীতে get মেথড কল করলে fileExtension নামক একটি রিড-অনলি প্রপার্টি রিটার্ন হয়, যেটিতে name ফিল্ডে প্রথমে উল্লেখ করা এক্সটেনশনটি থাকে।
পুনরায় শুরুযোগ্য আপলোড সম্পাদন করুন
যোগাযোগ ব্যর্থতার কারণে ডেটা প্রবাহ বাধাগ্রস্ত হলে, রিস্যুমেবল আপলোড আপনাকে আপলোড প্রক্রিয়াটি পুনরায় শুরু করার সুযোগ দেয়। যেহেতু বড় ফাইল আপলোড একেবারে শুরু থেকে আবার করতে হয় না, তাই নেটওয়ার্ক ব্যর্থতার ক্ষেত্রে রিস্যুমেবল আপলোড আপনার ব্যান্ডউইথের ব্যবহারও কমাতে পারে।
যখন আপনার ফাইলের আকারে অনেক তারতম্য হতে পারে অথবা অনুরোধের জন্য একটি নির্দিষ্ট সময়সীমা থাকে (যেমন মোবাইল ওএস ব্যাকগ্রাউন্ড টাস্ক এবং নির্দিষ্ট অ্যাপ ইঞ্জিন অনুরোধ), তখন রিস্যুমেবল আপলোড কার্যকর হয়। এছাড়াও, আপনি যখন একটি আপলোড অগ্রগতি বার দেখাতে চান, তখনও রিস্যুমেবল আপলোড ব্যবহার করতে পারেন।
পুনরায় শুরুযোগ্য আপলোড কয়েকটি প্রধান ধাপ নিয়ে গঠিত:
- প্রাথমিক অনুরোধটি পাঠান এবং পুনরায় শুরুযোগ্য সেশন ইউআরআইটি পুনরুদ্ধার করুন।
- ডেটা আপলোড করুন এবং আপলোডের অবস্থা পর্যবেক্ষণ করুন।
- (ঐচ্ছিক) আপলোড বাধাগ্রস্ত হলে, আপলোড পুনরায় শুরু করুন।
প্রাথমিক অনুরোধ পাঠান
পুনরায় শুরুযোগ্য আপলোড শুরু করতে, files রিসোর্সের create মেথডে uploadType=resumable ব্যবহার করুন।
HTTP
uploadType=resumableকোয়েরি প্যারামিটার ব্যবহার করে মেথডটির `/upload` URI-তে একটিPOSTরিকোয়েস্ট তৈরি করুন:POST https://www.googleapis.com/upload/drive/v3/files?uploadType=resumableসেশন শুরুর অনুরোধটি সফল হলে, রেসপন্সে একটি
200 OKHTTP স্ট্যাটাস কোড অন্তর্ভুক্ত থাকে। এছাড়াও, এতে একটিLocationহেডার থাকে যা পুনরায় শুরুযোগ্য সেশন URI নির্দিষ্ট করে:HTTP/1.1 200 OK Location: https://www.googleapis.com/upload/drive/v3/files?uploadType=resumable&upload_id=xa298sd_sdlkj2 Content-Length: 0পুনরায় শুরুযোগ্য সেশন URI-টি সংরক্ষণ করুন, যাতে আপনি ফাইলের ডেটা আপলোড করতে এবং আপলোডের অবস্থা জানতে পারেন। একটি পুনরায় শুরুযোগ্য সেশন URI এক সপ্তাহ পর মেয়াদোত্তীর্ণ হয়ে যায়।
ফাইলটির মেটাডেটা থাকলে, তা JSON ফরম্যাটে রিকোয়েস্ট বডিতে যোগ করুন। অন্যথায়, রিকোয়েস্ট বডি খালি রাখুন।
এই HTTP হেডারগুলো যোগ করুন:
-
X-Upload-Content-Type. ঐচ্ছিক। ফাইল ডেটার MIME টাইপে সেট করুন, যা পরবর্তী অনুরোধগুলিতে স্থানান্তরিত হয়। যদি মেটাডেটাতে বা এই হেডারের মাধ্যমে ডেটার MIME টাইপ নির্দিষ্ট করা না থাকে, তাহলে অবজেক্টটিapplication/octet-stream. -
X-Upload-Content-Length(ঐচ্ছিক)। পরবর্তী অনুরোধগুলিতে স্থানান্তরিত ফাইল ডেটার বাইট সংখ্যা হিসাবে এটি সেট করুন। -
Content-Type. ফাইলটির মেটাডেটা থাকলে এটি আবশ্যক।application/json;charset=UTF-8-এ সেট করুন। -
Content-Length. আবশ্যক, যদি না আপনি chunked transfer encoding ব্যবহার করেন। এই প্রাথমিক অনুরোধের বডিতে থাকা বাইটের সংখ্যায় এটি সেট করুন।
-
অনুরোধটি পাঠান। সেশন শুরুর অনুরোধটি সফল হলে, রেসপন্সে একটি
200 OK HTTPস্ট্যাটাস কোড অন্তর্ভুক্ত থাকে। এছাড়াও, রেসপন্সে একটিLocationহেডার থাকে যা রিস্যুমেবল সেশন URI নির্দিষ্ট করে। ফাইল ডেটা আপলোড করতে এবং আপলোডের স্ট্যাটাস জানতে রিস্যুমেবল সেশন URI ব্যবহার করুন। একটি রিস্যুমেবল সেশন URI এক সপ্তাহ পর মেয়াদোত্তীর্ণ হয়ে যায়।পুনরায় শুরুযোগ্য সেশন ইউআরএলটি কপি করে সংরক্ষণ করুন।
কন্টেন্ট আপলোড করতে থাকুন।
বিষয়বস্তু আপলোড করুন
পুনরায় শুরুযোগ্য সেশন সহ একটি ফাইল আপলোড করার দুটি উপায় আছে:
- একক অনুরোধে কন্টেন্ট আপলোড করুন : এই পদ্ধতিটি ব্যবহার করুন যখন ফাইলটি একটি অনুরোধেই আপলোড করা যায়, যদি কোনো একক অনুরোধের জন্য কোনো নির্দিষ্ট সময়সীমা না থাকে, অথবা আপনার আপলোডের অগ্রগতি নির্দেশক দেখানোর প্রয়োজন না হয়। এই পদ্ধতিটিই সর্বোত্তম, কারণ এতে কম অনুরোধের প্রয়োজন হয় এবং এর ফলে উন্নত পারফরম্যান্স পাওয়া যায়।
কন্টেন্ট একাধিক খণ্ডে আপলোড করুন : যদি কোনো একক অনুরোধে স্থানান্তরিত ডেটার পরিমাণ কমাতেই হয়, তবে এই পদ্ধতিটি ব্যবহার করুন। যখন প্রতিটি অনুরোধের জন্য একটি নির্দিষ্ট সময়সীমা থাকে, তখন আপনার স্থানান্তরিত ডেটা কমানোর প্রয়োজন হতে পারে, যেমনটা অ্যাপ ইঞ্জিন অনুরোধের কিছু নির্দিষ্ট শ্রেণীর ক্ষেত্রে হতে পারে। আপলোডের অগ্রগতি দেখানোর জন্য যদি আপনাকে একটি কাস্টমাইজড ইন্ডিকেটর প্রদান করতেই হয়, তাহলেও এই পদ্ধতিটি কার্যকর।
HTTP - একক অনুরোধ
- পুনরায় শুরুযোগ্য সেশন ইউআরআই-তে একটি
PUTঅনুরোধ তৈরি করুন। - ফাইলটির ডেটা রিকোয়েস্ট বডিতে যোগ করুন।
- একটি Content-Length HTTP হেডার যোগ করুন, যা ফাইলের বাইটের সংখ্যার সমান হবে।
- অনুরোধটি পাঠান। যদি আপলোড অনুরোধটি বাধাগ্রস্ত হয়, অথবা যদি আপনি একটি
5xxপ্রতিক্রিয়া পান, তাহলে "বাধাগ্রস্ত আপলোড পুনরায় শুরু করুন" অংশে বর্ণিত পদ্ধতি অনুসরণ করুন।
HTTP - একাধিক অনুরোধ
পুনরায় শুরুযোগ্য সেশন ইউআরআই-তে একটি
PUTঅনুরোধ তৈরি করুন।চাঙ্কের ডেটা রিকোয়েস্ট বডিতে যোগ করুন। আপলোড সম্পন্নকারী শেষ চাঙ্কটি ছাড়া, বাকি চাঙ্কগুলো ২৫৬ কিলোবাইট (২৫৬ x ১০২৪ বাইট) আকারের গুণিতকে তৈরি করুন। চাঙ্কের আকার যথাসম্ভব বড় রাখুন, যাতে আপলোডটি কার্যকর হয়।
এই HTTP হেডারগুলো যোগ করুন:
-
Content-Length. বর্তমান চাঙ্কের বাইট সংখ্যায় সেট করুন। -
Content-Range. আপনি ফাইলের কোন বাইটগুলো আপলোড করছেন তা দেখানোর জন্য এটি সেট করুন। উদাহরণস্বরূপ,Content-Range: bytes 0-524287/2000000দেখাচ্ছে যে আপনি একটি ২০,০০,০০০ বাইটের ফাইলের প্রথম ৫,২৪,২৮৮ বাইট (২৫৬ x ১০২৪ x ২) আপলোড করছেন।
-
অনুরোধটি পাঠান এবং প্রতিক্রিয়াটি প্রক্রিয়া করুন। যদি আপলোড অনুরোধটি বাধাগ্রস্ত হয়, অথবা যদি আপনি একটি
5xxপ্রতিক্রিয়া পান, তাহলে 'একটি বাধাগ্রস্ত আপলোড পুনরায় শুরু করুন' অংশে বর্ণিত পদ্ধতি অনুসরণ করুন।ফাইলে অবশিষ্ট থাকা প্রতিটি চাঙ্কের জন্য ১ থেকে ৪ নম্বর ধাপগুলো পুনরাবৃত্তি করুন। পরবর্তী চাঙ্কটি কোথা থেকে শুরু করতে হবে তা নির্ধারণ করতে রেসপন্সের
Rangeহেডারটি ব্যবহার করুন। আগের অনুরোধে পাঠানো সমস্ত বাইট সার্ভার পেয়েছে বলে ধরে নেবেন না।
সম্পূর্ণ ফাইল আপলোড সম্পন্ন হলে, আপনি রিসোর্সটির সাথে সম্পর্কিত মেটাডেটাসহ একটি 200 OK বা 201 Created রেসপন্স পাবেন।
বাধাগ্রস্ত আপলোড পুনরায় শুরু করুন
যদি কোনো প্রতিক্রিয়া পাওয়ার আগেই আপলোড অনুরোধটি বন্ধ হয়ে যায়, অথবা যদি আপনি 503 Service Unavailable প্রতিক্রিয়া পান, তাহলে আপনাকে অবশ্যই বাধাগ্রস্ত আপলোডটি পুনরায় শুরু করতে হবে।
HTTP
আপলোড স্ট্যাটাস জানতে, রিস্যুমেবল সেশন ইউআরআই-তে একটি খালি
PUTরিকোয়েস্ট তৈরি করুন।ফাইলের বর্তমান অবস্থান অজানা বোঝাতে একটি
Content-Rangeহেডার যোগ করুন। উদাহরণস্বরূপ, যদি আপনার ফাইলের মোট দৈর্ঘ্য ২,০০০,০০০ বাইট হয়, তাহলেContent-Rangeকে*/2000000সেট করুন। যদি আপনি ফাইলের সম্পূর্ণ আকার না জানেন, তাহলেContent-Rangeকে*/*সেট করুন।অনুরোধটি পাঠান।
প্রতিক্রিয়াটি প্রক্রিয়া করুন:
-
200 OKবা201 Createdপ্রতিক্রিয়া নির্দেশ করে যে আপলোড সম্পন্ন হয়েছে এবং আর কোনো পদক্ষেপের প্রয়োজন নেই। -
308 Resume Incompleteপ্রতিক্রিয়াটি নির্দেশ করে যে আপনাকে অবশ্যই ফাইলটি আপলোড করা চালিয়ে যেতে হবে। - একটি
404 Not Foundপ্রতিক্রিয়া নির্দেশ করে যে আপলোড সেশনের মেয়াদ শেষ হয়ে গেছে এবং আপলোডটি শুরু থেকে পুনরায় শুরু করতে হবে।
-
যদি আপনি একটি
308 Resume Incompleteরেসপন্স পেয়ে থাকেন, তাহলে সার্ভার কোন বাইটগুলো পেয়েছে তা নির্ধারণ করতে রেসপন্সটিরRangeহেডারটি বিশ্লেষণ করুন। যদি রেসপন্সটিতে কোনোRangeহেডার না থাকে, তার মানে কোনো বাইটই পাওয়া যায়নি। উদাহরণস্বরূপ,bytes=0-42এর একটিRangeহেডার নির্দেশ করে যে ফাইলটির প্রথম ৪৩ বাইট পাওয়া গেছে এবং আপলোড করার জন্য পরবর্তী অংশটি ৪৪ নম্বর বাইট থেকে শুরু হবে।এখন যেহেতু আপনি জানেন কোথা থেকে আপলোড আবার শুরু করতে হবে, তাই পরবর্তী বাইট থেকে ফাইলটি আপলোড করা চালিয়ে যান। ফাইলের কোন অংশটি পাঠাচ্ছেন তা বোঝানোর জন্য একটি
Content-Rangeহেডার অন্তর্ভুক্ত করুন। উদাহরণস্বরূপ,Content-Range: bytes 43-1999999নির্দেশ করে যে আপনি ৪৪ থেকে ২,০০০,০০০ বাইট পর্যন্ত পাঠাচ্ছেন।
মিডিয়া আপলোড ত্রুটিগুলি পরিচালনা করুন
মিডিয়া আপলোড করার সময় ত্রুটি মোকাবেলার জন্য এই সর্বোত্তম পদ্ধতিগুলো অনুসরণ করুন:
-
5xxত্রুটির ক্ষেত্রে, সংযোগ বিচ্ছিন্ন হওয়ার কারণে ব্যর্থ হওয়া আপলোডগুলি পুনরায় শুরু করুন বা আবার চেষ্টা করুন।5xxত্রুটিগুলি কীভাবে সামলাতে হয় সে সম্পর্কে আরও তথ্যের জন্য, 500, 502, 503, 504 ত্রুটিগুলি দেখুন। -
403 rate limitত্রুটির ক্ষেত্রে, আপলোডটি পুনরায় চেষ্টা করুন।403 rate limitত্রুটি কীভাবে মোকাবিলা করতে হয় সে সম্পর্কে আরও তথ্যের জন্য, 403 error:rateLimitExceededদেখুন। - পুনরায় শুরুযোগ্য আপলোডের সময় যেকোনো
4xxত্রুটির (403সহ) ক্ষেত্রে, আপলোডটি পুনরায় শুরু করুন। এই ত্রুটিগুলি নির্দেশ করে যে আপলোড সেশনের মেয়াদ শেষ হয়ে গেছে এবং একটি নতুন সেশন URI-এর জন্য অনুরোধ করে এটি পুনরায় শুরু করতে হবে। এক সপ্তাহ নিষ্ক্রিয় থাকার পরেও আপলোড সেশনের মেয়াদ শেষ হয়ে যায়।
গুগল ডকস-এ আমদানি করার প্রকারভেদ
ড্রাইভে কোনো ফাইল তৈরি করার সময়, আপনি হয়তো ফাইলটিকে গুগল ওয়ার্কস্পেসের কোনো ফাইল টাইপে, যেমন গুগল ডক্স বা শীটসে, রূপান্তর করতে চাইতে পারেন। উদাহরণস্বরূপ, হয়তো আপনি আপনার পছন্দের ওয়ার্ড প্রসেসরের কোনো ডকুমেন্টকে ডক্স-এ রূপান্তর করে এর ফিচারগুলোর সুবিধা নিতে চান।
কোনো ফাইলকে একটি নির্দিষ্ট গুগল ওয়ার্কস্পেস ফাইল টাইপে রূপান্তর করতে, ফাইলটি তৈরি করার সময় গুগল ওয়ার্কস্পেস mimeType উল্লেখ করুন।
নিচে দেখানো হলো কীভাবে একটি CSV ফাইলকে গুগল ওয়ার্কস্পেস শীটে রূপান্তর করতে হয়:
জাভা
পাইথন
নোড.জেএস
পিএইচপি
.NET
কোনো রূপান্তর উপলব্ধ আছে কিনা তা দেখতে, ফাইলটি তৈরি করার আগে about ' রিসোর্সের importFormats ফিল্ডটি পরীক্ষা করুন। সমর্থিত রূপান্তরগুলি এই অ্যারেতে গতিশীলভাবে উপলব্ধ হয়। কিছু সাধারণ ইম্পোর্ট ফরম্যাট হলো:
| থেকে | প্রতি |
|---|---|
| মাইক্রোসফট ওয়ার্ড, ওপেনডকুমেন্ট টেক্সট, এইচটিএমএল, আরটিএফ, প্লেইন টেক্সট | গুগল ডক্স |
| মাইক্রোসফট এক্সেল, ওপেনডকুমেন্ট স্প্রেডশিট, সিএসভি, টিএসভি, প্লেইন টেক্সট | গুগল শীটস |
| মাইক্রোসফট পাওয়ারপয়েন্ট, ওপেনডকুমেন্ট প্রেজেন্টেশন | গুগল স্লাইডস |
| JPEG, PNG, GIF, BMP, PDF | গুগল ডক্স (ডক-এর মধ্যে ছবিটি এমবেড করে) |
| সাধারণ টেক্সট (বিশেষ MIME টাইপ), JSON | গুগল অ্যাপস স্ক্রিপ্ট |
যখন আপনি কোনো Docs, Sheets বা Slides ফাইল update অনুরোধের সময় মিডিয়া আপলোড ও রূপান্তর করেন, তখন ডকুমেন্টটির সম্পূর্ণ বিষয়বস্তু প্রতিস্থাপিত হয়ে যায়।
যখন আপনি কোনো ছবিকে ডকস-এ রূপান্তর করেন, তখন ড্রাইভ ছবিটিকে টেক্সটে রূপান্তর করার জন্য অপটিক্যাল ক্যারেক্টার রিকগনিশন (OCR) ব্যবহার করে। আপনি ocrLanguage প্যারামিটারে প্রযোজ্য BCP 47 ল্যাঙ্গুয়েজ কোড উল্লেখ করে OCR অ্যালগরিদমের মান উন্নত করতে পারেন। নিষ্কাশিত টেক্সটটি ডকুমেন্টে এমবেড করা ছবির পাশাপাশি প্রদর্শিত হয়।
ফাইল আপলোড করতে আগে থেকে তৈরি একটি আইডি ব্যবহার করুন।
ড্রাইভ এপিআই আপনাকে আগে থেকে তৈরি করা ফাইল আইডিগুলোর একটি তালিকা পেতে দেয়, যা রিসোর্স তৈরি, কপি এবং আপলোড করতে ব্যবহার করা যেতে পারে। আরও তথ্যের জন্য, আপনার ফাইলগুলোর সাথে ব্যবহার করার জন্য আইডি তৈরি করুন দেখুন।
অনির্দিষ্ট সার্ভার ত্রুটি বা টাইমআউট হলে আপনি আগে থেকে তৈরি করা আইডি ব্যবহার করে নিরাপদে আপলোড পুনরায় চেষ্টা করতে পারেন। ফাইল আপলোড সফল হলে, পরবর্তী চেষ্টাগুলোতে একটি 409 Conflict HTTP স্ট্যাটাস কোড প্রতিক্রিয়া আসে এবং কোনো ডুপ্লিকেট ফাইল তৈরি হয় না।
উল্লেখ্য যে, application/vnd.google-apps.drive-sdk এবং application/vnd.google-apps.folder MIME টাইপগুলো ছাড়া, গুগল ওয়ার্কস্পেস ফাইল তৈরির জন্য আগে থেকে তৈরি করা আইডি সমর্থিত নয়। একইভাবে, গুগল ওয়ার্কস্পেস ফাইল ফরম্যাটে রূপান্তরের উল্লেখ রয়েছে এমন আপলোডও সমর্থিত নয়।
অজানা ফাইল প্রকারের জন্য সূচীকরণযোগ্য পাঠ্য সংজ্ঞায়িত করুন
ব্যবহারকারীরা ড্রাইভ UI ব্যবহার করে ডকুমেন্টের বিষয়বস্তু খুঁজে নিতে পারেন। এছাড়াও, আপনি আপনার অ্যাপ থেকে বিষয়বস্তু অনুসন্ধান করার জন্য files রিসোর্সের list মেথড এবং fullText ফিল্ড ব্যবহার করতে পারেন। আরও তথ্যের জন্য, ফাইল ও ফোল্ডার অনুসন্ধান দেখুন।
ড্রাইভ ফাইলের ধরন শনাক্ত করতে পারলেই অনুসন্ধানের জন্য ডকুমেন্টগুলোকে স্বয়ংক্রিয়ভাবে ইন্ডেক্স করে, যার মধ্যে টেক্সট ডকুমেন্ট, পিডিএফ, টেক্সটসহ ছবি এবং অন্যান্য সাধারণ ধরনের ফাইল অন্তর্ভুক্ত। যদি আপনার অ্যাপ অন্য ধরনের ফাইল (যেমন ড্রয়িং, ভিডিও এবং শর্টকাট) সংরক্ষণ করে, তবে ফাইলের contentHints.indexableText ফিল্ডে ইন্ডেক্সযোগ্য টেক্সট সরবরাহ করে আপনি সেগুলোর খুঁজে পাওয়ার সম্ভাবনা উন্নত করতে পারেন।
ইনডেক্সযোগ্য টেক্সট সম্পর্কে আরও তথ্যের জন্য, ফাইল মেটাডেটা পরিচালনা দেখুন।