শেয়ার করা প্রক্সি ক্যাশের জন্য Vary: * বলতে কী বোঝায়

Vary: * সহ সংরক্ষিত প্রতিক্রিয়া সবসময় স্বাভাবিক Vary মেলানোর পরীক্ষায় ব্যর্থ হয়। শুধু URL ও দৃশ্যমান হেডার একই রকম দেখাচ্ছে বলে প্রক্সি সিদ্ধান্ত নিতে পারে না যে পরবর্তী অনুরোধ একই উপস্থাপনার অধিকারী।

এটির সঙ্গে তুলনা করুন:

Vary: Accept-Encoding

এটি এমন একটি অনুরোধ ক্ষেত্রের নাম দেয় যা ক্যাশ তুলনা করতে পারে। ওয়াইল্ডকার্ড বলে যে এই ধরনের হেডার তুলনা যথেষ্ট নয়। সতেজতা বা ক্যাশের আকার বাড়ালে অনুপস্থিত নির্বাচন তথ্য পাওয়া যায় না।

পার্থক্যটি সংরক্ষণ ও পুনর্ব্যবহারের মধ্যে। ক্যাশ যাচাইয়ের জন্য প্রয়োজনীয় তথ্য রাখতে পারে, কিন্তু সংরক্ষিত ওয়াইল্ডকার্ড সংস্করণ পরবর্তী অনুরোধ মেটাতে পারে এমন স্বাভাবিক মিলে যাওয়া প্রতিক্রিয়া হয়ে ওঠে না। প্রক্সিকে সাধারণত এর বদলে মূল উৎসের সঙ্গে যোগাযোগ করতে হয়।

প্রতিক্রিয়া নীতিকে অ্যাপ্লিকেশনের বর্ণনা করতে দিন

আপনি যদি মূল উৎস নিয়ন্ত্রণ করেন এবং উপস্থাপনাটি সত্যিই কেবল শনাক্তযোগ্য অনুরোধ হেডারের ভিত্তিতে বদলায়, সেই ক্ষেত্রগুলোর সঠিক নাম দিন। শুধু ওই উদাহরণটি ক্যাশযোগ্য বলে ওয়াইল্ডকার্ডকে Accept-Encoding দিয়ে বদলাবেন না: অ্যাপ্লিকেশন ভাষা, অনুমোদন বা ওই হেডারের বাইরের তথ্যের ভিত্তিতেও বদলাতে পারে।

বিষয়বস্তু ব্যক্তিগত হলে বা সংরক্ষণ করা উচিত না হলে, সংশ্লিষ্ট ক্যাশ নীতিতে তা প্রকাশ করুন। Vary সরিয়ে দেওয়া ব্যক্তিগতকৃত বিষয়বস্তুকে শেয়ার করার জন্য নিরাপদ করে না।

Squid-এর vary_ignore_expire ভিন্ন ভিন্ন প্রতিক্রিয়ার মেয়াদ শেষ হওয়ার ব্যবস্থাপনা ও ঐতিহাসিক HTTP আচরণের সঙ্গে সম্পর্কিত। এটি ওয়াইল্ডকার্ড মিলিয়ে দেওয়ার কোনো সুইচ নয়।