আরএফসি 2616 থেকে
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9.1
নো-ক্যাশে
যদি নো-ক্যাশে নির্দেশিকা কোনও ক্ষেত্রের নাম নির্দিষ্ট না করে, তবে একটি ক্যাশে মূল সার্ভারের সাথে সফল পুনরায় বৈধকরণ ব্যতীত পরবর্তী অনুরোধটি পূরণ করতে প্রতিক্রিয়া ব্যবহার করা উচিত নয়। এটি ক্লিনিকের অনুরোধগুলিতে বাসি প্রতিক্রিয়াগুলি ফিরিয়ে দিতে কনফিগার করা ক্যাশে এমনকি এমন কোনও উত্স সার্ভারকে ক্যাচিং প্রতিরোধ করার অনুমতি দেয়।
সুতরাং এটি এজেন্টদের সমস্ত প্রতিক্রিয়া পুনরায় বৈকল্পিক করার নির্দেশ দেয় ।
এই তুলনায়
অবশ্যই revalidate
যখন অবশ্যই পুনঃনির্ধারণের নির্দেশিকা একটি ক্যাশে প্রাপ্ত প্রতিক্রিয়াতে উপস্থিত থাকে, তখন সেই ক্যাশে অরিজিনাল সার্ভারের সাথে প্রথমে পুনরায় ব্যয় না করে পরবর্তী অনুরোধটির প্রতিক্রিয়া জানার জন্য বাসি হয়ে যাওয়ার পরে প্রবেশটি ব্যবহার করা উচিত নয়
সুতরাং এটি এজেন্টদের বাসি প্রতিক্রিয়াগুলিকে পুনরায় বৈধ করার জন্য নির্দেশ দেয় ।
বিশেষত সম্পর্কিত ক্ষেত্রে no-cache, ব্যবহারকারী এজেন্টরা বাস্তবে কীভাবে এই নির্দেশনাটি অনুশীলন করে?
no-cacheযদি আছে must-revalidateএবং এর বিন্দু কি max-age?
এই মন্তব্য দেখুন:
http://palpapers.plynt.com/issues/2008Jul/cache-control-attributes/
নো-ক্যাশে
যদিও এই দিকনির্দেশক মনে হচ্ছে এটি ব্রাউজারটিকে পৃষ্ঠাটি ক্যাশে না করার নির্দেশ দিচ্ছে, তবে একটি সূক্ষ্ম পার্থক্য রয়েছে। আরএফসি অনুসারে, "নো-ক্যাশে" নির্দেশনাটি ব্রাউজারকে বলেছে যে ক্যাশে থেকে পৃষ্ঠা পরিবেশন করার আগে এটি সার্ভারের সাথে পুনরায় বৈধকরণ করা উচিত। পুনরায়করণ একটি ঝরঝরে কৌশল যা অ্যাপ্লিকেশনটিকে ব্যান্ড-প্রস্থ সংরক্ষণ করতে দেয়। ব্রাউজারটি ক্যাশেড পৃষ্ঠাটি যদি না পরিবর্তন হয় তবে সার্ভারটি কেবলমাত্র এটি ব্রাউজারে সিগন্যাল করে এবং ক্যাশে থেকে পৃষ্ঠাটি প্রদর্শিত হয়। সুতরাং, ব্রাউজারটি (তাত্ত্বিকভাবে, কমপক্ষে) পৃষ্ঠাটি তার ক্যাশে সংরক্ষণ করে তবে সার্ভারের সাথে পুনর্নির্মাণের পরে কেবল এটি প্রদর্শন করে। অনুশীলনে, IE এবং ফায়ারফক্স নো-ক্যাশের নির্দেশকে এমনভাবে আচরণ করা শুরু করেছে যেন তা ব্রাউজারকে পৃষ্ঠাটি ক্যাশে না করার নির্দেশ দেয়। আমরা প্রায় এক বছর আগে এই আচরণটি পর্যবেক্ষণ শুরু করেছি।
কেউ কি এর থেকে আরও কিছু অফিসিয়াল পেয়েছে?
হালনাগাদ
অবশ্যই-পুনর্নির্দেশীয় নির্দেশিকা অবশ্যই সার্ভার দ্বারা ব্যবহার করা উচিত যদি এবং কেবলমাত্র যদি উপস্থাপনের উপর কোনও অনুরোধকে বৈধতা দিতে ব্যর্থ হয়ে ভুল ক্রিয়াকলাপ হতে পারে যেমন নিঃশব্দে অনির্বাচিত আর্থিক লেনদেন।
এটি এমন কিছু যা আমি এখনও অবধি মনে করি নি। আরএফসি বলছে যে হালকাভাবে পুনরায় বৈধতা না ব্যবহার করতে হবে। জিনিসটি হ'ল ওয়েব পরিষেবাদির সাথে আপনাকে একটি নেতিবাচক দৃষ্টিভঙ্গি নিতে হবে এবং আপনার অজানা ক্লায়েন্ট অ্যাপ্লিকেশনগুলির জন্য সবচেয়ে খারাপ ধারণা করতে হবে। যে কোনও বাসি সংস্থান সমস্যার কারণ হওয়ার সম্ভাবনা রয়েছে।
এবং আমি লাস্ট-মডিফাইড বা ইটাগগুলি ব্যতীত অন্য কিছু যা সবেমাত্র বিবেচনা করেছি, ব্রাউজারটি কেবল পুরো সংস্থানটি আবার আনতে পারে। তবে ইটাগগুলির সাথে, আমি পর্যবেক্ষণ করেছি যে ক্রোম কমপক্ষে প্রতিটি অনুরোধে পুনরায় বৈচিত্রময় করে। যা অনুরোধে অন্য শিরোনামকে অন্তর্ভুক্ত না করে যদি যথাযথভাবে পুনরায় বৈধকরণ করতে না পারে তবে এই দুটি নির্দেশকে গতিমুক্ত করতে হবে বা কমপক্ষে খারাপ নাম দেওয়া হয়েছে কারণ এরপরে যাইহোক 'সর্বদা পুনরায় বৈধকরণ' সৃষ্টি করে।
আমি কেবল এই শেষ পয়েন্টটি আরও পরিষ্কার করতে চাই। কেবল সেট করেই must-revalidateতবে কোনও ইটাগ বা শেষ-সংশোধিত উভয়কে অন্তর্ভুক্ত না করে এজেন্ট কেবলমাত্র সামগ্রীটি আবার পেতে পারে কারণ এটির সাথে তুলনা করার জন্য সার্ভারে পাঠানোর কিছুই নেই।
যাইহোক, আমার অভিজ্ঞতাগত পরীক্ষায় দেখা গেছে যে যখন ইটাগ বা সংশোধিত শিরোলেখের ডেটা প্রতিক্রিয়াগুলিতে অন্তর্ভুক্ত করা হয়, এজেন্টরা সর্বদা যাইহোক পুনরায় বৈধকরণ করুন, must-revalidateশিরোনামের উপস্থিতি নির্বিশেষে ।
তাই বিন্দু must-revalidateযখন এটি মামুলি যায়, যা শুধুমাত্র ঘটতে পারে যখন আপনি একটি জীবনকাল / বয়স সেট করেছেন, এইভাবে যদি একটি 'বাইপাস ক্যাশে' জোর হয় must-revalidateকোন বয়স বা অন্য হেডার সঙ্গে একটি প্রতিক্রিয়া উপর সেট করা হয়, এটা কার্যকরভাবে সমতুল্য হয়ে no-cacheযেহেতু প্রতিক্রিয়া অবিলম্বে বাসি বিবেচনা করা হবে।
- সুতরাং আমি শেষ পর্যন্ত গিলির উত্তরটি চিহ্নিত করব!