ক্যাশে বৈধতা নির্ধারণের জন্য ইট্যাগগুলি হ'ল "লাস্ট-মডিফাইড-টাইম" এর সাথে মিশ্রণে ব্যবহার করা যেতে পারে।
ক্লায়েন্ট প্রি-কন্ডিশন পাঠাতে পারে যেমন ই-টেগের উপর ভিত্তি করে যদি ম্যাচ বা যদি-না-মিল থাকে। এটি কেবল জিইটি রিকুয়েস্টের জন্য নয় (যা ওয়েবপেজটেস্ট.আর.জে যা করে) আপনি "সুবিধাবাদী আপডেটিং" ব্যবহার করতে পারেন যাতে একটি পিইটি অনুরোধটির একটি পূর্ব শর্ত থাকে এবং যদি ইটাগ থাকার পর থেকে উত্স আপডেট করা থাকে তবে আপডেট অপারেশনটি সম্পাদন করতে পারে না সর্বশেষ অর্জিত।
সহজভাবে বলুন: আপনি আপনার সিএমএসের একটি পৃষ্ঠায় সম্পাদনাটি হিট করেছেন, আপনার বন্ধু আপনার সিএমএসের কোনও পৃষ্ঠায় সম্পাদনাটিকে আঘাত করবে, আপনার বন্ধু তাদের সম্পাদনাটি সম্পাদন করে এবং সেভকে আঘাত করে এবং শেষ পর্যন্ত আপনি সংরক্ষণ করুন - ইট্যাগ বা সামগ্রী-এমডি 5 এইচটিটিপি শিরোনাম ছাড়া আপনার প্রয়োজন হবে সমস্যাগুলি রোধ করার জন্য চাকাটিকে পুনরায় উদ্ভাবন করতে (যেমন আপনি আপনার বন্ধুদের পরিবর্তনের উপর মুছে ফেলা) সমাধানটি ইতিমধ্যে এইচটিটিপি প্রোটোকলের অংশ এবং সুতরাং এটি কেবল এটি ব্যবহার করা বোধগম্য।
সাধারণত আমি এওএল (যারা ওয়েবপেজটেস্ট.আরোগ পরিচালনা করি) এর সাথে তাদের "এক আকারের সমস্ত ক্ষেত্রে ফিট করে" পরামর্শের সাথে একমত হয়েছি - এইচটিটিপি শিরোনামকে ক্রিপ্টিক স্ট্রিংগুলির সাথে আটকে না রাখাই ভাল (ইটি্যাগগুলি সাধারণত সুন্দর বা মানব পাঠযোগ্য নয়) যখন দ্বিতীয় পার্থক্য ( যা সর্বশেষ-সংশোধিত-সময় সনাক্ত করতে পারে) হাতে কাজের জন্য করবে।
যদি কোনও পৃষ্ঠা সেকেন্ডে কয়েকবার আপডেট করা হয় এবং আপনার একেবারে সর্বাধিক নির্ভুল সংস্করণটি প্রদর্শিত হতে পারে তবে আপনি এইচটিটিপি জিইটিগুলি ব্যতীত অন্যান্য সমাধান নিয়ে পরীক্ষা-নিরীক্ষা করতে পারেন বা কেবল ইটি্যাগগুলি ব্যবহার করতে পারেন।
আপনার ইটি্যাগগুলি প্রতি ফাইল সিস্টেম, প্রতি সার্ভার কনফিগারেশন পরিবর্তন ইত্যাদির তথ্য অন্তর্ভুক্ত না করার বিষয়ে সতর্কতা অবলম্বন করুন (যেমন অ্যাওডগুলি অ্যাপাচি-তে ডিফল্ট যেগুলি) অন্যথায় দুটি সার্ভার থাকাকালীন আপনার সমস্যা হবে (প্রতিটিটির ইটি্যাগগুলি মেলে না)।