क्या यूआरएल में डबल-स्लेश का उपयोग करने के लिए कोई डाउनसाइड्स है?

Question

मैं PHP में अपने MVC ढांचे, जिनमें से प्रारूप में यूआरएल का उपयोग करता है लिखा है:

/controller/method/param1/param2/param...

मैं इसे बनाया है ताकि "डिफ़ॉल्ट" तरीकों (डिफ़ॉल्ट index() द्वारा) पर ध्यान नहीं दिया जा सकता है, इसलिए यह /controller//param1/param2/param... जैसे यूआरएल में परिणाम देता है। उदाहरण के लिए, /view//panel-glide/3 का यूआरएल नियंत्रक में index('panel-glide', 3) पर कॉल करेगा।

यह ठीक और बेवकूफ काम करता है, लेकिन मुझे चिंता है कि जब वे डबल स्लेश देखते हैं तो खोज इंजन या कुछ पुराने ब्राउज़र बाहर निकल सकते हैं, क्योंकि मुझे नहीं लगता कि मैंने वास्तव में उन्हें पहले कभी इस्तेमाल किया है।

किसी को भी किसी भी मुद्दे के बारे में पता है कि मैं इस का उपयोग करते हुए देखने को मिल सकते है?

Answer 1

कि dangers of having two slashes की चर्चा वेबमास्टर्स पर एक मौजूदा जवाब नहीं है। यह अपाचे पर बहुत चर्चा करता है, लेकिन विचार आम तौर पर लागू होना चाहिए।

संक्षेप में, मुझे नहीं लगता कि यह अनुशंसा की जाती है। /foo/bar और /foo//bar वास्तव में दो पूरी तरह से अलग पथ होना चाहिए। प्रत्येक स्लैश महत्वपूर्ण है, और मानकीकरण को रोकने में प्रयास आपको काटने के लिए वापस आते हैं।

जैसा कि उत्तर में बताया गया है, भी बहुत वास्तविक सापेक्ष पथ विफल होने का खतरा है। कुछ ब्राउज़र सही ढंग से आंकड़े बताते हैं कि /foo/bar//baz से एक सापेक्ष पथ है, जबकि अन्य डबल स्लैश का इलाज एक के रूप में करेंगे, और /foo/fizz का चयन करेंगे।

प्लस, मुझे लगता है कि यह मजाकिया लग रहा है।

Answer 2

अपाचे एक भी स्लैश के रूप में कई स्लैश व्यवहार करता है। यह RewriteRules जैसी चीजों को प्रभावित करता है, उदा। आप इस तरह से एक नियम है, तो:

RewriteRule ^user/(.*)/([0-9]+)$ /user.php?id=$2 [QSA,L] 

कि इस तरह के user/nomaD/500 के रूप में लिंक पकड़ेगा लेकिन यह user//500 पकड़ नहीं होगा व्यवहार करता है के बाद से user/500 रूप

दूसरे शब्दों में तो, मुझे लगता है कि नहीं है कि आपके सेटअप काम करेगा क्योंकि यह param1 method के रूप में व्यवहार करेगा और सभी पैरामीटर को बाएं स्थानांतरित कर देगा, जब तक कि वे एक विशिष्ट प्रकार के न हों। मुझे लगता है कि यह आपके विशिष्ट मामले को प्रभावित नहीं करता है, लेकिन कई स्थितियों में, यह // का उपयोग करने के लिए नकारात्मक होगा।