ما هو الغرض من (Apache) وضع Odode في ETAG؟

Question

هناك الكثير من المقالات على الويب بالتفصيل لماذا قد ليس تريد استخدام تنسيق APASE الافتراضي INODE-MTONE-SIZE ل Edags.

لكنني لم أقرأ أي شيء على ما قد يكون لديه دوافع إدراج INODE لأباتشي في المقام الأول. على مواجهة ذلك، يبدو مفيدا فقط إذا كان المرء بحاجة إلى التمييز بين الفاكس من الثمانية من الثمانية من نفس المورد، ولكن هذا مضاد بالتأكيد إلى الغرض من Enags.

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

تعديل: أسأل هذا هنا بدلا من serverfault.com لأنني أقوم بتنفيذ خادم ويب بدلا من إدارته. لقراءة المزيد عن سبب وجود فكرة سيئة، انظر على سبيل المثال هنا أو هنا. وبعد يوصي جميع هذه المقالات بنفس الشيء: قم بإزالة المعطور من Edags. السؤال هو، هل هناك أي ميزة على الإطلاق بالنسبة لهم يجريون هناك؟

Answer 1

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

اسمح لي بتشكيل قصة حول كيفية رحيلها:

قرروا في وقت مبكر أن يكون التجزئة / المجموع الاختباري على المحتويات فكرة سيئة لأسباب الأداء. "من يعرف كيف قد يكون الملف الكبير؟ لا يمكننا إعادة حساب أولئك طوال الوقت ..." لذلك قرروا حجم وتاريخ الحصول على قريبة جدا.

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

الشخص ب: "هم، نقطة جيدة. نحتاج إلى شيء مرتبط جوهريا بمحتويات الملف. شيء، إلى جانب الوقت المعدل، يمكن أن يخبرك بالتأكيد ما إذا كانت نفس المحتويات".

الشخص أ: "ماذا عن iNode؟ الآن، حتى لو قاموا بإعادة تسمية الملفات (ربما يتغيرون" موصى به "إلى ملف مختلف، على سبيل المثال)، فإن ETAG الافتراضي ستعمل بشكل جيد!"

الشخص ب: "أنا دونو، inode يبدو خطيرا بعض الشيء."

الشخص أ: "حسنا، ماذا سيكون أفضل؟"

شخص ب: "نعم، سؤال جيد. أعتقد أنني لا أستطيع التفكير في ما هو الخطأ على وجه التحديد، لدي شعور سيئ عام حيال ذلك".

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

شخص ب: "نعم، هذا منطقي. ربما تكون على ما يرام لمعظم الحالات، ويبدو أفضل من البدائل السهلة".

إخلاء المسئولية: ليس لدي أي معرفة داخلية حول ما كان يمكن أن يفكر فيه مطلبات Apache. هذا كله مجرد التخمين متموج باليد، ومحاولة تشكيل قصة معقولة. لكنني بالتأكيد رأيت هذا النوع من الأشياء يحدث في كثير من الأحيان كافية.

أنت لا تعرف أبدا ما لم تفكر فيه (في هذه الحالة، أن خوادم التحميل الزائدة المتوازنة التي تخدم نفس الملفات كانت أكثر نموذجية من الحاجة إلى القلق بشأن تصادمات الوقت + الوقت). موازن التحميل ليس جزءا من Apache، مما يجعل من الأسهل إجراء مثل هذا الرقابة.

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

ملاحظة: الأمر لا يتعلق بالمعايير. لا شيء يحدد كيف يجب عليك حساب ETAG، فقط يجب أن يكون كافيا لمعرفة ما إذا كانت المحتويات قد تغيرت، مع احتمال كبير.