API:Caching data/ar

التحكم في حفظ البيانات المؤقت من ناحية العميل
يسمح بروتوكول HTTP بالتحكم في الكيفية التي تحفظ بها متصفحات الإنترنت وبروكسيهات الوب المحتوى، وذلك عن طريق عدة قيم محددة في ترويسة. (هذا الأمر يعمل فقط مع طلبات GET.) تسمح واجهة برمجة التطبيقات للعميل ضبط قيمتين اثنين من بين هذه القيم، وهي  و  ، عن طريق متغيرات واجهة برمجة التطبيقات   و.

يتولى متغير  إبلاغ متصفح الإنترنت بمدة حفظ الرد (بالثواني). يفعل متغير  نفس الأمر فيما يخص البروكسيهات المشتركة. أما من الناحية الفعلية فالمتغير الأخير يستخدم عادة في توجيه البروكسي المعكوس من ناحية الخادوم (كما هو الحال في الذي تستخدمه ويكيميديا).

لا تحفظ الأخطاء أبدًا. سوف توسم الردود التي يحددها المستخدم بوسم  حتى يحفظها المتصفح حفظًا مؤقتًا بينما أن البروكسيهات العامة لا تحفظها. تستعين واجهة برمجة التطبيقات في الوقت الراهن بإعدادات اللغة للمستخدم مسجل الدخول افتراضيًا، لذا سوف تكون ردود المستخدمين مسجلو الدخول خصوصية دائمًا. يمكن تلافي هذا الأمر عن طريق إضافة متغير واجهة برمجة التطبيقات  (T97096).

تحسين معدل زيارات الحفظ المؤقت
يرد على أي طلب قادم من الحفظ المؤقت للمحتوى لو كان معرف الموارد الموحد كاملًا محفوظ حفظًا مؤقتًا. (مثال: لو طلبت ذات الطلب وكانت قيمة  وبعد ذلك كانت القيمة  ، لن يتمكن الطلب الثاني من استخدام محفوظات الحفظ المؤقت الأول بسبب أن اختلاف قيمة المتغير   تجعل من معرف الموارد الموحد مختلفًا.) لو أرسلت قائمة بالصفحات في صفة متغير، يجوز أن تحسن من مستوى معدل زيارات الحفظ المؤقت عن طريق تصنيف هذه الصفحات وإلغاء تكرارها.

Controlling caching from an API module
Caching is specified by the  methods. Typically caching is only going to be a concern in the submodules, which should use   method instead, which they inherit from.