কেন নো-ক্যাশে এবং নো-স্টোর উভয়ই এইচটিটিপি প্রতিক্রিয়াতে ব্যবহার করা উচিত?

Question

আমাকে ব্যবহারকারী-তথ্য ফাঁস রোধ করতে বলা হয়েছে, প্রতিক্রিয়া হিসাবে কেবল "নো-ক্যাশে" যথেষ্ট নয়। "নো-স্টোর "ও প্রয়োজনীয়।

Cache-Control: no-cache, no-store

এই অনুমানটি পড়ার পরে http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html , আমি এখনও কেন নিশ্চিত তা নিশ্চিত নই।

আমার বর্তমান বোঝাপড়াটি এটি কেবলমাত্র মধ্যবর্তী ক্যাশে সার্ভারের জন্য। "নো-ক্যাশে" প্রতিক্রিয়া হিসাবে থাকলেও, মধ্যবর্তী ক্যাশে সার্ভারটি এখনও অ-উদ্বায়ী স্টোরেজে সামগ্রী সংরক্ষণ করতে পারে। মধ্যবর্তী ক্যাশে সার্ভার নিম্নলিখিত অনুরোধের জন্য সংরক্ষিত সামগ্রী ব্যবহার করছে কিনা তা সিদ্ধান্ত নেবে। তবে, "নো-স্টোর" যদি প্রতিক্রিয়াতে থাকে তবে মধ্যবর্তী ক্যাশে সেভার সামগ্রীটি সংরক্ষণ করার কথা নয়। সুতরাং, এটি নিরাপদ।

"নো-ক্যাশে" এবং "নো-স্টোর" উভয়েরই দরকার আছে এমন অন্য কোনও কারণ আছে কি?

Comments

no-cacheআপনি যা ভাবেন তার অর্থ এটি নয়। আসলে, এর অর্থ "দয়া করে পুনরায় চালু করুন"।

— এরওয়ান লেগ্রান্ড

Answer 1

আমি অবশ্যই স্পষ্ট no-cacheকরে বলতে চাইছি ক্যাশে করবেন না । আসলে, প্রতিটি অনুরোধে আপনার কাছে থাকা কোনও ক্যাশেড প্রতিক্রিয়া ব্যবহার করার আগে এর অর্থ "সার্ভারের সাথে পুনরায় বৈধকরণ"।

must-revalidateঅন্যদিকে, কেবলমাত্র সংস্থানটি বাসি হিসাবে বিবেচনা করা হলে পুনর্নির্মাণ করা দরকার।

যদি সার্ভার বলে যে রিসোর্সটি এখনও বৈধ আছে তবে ক্যাশে তার প্রতিনিধিত্বের সাথে প্রতিক্রিয়া জানাতে পারে, ফলে সার্ভারের পুরো সংস্থানটি পুনরায় পাঠানোর প্রয়োজনীয়তা হ্রাস পায়।

no-storeকার্যকরভাবে সম্পূর্ণরূপে ক্যাশে না নির্দেশাবলিকে এবং এটি কোনও উপায়ে ক্যাশে উপস্থাপনের সঞ্চয় রোধ করার লক্ষ্যে।

আমি যাই বলি, তবে এটি আরএফসি 2616 এইচটিটিপি বিশেষে নোট করুন:

ইতিহাস বাফাররা এ জাতীয় প্রতিক্রিয়াগুলিকে তাদের সাধারণ ক্রিয়াকলাপের অংশ হিসাবে সংরক্ষণ করে

তবে এটি তৈরি করার সম্ভাব্য প্রয়াসে নতুন আরএফসি 7234 এইচটিটিপি বিশেষ থেকে বাদ দেওয়া হয়েছে no-store শক্তিশালী , দেখুন:

http://tools.ietf.org/html/rfc7234#section-5.2.1.5

Comments

এখনও প্রশ্নের উত্তর দিচ্ছেন না: এইচটিটিপি প্রতিক্রিয়াতে কেন নো-ক্যাশে এবং নো-স্টোর উভয়ই ব্যবহার করা উচিত? যথেষ্ট না ? Cache-Control: no-store

— ফ্রাঙ্কলিন ইউ

ব্রাউজারগুলির মধ্যে কি পার্থক্য রয়েছে? কারণ মাইক্রোসফ্ট ডকস.মাইক্রোসফট.ইন.ইউস / আইস / কনফিগারেশন / সিস্টেমে.ইউব সার্ভার/… এর এই নিবন্ধটি এমনকি উল্লেখ করে no-storeএবং বর্ণনা করে না no-cacheযে এটি কোনও ক্যাশে করে না .... আমি বিভ্রান্ত!

— রোল

আলকোনজার উত্তরটি বিশেষত প্রশ্নের উত্তর। আমি যখন উত্তর দিয়েছি তখন আমি কেবল একটি সাধারণ প্রচলিত ধারণাটি পরিষ্কার করার জন্য এটি করেছি। অন্য উত্তরটি দয়া করে ভোট দিন!

— লুক পুপলেট

Answer 2

নির্দিষ্ট পরিস্থিতিতে, Cache-Control: no-cacheপ্রতিক্রিয়া শিরোনামের মধ্যে থাকলেও আই 66 ফাইলগুলি ক্যাশে করবে ।

W3C এর রাজ্যগুলিরno-cache :

যদি নো-ক্যাশে নির্দেশিকা কোনও ক্ষেত্রের নাম নির্দিষ্ট না করে, তবে একটি ক্যাশে মূল সার্ভারের সাথে সফল পুনরায় বৈধকরণ ব্যতীত পরবর্তী অনুরোধটি পূরণ করতে প্রতিক্রিয়া ব্যবহার করা উচিত নয়।

আমার অ্যাপ্লিকেশনটিতে, আপনি যদি no-cacheশিরোলেখ দিয়ে কোনও পৃষ্ঠা পরিদর্শন করেছেন , লগ আউট করেছেন এবং আপনার ব্রাউজারে ফিরে এসেছিলেন, আই 6 এখনও ক্যাশে থেকে পৃষ্ঠাটি ধরে ফেলবে (সার্ভারে কোনও নতুন / বৈধকরণের অনুরোধ ছাড়াই)। no-storeশিরোনামে যুক্ত করা এটি করা বন্ধ করে দিয়েছে। তবে আপনি যদি তাদের কথায় ডাব্লু 3 সি নেন তবে বাস্তবে এই আচরণটি নিয়ন্ত্রণ করার কোনও উপায় নেই:

ইতিহাস বাফাররা এ জাতীয় প্রতিক্রিয়াগুলিকে তাদের সাধারণ ক্রিয়াকলাপের অংশ হিসাবে সংরক্ষণ করে।

ব্রাউজারের ইতিহাস এবং সাধারণ এইচটিটিপি ক্যাচিংয়ের মধ্যে সাধারণ পার্থক্যগুলি নির্দিষ্টভাবে একটি নির্দিষ্ট উপ-বিভাগে বর্ণিত হয় ।

Comments

আপনি যখন আপনার ব্রাউজারে ফিরে যাবেন তখন আই 6 পৃষ্ঠাটি ক্যাশে থেকে ধরবে না। এটি ইতিহাসের বাফার থেকে পৃষ্ঠাটি দখল করে।

— পেসারিয়ার

Chrome 34 (2014) এ, no-storeপাশাপাশি সেট করা এখনও প্রয়োজনীয় । অন্যথায় পিছনের বোতামটি ব্যবহার করার সময় Chrome ক্যাশেড / বাফার ডেটা দেখায় will

— কাও

-1 কারণ প্রথম বাক্যটি ভুলভাবে বোঝায় যে একটি no-cacheশিরোনাম রয়েছে এমন একটি প্রতিক্রিয়া ক্যাশে করা কোনও ব্রাউজারের পক্ষে ভুল । তাত্ক্ষণিকভাবে নীচের ডাব্লু 3 সি উদ্ধৃতিটি পরিষ্কার করে দেয় যে এটি ঘটনা নয়; বরং no-cacheশিরোনামের অর্থ হ'ল পরবর্তী অনুরোধগুলি পরিবেশন করতে পুনরায় ব্যবহার করার আগে প্রতিক্রিয়াটি অবশ্যই পুনরায় বৈধ করা উচিত।

— মার্ক অ্যামেরি

আরপিএফ 1616 থেকে আরপিকের রেকর্ডিং উন্নত করা হয়েছে, স্পেকটির বর্তমান সংস্করণে ( সরঞ্জামস.এইটিএফ.আর.এইচটিএমএল / আরএফসি 7230 আরএফসিগুলির পরিবার)। একটি পরিবার কারণ এটি 6 আরএফসি রয়েছে। তারা 2616 অপ্রচলিত।

— আর্কিন বি

Answer 3

থেকে HTTP- র 1.1 স্পেসিফিকেশন :

নো-দোকান :

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

Comments

আপনি যদি ইতিমধ্যে অনুরোধটি ক্যাশে না করে থাকেন তবে তা কি ইতিমধ্যে অস্থির মিডিয়ায় প্রতিক্রিয়া সঞ্চয় করতে বাধা দেবে না?

— লস ম্যাজেস্টে

@ লসেমাজেস্টé প্রায়শই না। no-cacheএবং max-age=0আইটেমটি বাসি বিবেচনা করা উচিত বলে। এর অর্থ এটি পরিবেশিত হওয়ার আগে এটি পুনরায় বৈধ করা উচিত। এর অর্থ হ'ল কোনও ক্যাশে ফাইলটি সঞ্চয় করতে পারে এবং তারপরে একটি শর্তযুক্ত অনুরোধ সম্পাদন করতে পারে যা সার্ভার জবাব দিতে পারে 304 NOT MODIFIED। এটি স্পষ্টতই একটি বিশাল সুবিধা কারণ প্রতিক্রিয়ার মূল অংশটি তৈরি এবং প্রেরণের দরকার নেই। সুতরাং এই অনেক (সবচেয়ে?) ক্যাশে সুবিধা গ্রহণ করতে প্রতিক্রিয়া সংরক্ষণ করবেno-cache ।

— কেভিন কক্স

Answer 4

আপনি যদি সমস্ত ক্যাচিং প্রতিরোধ করতে চান (যেমন পিছনের বোতামটি ব্যবহার করার সময় পুনরায় লোড করার জন্য বাধ্য করুন) আপনার প্রয়োজন:

• আই-এর জন্য কোনও ক্যাশ নেই

• ফায়ারফক্সের জন্য কোনও দোকান নেই

এই সম্পর্কে আমার তথ্য এখানে আছে:

http://blog.httpwatch.com/2008/10/15/two-important-differences-between-firefox-and-ie-caching/

Comments

ইন্টারনেট এক্সপ্লোরারের জন্য নো-স্টোর কেন পর্যাপ্ত হবে না? আপনার ব্লগ পোস্ট ব্যাখ্যা করে না।

— সাইমন লাইস্কে

আপনি কোন আই ভার্সনের কথা বলছেন?

— পেসারিয়ার

@ পেসারিয়র, সম্ভবত তিনি মন্তব্য লেখার সময় আইই সংস্করণটি সবচেয়ে নতুন ছিল। উইকিপিডিয়া অনুসারে এটি আই 7 ছিল। এফএফের জন্য এটি 3 টির মতো দেখাচ্ছে many

— ট্রিসিস

Answer 5

no-storeসাধারণ পরিস্থিতিতে প্রয়োজন হবে না এবং গতি এবং ব্যবহারযোগ্যতা উভয়েরই ক্ষতি করতে পারে। এটি ব্যবহারের উদ্দেশ্যে তৈরি করা হয়েছে যেখানে এইচটিটিপি প্রতিক্রিয়াতে এমন তথ্য সংবেদনশীল থাকে যা ব্যবহারকারীর জন্য তৈরি নেতিবাচক প্রভাবগুলি নির্বিশেষে এটি কখনই কোনও ডিস্ক ক্যাশে লেখা উচিত নয়।

কিভাবে এটা কাজ করে:

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

• ব্যবহারটি no-storeসেই প্রতিক্রিয়াটি সংরক্ষণ করা রোধ করবে, তবে এটি সার্ভারের জন্য একটি নতুন, পৃথক অনুরোধ না করে ব্রাউজারের "ভিউ উত্স", "পিছনে", "পৃষ্ঠার তথ্য" দেয়ার ক্ষমতাকে প্রভাবিত করতে পারে যা অনাকাঙ্ক্ষিত। অন্য কথায়, ব্যবহারকারী উত্সটি দেখার চেষ্টা করতে পারেন এবং যদি ব্রাউজার এটি স্মৃতিতে না রাখে তবে তাদের বলা হয় এটি সম্ভব নয়, অথবা এটি সার্ভারে একটি নতুন অনুরোধ তৈরি করবে। সুতরাং, no-storeকেবলমাত্র তখনই ব্যবহার করা উচিত যখন এই বৈশিষ্ট্যগুলির প্রতিবন্ধী ব্যবহারকারীর অভিজ্ঞতা সঠিকভাবে বা দ্রুত কাজ না করে বা ক্যাশের মধ্যে সামগ্রী সংরক্ষণ না করে তা নিশ্চিত করার গুরুত্ব ছাড়িয়ে যায়।

আমার বর্তমান বোঝাপড়াটি এটি কেবলমাত্র মধ্যবর্তী ক্যাশে সার্ভারের জন্য। "নো-ক্যাশে" প্রতিক্রিয়া হিসাবে থাকলেও, মধ্যবর্তী ক্যাশে সার্ভারটি এখনও অ-উদ্বায়ী স্টোরেজে সামগ্রী সংরক্ষণ করতে পারে।

এটি ভুল। এইচটিটিপি 1.1 এর সাথে সামঞ্জস্যপূর্ণ ইন্টারমিডিয়েট ক্যাশে সার্ভারগুলি no-cacheএবং must-revalidateলিখিত নির্দেশাবলী মেনে চলবে , তা নিশ্চিত করে যে সামগ্রীটি ক্যাশে না হয়েছে। এই নির্দেশাবলী ব্যবহার করে তা নিশ্চিত করবে যে প্রতিক্রিয়াটি কোনও মধ্যবর্তী ক্যাশে দ্বারা ক্যাশে করা হয়নি এবং পরবর্তী সমস্ত অনুরোধগুলি মূল সার্ভারে ফিরে পাঠানো হয়েছে।

যদি মধ্যবর্তী ক্যাশে সার্ভারটি HTTP 1.1 সমর্থন করে না, তবে আপনাকে ব্যবহার Pragma: no-cacheএবং সর্বোত্তম আশা করতে হবে । মনে রাখবেন যে এটি যদি HTTP 1.1 সমর্থন করে না তবে no-storeতা যাইহোক অপ্রাসঙ্গিক।

Comments

আমি কি কিছু ভুল বুঝছি কারণ mnot.net/cache_docs/#CACHE-ContROL আপনার সাথে বিরোধিতা করছে। এটি বলে যে no-cacheক্যাশিংয়ের সমস্ত সুবিধা ত্যাগ না করে কঠোর সতেজতা বজায় রাখে, যার অর্থ সার্ভার সংশোধন না করে 304 দিয়ে সাড়া দিলে ক্যাশেটি সংরক্ষণ করা হয় এবং আবার ব্যবহার করা হয়।

— পেসারিয়ার

-1: নো-ক্যাশে এর অর্থ এই নয় যে সামগ্রীটি ক্যাশে করা যায় না। ১৪.৯.১-তে কী ক্যাচলেবল স্পেসটি বলে, "যদি নো-ক্যাশে নির্দেশিকা কোনও ক্ষেত্রের নাম নির্দিষ্ট না করে, তবে ক্যাশে অবশ্যই মূল সার্ভারের সাথে সফল পুনর্বিবেচনা না করে পরবর্তী অনুরোধটি পূরণ করতে প্রতিক্রিয়া ব্যবহার করা উচিত নয়।" ( w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.9। ) ক্রিস শিফলেট যেমন ব্যাখ্যা করেছেন, এটি "একটি ক্যাশেড সিস্টেমকে একটি ক্যাশেড অনুলিপি আটকাতে বাধা দেয় না It কেবলমাত্র প্রয়োজন যে ক্যাচিং সিস্টেমটি তার ক্যাশে পূর্বে পুনরায় বিতরণ করতে হবে requires এটি ক্লায়েন্টের কাছে ফেরত পাঠানোর জন্য। (এইচটিটিপি বিকাশকারীর হ্যান্ডবুক, পৃষ্ঠা 91)

— james.garriss

আমি মনে করি না যে এই উত্তরে আমি যা লিখেছি তা সেই দুটি মন্তব্যের মধ্যে একটিও চুক্তি করে - আমি কীভাবে ব্রাউজারগুলিকে পুনরায় বৈধকরণ (উদাহরণস্বরূপ যদি-সংশোধিত-যেহেতু / যদি-কিছুই না-ম্যাচ ব্যবহার করি) সম্পর্কে কথা বলি না কারণ আমি এটিকে দেখতে পাই নি প্রাসঙ্গিক. এমনকি নো-ক্যাশের কী রয়েছে তা কভার করার চেষ্টাও করি নি, সুতরাং @ জেমস.গারিসের মন্তব্য আমার উত্তরের সাথে কীভাবে সম্পর্কিত তা বুঝতে আমার অসুবিধা হচ্ছে।

— থোমাসরুটটার

Answer 6

যদি কোনও ক্যাচিং সিস্টেম সঠিকভাবে নো-স্টোর প্রয়োগ করে, তবে আপনার নো-ক্যাশের দরকার পড়বে না। কিন্তু সব না। অতিরিক্তভাবে, কিছু ব্রাউজার কোনও নো-স্টোরের মতো নো-ক্যাশে প্রয়োগ করে। সুতরাং, কঠোরভাবে প্রয়োজনীয় না হওয়ার পরেও উভয়কে অন্তর্ভুক্ত করা সম্ভবত সবচেয়ে নিরাপদ।

Comments

“ কিন্তু সব না। ”আমার সহকর্মীকে বোঝাতে আমাদের একটি দৃ concrete় উদাহরণ প্রয়োজন।

— ফ্রাঙ্কলিন ইউ

এই মন্তব্যটি 6 বছর আগে করা হয়েছিল। সার্ভারগুলি তারা কী করছে তা দেখার জন্য আপনার ক্যাচিংয়ের বর্তমান আচরণ জরিপ করতে হবে।

— james.garriss

Answer 7

নোট করুন যে 5 থেকে 8 সংস্করণ পর্যন্ত ইন্টারনেট এক্সপ্লোরার https এবং সার্ভারের মাধ্যমে প্রেরণ Cache-Control: no-cacheবা Pragma: no-cacheহেডারগুলির মাধ্যমে দেওয়া কোনও ফাইল ডাউনলোড করার চেষ্টা করার সময় একটি ত্রুটি ফেলবে ।

Http://support.microsoft.com/kb/812935/en-us দেখুন

ব্যবহার Cache-Control: no-storeএবং Pragma: privateএটি এখনও কাজ করে এমনটি সবচেয়ে কাছের জিনিস বলে মনে হচ্ছে।

Comments

সম্পর্কিত এসও উত্তরের পরামর্শ অনুসারে আপনিCache-Control: no-store, no-cache, must-revalidate এটিকে কার্যকর করার জন্য সেই সঠিক ক্রমে সেট করতে পারেন । যাইহোক, এটি আমাদের দৃশ্যে কাজ করে নি, তবে @ বাসিম যে পরামর্শ দিয়েছে তা করেছে। ধন্যবাদ!

— Eirik এইচ

Answer 8

ক্রোমের জন্য, পৃষ্ঠাটি পুনরায় দেখার জন্য পুনরায় লোড করতে নো-ক্যাশে ব্যবহার করা হয়, তবে আপনি যদি ইতিহাসে ফিরে যান (পিছনে বোতাম) it ইতিহাস-পিছনের জন্য পৃষ্ঠাটি পুনরায় লোড করতে নন-স্টোর ব্যবহার করুন। সকল ক্ষেত্রে কাজ করার জন্য আইইয়ের অবশ্যই পুনঃনির্মাণ দরকার।

তাই আমি সবসময় যে সমস্ত ত্রুটি এবং ভুল ব্যাখ্যাটি ব্যবহার করি তা এড়ানো নিশ্চিত হন

Cache-Control: no-store, no-cache, must-revalidate

যদি আমি নিশ্চিত করতে চাই যে এটি পুনরায় লোড হয়েছে।

Answer 9

মূলত আমরা বহু বছর আগে নো-ক্যাশে ব্যবহার করেছি এবং নির্দিষ্ট ব্রাউজারগুলির সাথে বাসি সামগ্রী নিয়ে কিছু সমস্যার মধ্যে পড়েছিলাম ... দুর্ভাগ্যক্রমে নির্দিষ্টকরণগুলি মনে রাখবেন না।

এর পরে আমরা জাস্ট-এ নো-স্টোর ব্যবহার স্থির করেছিলাম। এর পরে কোনও ব্রাউজার বা মধ্যস্থতাকারীদের দ্বারা বাসি সামগ্রী নিয়ে কখনও পিছনে তাকাতে বা সমস্যা হয়নি had

এই স্পেসটি বাস্তবায়নের বাস্তবতার সাথে অবশ্যই বিরাজ করছে বনাম বিভিন্ন আরএফসি-তে কী লেখা আছে। বিশেষত অনেকগুলি প্রক্সি তাদের নিজের সাথে অনুসরণ করা নীতিটি প্রতিস্থাপন করে "পারফরম্যান্স উন্নত করার" আরও ভাল কাজ করেছেন বলে মনে করেন of

Comments

আমি বিশ্বাস করি এটি ফায়ারফক্স যারা পছন্দ করত no-store।

— বিভিডিবি

Answer 10

কেবল কিছু আরও খারাপ করার জন্য, কিছু পরিস্থিতিতে নো-ক্যাশে ব্যবহার করা যায় না, তবে কোনও স্টোরও করতে পারে না:

http://faindu.wordpress.com/2008/04/18/ie7-ssl-xml-flex-error-2032-stream-error/

Answer 11

ওডাব্লুএএসপি এ সম্পর্কে আলোচনা করেছে:

ক্যাশে-নিয়ন্ত্রণ নির্দেশাবলীর মধ্যে পার্থক্য কী: নো-ক্যাশে, এবং কোনও স্টোর নেই?

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

আমি এই নির্দেশাবলী সঙ্গে সম্পূর্ণ নিরাপদ?

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

উত্স এখানে ।

Comments

এটি ভুল। no-cacheবলছে আপনি সার্ভারের সাথে বৈধতা না দিয়ে এটি ব্যবহার করতে পারবেন না । যদি আপনার ক্যাশেড অনুলিপিটি এখনও ভাল থাকে তবে সার্ভারটি একটি 304 দিয়ে জবাব দেবে এবং তারপরে আপনি আপনার ক্যাশেড অনুলিপিটি ব্যবহার করবেন। আপনাকে একটি সম্ভাব্য বৃহত নেটওয়ার্ক ডাউনলোড সংরক্ষণ করে। no-storeঅন্যদিকে আপনাকে ডেটা ক্যাশে দেওয়ার অনুমতি নেই।

— গারগোয়েল