এগুলি কিছুটা পৃথক - ETag এর কাছে এমন কোনও তথ্য নেই যা ক্লায়েন্ট ভবিষ্যতে আবার সেই ফাইলটির জন্য অনুরোধ করতে হবে কিনা তা নির্ধারণ করতে ব্যবহার করতে পারে। ETag এর যা কিছু রয়েছে তা সবসময় একটি অনুরোধ করতে হবে। যাইহোক, যখন সার্ভার ক্লায়েন্টের অনুরোধ থেকে ইটাগটি পড়ে, তখন সার্ভারটি নির্ধারণ করতে পারে যে ফাইলটি (এইচটিটিপি 200) প্রেরণ করা হবে বা ক্লায়েন্টকে কেবল তাদের স্থানীয় অনুলিপি (HTTP 304) ব্যবহার করতে বলা উচিত। একটি ETag মূলত একটি ফাইলের জন্য একটি চেকসাম যা ফাইলের বিষয়বস্তু পরিবর্তিত হলে শব্দার্থগতভাবে পরিবর্তিত হয়।
মেয়াদোত্তীর্ণ শিরোনাম ক্লায়েন্ট (এবং প্রক্সি / ক্যাশে) দ্বারা এটি এমনকি সার্ভারের কাছে কোনও অনুরোধ করা প্রয়োজন কিনা তা নির্ধারণ করতে ব্যবহৃত হয়। আপনি মেয়াদোত্তীর্ণের তারিখের কাছাকাছি, ক্লায়েন্টের (বা প্রক্সি) তত বেশি সার্ভার থেকে এই ফাইলটির জন্য এইচটিটিপি অনুরোধ করবে।
সুতরাং আপনি যা করতে চান তা হল উভয় শিরোলেখ ব্যবহার করুন - মেয়াদ কতবার পরিবর্তিত হবে তার ভিত্তিতে মেয়াদ উত্তীর্ণের শিরোনামকে একটি যুক্তিসঙ্গত মান হিসাবে সেট করুন। তারপরে প্রেরিত ইটাগগুলি কনফিগার করুন যাতে ক্লায়েন্টরা যখন সার্ভারে একটি অনুরোধ প্রেরণ করে তখন ফাইলটি ফেরত পাঠাতে হবে কি না তা আরও সহজেই নির্ধারণ করতে পারে।
ইটাগ সম্পর্কে একটি সর্বশেষ নোট - যদি আপনি অ্যাপাচি চালিত একাধিক মেশিনের সাথে লোড-ভারসাম্য সার্ভার সেটআপ ব্যবহার করে থাকেন তবে আপনি সম্ভবত ইটাগ জেনারেশন বন্ধ করতে চাইবেন। এর কারণ ইনোডগুলি ইটাগ হ্যাশ অ্যালগরিদমের অংশ হিসাবে ব্যবহৃত হয় যা সার্ভারগুলির মধ্যে পৃথক হবে। গণনার অংশ হিসাবে আইওডগুলি ব্যবহার না করার জন্য আপনি অ্যাপাচি কনফিগার করতে পারেন তবে তারপরে আপনি নিশ্চিত করতে চান যে সমস্ত সার্ভারের জন্য একই ইটাগ উৎপন্ন হয়েছে তা নিশ্চিত করার জন্য ফাইলগুলির টাইমস্ট্যাম্পগুলি ঠিক একই রকম।