ম্যানুয়াল মুছে ফেলার পরে সংশোধনগুলি পরিচালনা করুন
সেভ করা পৃষ্ঠা গুছিয়ে রাখতে 'সংগ্রহ' ব্যবহার করুন
আপনার পছন্দ অনুযায়ী কন্টেন্ট সেভ করুন ও সঠিক বিভাগে রাখুন।
যখন ক্লাউড অনুসন্ধান একটি আইটেম মুছে ফেলার অনুরোধ পায়, তখন এটি অবিলম্বে সম্পূর্ণ আইটেমটি সরিয়ে দেয় না। পরিবর্তে, ক্লাউড সার্চ আইটেমটিকে মুছে ফেলা হিসাবে চিহ্নিত করে এবং আইটেম তথ্যের একটি উপসেট যেমন ACL, বিষয়বস্তু, কাঠামোগত ডেটা এবং মেটাডেটা সরিয়ে একটি সফ্ট ডিলিট করে। অন্যান্য তথ্য, যেমন আইটেম সংস্করণ, রাখা হয়.
যদি একটি পুনঃসূচীকরণের অনুরোধ বিদ্যমান মানের থেকে বড় একটি সংস্করণ প্রদান করে, সেই আইটেমটিকে একটি নরম মুছে ফেলা অবস্থায় থাকা অবস্থায় পুনরায় সূচীকরণ করা আইটেমটিকে পুনরুদ্ধার করে।
একটি আইটেম 7-10 দিনের জন্য মুছে ফেলা হিসাবে চিহ্নিত করা হয় যার পরে ক্লাউড অনুসন্ধান আইটেমটিকে স্থায়ীভাবে মুছে ফেলার জন্য একটি কঠিন মুছে দেয়। আইটেমটির অস্তিত্ব বন্ধ হয়ে যায় এবং এর সংস্করণ নম্বর আর সেই নির্দিষ্ট আইটেমটিকে বোঝায় না।
সামঞ্জস্যপূর্ণ আইটেম সংস্করণ বজায় রাখুন
আপনার বিষয়বস্তু সংযোগকারী আইটেম সংস্করণ পরিচালনা করা উচিত. যাইহোক, যদি আপনি items.delete ব্যবহার করে আপনার সংযোগকারী যুক্তির বাইরে একটি আইটেম মুছে ফেলেন তাহলে আপনাকে অবশ্যই নিম্নলিখিতগুলির মধ্যে একটি করতে হবে যাতে পুনঃসূচীকরণ সফল হতে পারে:
- কঠিন মুছে ফেলার (7-10 দিন) পরে আপনার সামগ্রী পুনরায় সূচীকরণ করুন।
- ম্যানুয়ালি একটি আইটেম মুছে ফেলার সময়, আসল আইটেম সংস্করণটি ব্যবহার করুন, যা আপনি র্যান্ডম স্ট্রিং যেমন "কোনটিই নয়" এর পরিবর্তে items.get কল করে পেতে পারেন।
আপনি যদি এই পরামর্শগুলির মধ্যে একটি অনুসরণ না করেন তবে সূচীকরণের সময় একটি ত্রুটি ঘটে এবং সূচীকরণ ব্যর্থ হয়।
অন্য কিছু উল্লেখ না করা থাকলে, এই পৃষ্ঠার কন্টেন্ট Creative Commons Attribution 4.0 License-এর অধীনে এবং কোডের নমুনাগুলি Apache 2.0 License-এর অধীনে লাইসেন্স প্রাপ্ত। আরও জানতে, Google Developers সাইট নীতি দেখুন। Java হল Oracle এবং/অথবা তার অ্যাফিলিয়েট সংস্থার রেজিস্টার্ড ট্রেডমার্ক।
2025-08-29 UTC-তে শেষবার আপডেট করা হয়েছে।
[null,null,["2025-08-29 UTC-তে শেষবার আপডেট করা হয়েছে।"],[],[],null,["# Handle revisions after manual deletes\n\nWhen the Cloud Search gets a delete item request, it doesn't immediately remove\nthe entire item. Instead, Cloud Search performs a *soft delete* by marking the\nitem as deleted and removing a subset of item information, such as the ACLs,\ncontent, structured data, and metadata. Other information, such as the item\nversion, is retained.\n\nIf a re-indexing request provides a version greater than the existing value,\nre-indexing that item while it is in a soft delete state restores the item.\n\nAn item is marked as deleted for 7-10 days after which Cloud Search performs\na *hard delete* to permanently delete the item. The item ceases to exist and\nits version number no longer refers to that specific item.\n\nMaintain consistent item versions\n---------------------------------\n\nYour content connector should handle versioning of items.\nHowever, if you delete an item outside of your connector logic using\n[items.delete](/workspace/cloud-search/docs/reference/rest/v1/indexing.datasources.items/delete)\nyou must do one of the following to ensure reindexing can be successful:\n\n- Reindex your content *after* the hard delete (7-10 days).\n- When manually deleting an item, use the actual item version, which you can obtain by calling [items.get](/workspace/cloud-search/docs/reference/rest/v1/indexing.datasources.items/get) , instead of a random string, such as \"None.\".\n\nIf you don't follow one of these suggestions, an error occurs during indexing\nand indexing fails."]]