القضبان - etags مقابل صفحة التخزين المؤقت (ذاكرة التخزين المؤقت الملفات)

Question

وماذا سيكون بعض مزايا استخدام etags / قديمة؟ / fresh_when؟ بدلا من التخزين المؤقت الصفحة (على ذاكرة التخزين المؤقت الملفات)؟

وأباتشي يعالج تلقائيا etags لملفات ثابتة، ولكن حتى لو لم يفعل ذلك، فإن التخزين المؤقت الصفحة لا يزال الأفضل منذ التطبيق القضبان حتى لا الحصول على استدعاء.

وهكذا، في ما الحالات التي أستخدم الطرق التي قدمتها القضبان (قديمة؟ / fresh_when؟)؟

Answer 1

وهم مجانية حقا. Etags / fresh_when الخ تساعدك على لعب لطيفة مع مخابئ المصب (مثل حالات الخاصة ورنيش / الحبار أو الرف :: ذاكرة التخزين المؤقت أو ذاكرة التخزين المؤقت المستعرض أو خوادم ISP وكيل ...)

والصفحة التخزين المؤقت يوفر لك من ضرب القضبان لديك كومة تماما بسبب أباتشي / خادم الويب يخدم الملف، لذلك تتم أي عمليات البحث DB. ولكن لديك للتعامل مع انتهاء مخبأ للحفاظ على مخبأ جديد.

وعن طريق etags / الحصول على مشروط، لا توفر الكثير من وقت المعالجة منذ كنت لا تزال بحاجة إلى الحصول على كافة السجلات المستخدمة في الصفحة:

def show
  @article = Article.find(params[:id])
  @feature = Feature.current
  fresh_when :etag => [@article, @feature] 
end

وفي حالة أن المستخدم لديه صفحة الحالية، فإنه يوفر لك بعض الوقت تقديم وعرض النطاق الترددي اللازم لإرسال أسفل الصفحة.

Answer 2

وكان استخدام آخر التي حدثت لي أنك لا يزال من الممكن معالجة بعض المعلومات قبل السماح القضبان اليد خارج "لم يتم تعديل 304" رأس. مثل إذا كنت ترغب في تسجيل ضربات إلى صفحة.

Answer 3

والشيء الوحيد الذي يتبادر إلى الذهن هو أن fresh_when سيظل يوفر لك بعض التقديم حتى إذا قمت بإلغاء ذاكرة التخزين المؤقت الصفحة بالكامل. هنا سوف تكون باستخدام كل من في وقت واحد.

وأنا غريبة عن إجابات أخرى كذلك.