يمر الطلب عبر طبقات تخزين مؤقت متعددة، كل منها أقرب إلى المستخدم ويخدم بشكل أسرع لكنه يحتفظ بحجم أقل. الفكرة هي الإجابة من أقرب مسافة (قريباً من العميل) قدر الإمكان والسقوط فقط إلى المصدر الأساسي عندما لا يتمكن أي شيء في المنطقة العليا من تقديم الاستجابة.
Browser → CDN → Reverse proxy → App/object cache → OPcache → Database
(closest to user, fastest) (closest to data)
Cache-Control/ETag؛ غالباً ما تحصل الأصول على فترات صلاحية طويلة (أيام–سنة) مع أسماء ملفات بصيغة التجزئة.for each layer outward → inward:
if layer has fresh copy → return it (stop here) // a hit; cheapest possible
else → ask the next layer in // a miss; falls through
origin (app + DB) → does the real work, fills caches on the way back out
تقايض كل طبقة بين الحداثة والسرعة: الطبقات الخارجية هي الأسرع لكن الأكثر احتمالاً أن تكون قديمة، لذا ضع فترات صلاحية طويلة + تجزئة المحتوى على الأشياء الثابتة حقاً وفترات صلاحية قصيرة + إلغاء على الأشياء الديناميكية.
معظم تقليل الزمن الكامن والحمل في مكدس الويب يأتي من التخزين المؤقت في الطبقة الصحيحة. تعرف ما تحتفظ به كل طبقة وفترة صلاحيتها النموذجية يتيح لك وضع ذاكرة تخزين مؤقت حيث تساعد فعلاً، تجنب تقديم البيانات القديمة، والتفكير في السبب وراء عدم ظهور التغيير (أي طبقة لا تزال تقدم نسخة قديمة).
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع