سؤال

لنفترض على أي عنوان url إذا كان '//' يضاف بدلا من ذلك على '/' عن طريق الصدفة في الطلب.أن هذا التأثير طلب http الأداء ؟

على سبيل المثال

  1. http://www.microsoft.com/downloads
    v/s
  2. http://www.microsoft.com//downloads

لهذا السبب أنا أسأل هذا ؛ في واحدة من التطبيق لدينا عناوين url الديناميكية تم بناء على خطأ على خادم الإنتاج لسبب ما.نحن نعالج هذه المسألة ولكن في الوقت نفسه أنا حقا قلق حول ما هي المشاكل المحتملة التي قد تحدث بسبب هذا ؟

هل كانت مفيدة؟

المحلول

حسنا أنا لا أعرف بالضبط كيف URL تحليل جانب الخادم ، ولكن نعم هناك من المحتمل أن يكون له تأثير على الأداء.

أو تأثير غير كلمة الحق.سيكون مثل ضئيلة يطير عض ضخمة العملاقة...لذلك يجب أن لا تقلق بشأن ذلك.

بالطبع, وبصرف النظر عن الأداء ، سيكون أجمل أن مجرد رابط URL الصحيح.قد يكون هناك تأثيرات أخرى ، عنوان الموقع قد لا تعمل في المستقبل.

نصائح أخرى

انها مجرد صدفة أن عنوان URL المخصص يتم إعادة توجيه إلى شيء معنى.إذا كان هذا لا url سوف تحصل على 404 على الكثير من خوادم.

http://slashdot.org/recent/

http://slashdot.org//recent/

وخصوصا عندما كنت تنظر في جميع URL rewriting يحدث في هذه الأيام.

يجب كتابة ذلك مثل :^http://site.com/directory/{0,1}$

التي من شأنها أن تعطي لك 404 ;)

Url كنت قد نشرت لا يكون له تأثير على الأداء (تجاهل //).حقيقة أن يستخدم عنوان url إعادة توجيه (301 رمز) وسوف تبطئ أداء أسفل كما أنه إعادة توجيه من http://www.microsoft.com/downloads إلى http://www.microsoft.com/downloads/en/default.aspx.

هذا أيضا يحدث عندما ننسى لإضافة الماضي مائل زائدة.

أنا متأكد من أن أداء تأثير لا يكاد يذكر أو حتى لا توجد.

يحاول مع فايرفوكس ، يبدو أن تسأل عن FF الحصول على http://www.microsoft.com//downloads تتلقى 301 انتقلت بشكل دائم ثم FF تسأل عن العنوان الصحيح (و في هذه الحالة تتلقى آخر 301 لافتا إلى http://www.microsoft.com/downloads/en/default.aspx) لذا نعم, هناك مشكلة أداء الخادم الإجهاد و هو تصرف خاطئ

(وربما مختلفة تكوين الملقم قد تتصرف بشكل مختلف)

لا, لا يوجد فرق.أو على الأقل لا يمكنك أن نقدر الفرق.فقط مقارنة به

ls /<any-path>/myFile

مع

ls /<any-path>//myFile

لويس

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top