يتم استخدام التخزين المؤقت أحيانًا لعرض صفحة ويب لتقليل عدد محاولات عرض HTML أو البيانات من التعليمات البرمجية في صفحات ASP في مستعرض العميل ، وبالتالي زيادة الأداء العام. تم تصميم TCP / IP بطريقة تجعل إرسال البيانات إلى العميل بكميات كبيرة أكثر كفاءة.
ضروري
محرر HTML
تعليمات
الخطوة 1
تصبح الصفحة أبطأ بسبب التخزين المؤقت - مما يتم إرساله إلى المستخدمين فقط بعد الانتهاء منه. لذلك ، بالنسبة للصفحات التي تم إنشاؤها بواسطة البرامج النصية لفترة طويلة جدًا ، يمكنك تعطيل التخزين المؤقت إما كليًا أو جزئيًا.
الخطوة 2
استخدم Response. Buffer = False command لتعطيل التخزين المؤقت بالكامل. سترسل هذه الطريقة البيانات إلى المستخدم على الفور.
الخطوه 3
استخدم طريقة Response. Flush. لتعطيل التخزين المؤقت جزئيًا ، ستحتاج إلى خوارزمية إجراءات أكثر تعقيدًا ، ولكن يبدو أنها أكثر تفضيلًا. يستخدم الأسلوب Response. Flush ، الذي يرسل كل HTML المتراكم في المخزن المؤقت إلى العميل.
الخطوة 4
على سبيل المثال ، بعد أول مئات الصفوف التي تم إنشاؤها من الجدول الذي يبلغ حجمه الإجمالي 1000 صف ، تقوم البرامج النصية لـ ASP باستدعاء Response. Flush لإرسال الجزء الأول من الصفحة إلى مستعرض العميل. يسمح هذا الأسلوب للمستخدم برؤية أول مائة صف حتى قبل أن يصبح الجدول بأكمله جاهزًا. علاوة على ذلك ، من الممكن إرسالها إلى العميل في نفس الأجزاء أثناء إنشاء خط جديد.
الخطوة الخامسة
مثل هذا العمل مع المخزن هو الأمثل ، فهو يحقق زيادة ملموسة في مستوى الأداء والقدرة على تحميل الصفحات المحسوبة على مدى فترة زمنية طويلة على مراحل ، دون إجبار زوار المورد على الانتظار لفترة طويلة أمامه من نافذة متصفح نظيفة.
الخطوة 6
قسّم الصفحة إلى كتل بناء. من المهم أن تتذكر أن بعض المتصفحات لا تدعم عرض أجزاء من الجدول - سوف تنتظر حتى يتم إغلاقها. في هذه الحالة ، تحتاج إلى محاكاة مثل هذا الإغلاق - على سبيل المثال ، يمكن تقسيم جدول كبير إلى مائة صف ، كما هو موضح أعلاه. في هذه الحالة ، بعد إنشاء الجدول الفرعي التالي ، يمكن إرساله إلى المستخدمين باستخدام طريقة Response. Flush.
الخطوة 7
تطبيق طريقة التدفق. في بعض الحالات ، من الممكن أن تستهلك تقنية تعطيل التخزين المؤقت جزئيًا كميات كبيرة من ذاكرة الخادم في منطقة إنشاء صفحات كبيرة جدًا. بدون استخدام طريقة Flush ، لن يكون من الممكن ضمان الاستخدام الصحيح لهذه التقنية وتجنب الاستخدام المفرط غير الضروري لمورد النظام. عيب هذه الطريقة هو حقيقة أنه لكي يقوم المستخدم بعرض الجدول بشكل صحيح على الشاشة ، من الضروري التأكد من إنشاء أعمدة بنفس العرض في كل جدول من الجداول الفرعية.
