it-swarm.asia

كم عدد المجالات لتقسيم المكونات عبرها؟

أنا أفهم كيف تقسيم المكونات عبر المجالات يمكن أن يزيد من التنزيلات المتوازية إلى أقصى حد ، ويمكّنك من الحصول على مجالات محتوى ثابت خالية من ملفات تعريف الارتباط ، ولكن نظرًا لوجود تكلفة زمنية لكل بحث مجال ، فما هو العدد الأمثل للنطاقات التي يجب استخدامها ؟

10
theotherreceive

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

يمكنك وضع كل صور Javascript و CSS والصور الثابتة لديك لتقليل الحمل الزائد لمعالجة ملفات تعريف الارتباط ولتوفير خيار إلغاء تحميل هذا العمل على خادم فعلي مختلف. إذا كنت تقوم بتشغيل مواقع شائعة متعددة ذات صلة (على سبيل المثال ، Stack Overflow و Server Fault وما إلى ذلك) ، فيمكنك مشاركة موقع ثابت بينها جميعًا (مثل sstatic.net).

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

8
Mark Hatton

يمكنني التفكير في حالة واحدة من الحافة حيث تفوق فوائد طلبات المضيف المتعدد تكاليف إعداد DNS.

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

هذا الموقف متخصص للغاية ، لكنه يؤكد فقط أنه إذا كان لديك حالة استخدام غير قياسية ، فتأكد من اختبار كل شيء ، ولا تنس تضمين كل من الأرقام الأولية والأداء UX/المتصور لجميع السيناريوهات.

2
JasonBirch