दिलचस्प पोस्ट
इनपुट प्रकार jquery का उपयोग कैसे करें? एकाधिक पंक्तियों को एक पंक्ति में जोड़ने के लिए LINQ का उपयोग करें (सीएसवी गुण) बाइट में जावा स्ट्रिंग को परिवर्तित करने के लिए कैसे? JSON ऑब्जेक्ट के अंदर जावास्क्रिप्ट खोज ActiveRecord या क्वेरी हाश नोटेशन सर्विसस्टैक को प्रकार की जानकारी रखने के लिए गलत प्रकार दर्ज किए जाने पर मैं एक स्कैनर अपवाद फेंकने से कैसे रखूं? जब एक MySQL तालिका अंतिम रूप से अद्यतन की गई थी, तो मैं कैसे बता सकता हूँ? IOS UIImagePickerController परिणाम अपलोड करने के बाद छवि अभिविन्यास सिंगल स्क्रिप्ट में एकाधिक पेज। ओपन का उपयोग करना आप "क्या मतलब है" को लागू करते हैं? FancyBox 2.0 का प्रयोग करते समय मैं शीर्षक टैग से होवर पर टूलटिप कैसे छुपाऊं? दशमलव श्रेणी () चरण मान का उपयोग कैसे करें? अनाम वर्ग की एक सामान्य सूची अग्रणी शून्य के साथ पूर्णांक

मुझे अपने यूआरएल में पिछली स्लैश का उपयोग कब करना चाहिए?

यूआरएल में एक अनुगामी स्लैश कब इस्तेमाल किया जाना चाहिए? उदाहरण के लिए – क्या मेरा यूआरएल /about-us/ दिखता /about-us/ या जैसा /about-us ?

मैं एसईओ से संबंधित मुद्दों के बारे में पूरी तरह जानता हूं- डुप्लिकेट सामग्री और कैनोनिकल चीज; मैं यह पता लगाने की कोशिश कर रहा हूं कि मुझे पृष्ठ की सेवा के संदर्भ में अकेले अकेले उपयोग करना चाहिए।

उदाहरण के लिए, मेरे सहयोगी सोच रहे हैं कि अंत में अनुगामी स्लैश का मतलब है कि यह "फ़ोल्डर" – एक "निर्देशिका" है, इसलिए यह सही शैली नहीं है लेकिन मुझे लगता है कि अंत में किसी स्लैश के बिना – यह बिल्कुल सही नहीं है, क्योंकि यह लगभग एक फ़ोल्डर की तरह लग रहा है, लेकिन यह नहीं है और यह एक सामान्य फाइल नहीं है, लेकिन एक्सटेंशन के बिना एक फ़ाइल नाम है।

क्या जानने का एक उचित तरीका है कि किस का उपयोग करना है?

वेब के समाधान से एकत्रित समाधान "मुझे अपने यूआरएल में पिछली स्लैश का उपयोग कब करना चाहिए?"

मेरी व्यक्तिगत राय में अनुगामी स्लैश का दुरुपयोग किया जाता है।

मूल रूप से यूआरएल फॉर्मैट फाइलों और फ़ोल्डर्स के समान यूनिक्स प्रारूप से, बाद में, डॉस सिस्टम पर, और अंत में, वेब के लिए अनुकूलित किया गया।

यूनिक्स की तरह ऑपरेटिंग सिस्टम पर इस पुस्तक के लिए एक विशिष्ट यूआरएल फाइल पथ, जैसे कि फ़ाइल: ///home/username/RomeoAndJuliet.pdf, एक स्थानीय हार्ड डिस्क पर फाइल में सहेजी गई इलेक्ट्रॉनिक पुस्तक की पहचान करेगा।

स्रोत: यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर

पढ़ने के लिए एक और अच्छा स्रोत : यूआई योजना

आरएफसी 1738 के अनुसार, जो 1 99 4 में यूआरएल को परिभाषित करता है, जब संसाधनों में अन्य संसाधनों के संदर्भ होते हैं, तो वे दूसरे संसाधनों के स्थान को परिभाषित करने के लिए संबंधित लिंक का उपयोग कर सकते हैं जैसे कि "निम्न रिश्तेदार को छोड़कर एक ही स्थान पर पथ "। यह कहने लगा कि इस तरह के रिश्तेदार यूआरएल मूल यूआरएल पर निर्भर हैं जिसमें एक पदानुक्रमित संरचना होती है जिसके साथ रिश्तेदार लिंक आधारित होता है, और यह कि FTP, http, और file URL योजना कुछ उदाहरण हैं जिन्हें पदानुक्रमित माना जा सकता है पदानुक्रम के घटकों को "/" से अलग किया जा रहा है

स्रोत: विकिपीडिया यूनिफ़ॉर्म रिसोर्स लोकेटर (यूआरएल)

इसके अलावा:

यही सवाल है जो हम अक्सर सुनाते हैं। उत्तर के आगे! ऐतिहासिक रूप से, यह एक यूआरएल के लिए एक अनुक्रमिक स्लैश के साथ एक निर्देशिका को इंगित करने के लिए आम है, और बिना किसी फ़ाइल के निचले स्तर के बिना:

http://example.com/foo/ (अनुगामी स्लैश के साथ, पारंपरिक रूप से एक निर्देशिका)

http://example.com/foo (स्लेश के बिना, पारंपरिक रूप से फ़ाइल)

स्रोत: Google वेबमास्टर सेंट्रल ब्लॉग – स्लैश करने या स्लेश करने के लिए नहीं

आखिरकार:

  1. यूआरएल के अंत में एक स्लैश पता दिखता है "सुंदर"

  2. अंत में स्लैश के बिना एक यूआरएल और विस्तार के बिना कुछ "अजीब" दिखता है

  3. आप अपनी सीएसएस फ़ाइल का नाम कभी नहीं करेंगे (उदाहरण के लिए) http://www.sample.com/stylesheet/ क्या आप करेंगे?

परन्तु मैं पर्यावरण की परवाह किए बिना वेब प्रथाओं के एक अभियोक्ता रहा हूं। यह चौंकाने वाला और अस्पष्ट हो सकता है, जैसा कि आपने यूआरएल के बारे में कहा था कि कोई ext नहीं है

यह वरीयता का प्रश्न नहीं है /base और /base/ अलग अर्थशास्त्र हैं कई मामलों में, अंतर महत्वहीन है लेकिन जब महत्वपूर्ण सापेक्ष यूआरएल होते हैं तो यह महत्वपूर्ण होता है

  • child /base/ पर /base/ है /base/child
  • child संबंध में /base (शायद आश्चर्य की बात है) /child

मैं हमेशा गैर-निर्देशिका यूआरएल (दूसरों के बीच वर्डप्रेस) पर स्लैश के पीछे के व्यापक उपयोग से हैरान हूं। यह सचमुच एक या तो बहस नहीं होना चाहिए क्योंकि एक संसाधन के बाद स्लैश डालना अर्थपूर्ण रूप से गलत है। वेब को संबोधित संसाधनों को वितरित करने के लिए डिज़ाइन किया गया था, और उन पते – यूआरएल – एक * निकस-शैली फ़ाइल-प्रणाली पदानुक्रम का अनुकरण करने के लिए डिजाइन किए गए थे। उस संदर्भ में:

  • स्लैश हमेशा निर्देशिकाओं को निरूपित करते हैं, कभी भी फ़ाइलें नहीं
  • फ़ाइलों का नाम कुछ भी हो सकता है (एक्सटेंशन के साथ या बिना), लेकिन स्लैश के साथ शामिल या समाप्त नहीं हो सकता

इन दिशानिर्देशों का उपयोग करते हुए, गैर-निर्देशिका संसाधन के बाद स्लैश डालना गलत है।

यह वास्तव में सौंदर्यशास्त्र का सवाल नहीं है, लेकिन वास्तव में एक तकनीकी अंतर है। इसकी सोचने वाली निर्देशिका पूरी तरह से सही है और सब कुछ समझाती है। चलो इसे काम करते हैं:

आप अब पत्थर की उम्र में वापस हैं या केवल स्थिर पृष्ठों की सेवा करते हैं

आपके पास अपने वेब सर्वर पर एक निश्चित निर्देशिका संरचना है और केवल स्थिर फ़ाइलें जैसे छवियां, एचटीएमएल और इसी तरह – कोई सर्वर साइड स्क्रिप्ट या कुछ भी नहीं।

एक ब्राउज़र अनुरोध /index.htm , यह मौजूद है और ग्राहक को दिया गया है। बाद में आपके पास बहुत से हैं – हम कहते हैं – डीवीडी फिल्मों की समीक्षा की गई और /dvd/ निर्देशिका में उनमें से प्रत्येक के लिए एक html पृष्ठ। अब कोई व्यक्ति /dvd/adams_apples.htm अनुरोध /dvd/adams_apples.htm और यह इसलिए दिया जाता है क्योंकि वह वहां मौजूद है

कुछ दिन, किसी ने सिर्फ अनुरोध /dvd/जो एक निर्देशिका है और सर्वर यह पता लगाने की कोशिश कर रहा है कि क्या उद्धार करना है। प्रवेश प्रतिबंधों के अलावा और दो संभावनाएं हैं: उपयोगकर्ता को निर्देशिका सामग्री दिखाएं (मैं शर्त लगाता हूं कि आपने इसे पहले से कहीं देखा है) या अपाचे में यह एक डिफ़ॉल्ट फ़ाइल दिखाती है: DirectoryIndex: sets the file that Apache will serve if a directory is requested. )

अब तक इतना अच्छा है, यह उम्मीद की स्थिति है यह पहले से ही निपटने में अंतर दिखाता है, तो इसमें शामिल हो जाएं:

5:34 पर आप अपनी फ़ाइलों को अपलोड करने में एक गलती की है

(जिस तरह से पूरी तरह से समझने योग्य है।) तो, आपने पूरी तरह से कुछ गलत किया है और /dvd/the_big_lebowski.htm अपलोड करने के बजाय आपने उस फाइल को dvd रूप में अपलोड किया है (बिना किसी एक्सटेंशन के) /

किसी ने आपकी /dvd/ निर्देशिका सूची को बुकमार्क किया है (ज़ाहिर है कि आप निफ्टी index.htm हमेशा अपडेट नहीं करना चाहते थे) और आपकी वेब साइट पर जा रहे हैं। निर्देशिका सामग्री वितरित की गई है – सभी ठीक हैं

किसी ने आपकी सूची के बारे में सुना है और टाइपिंग /dvd और अब यह खराब हो गया है आपकी डीवीडी निर्देशिका के बजाय सर्वर को उस नाम से एक फ़ाइल मिली है और आपकी बिग लेबोस्की फ़ाइल वितरित कर रहा है।

इसलिए, आप उस फ़ाइल को हटा दें और उस पृष्ठ को पुनः लोड करने के लिए आदमी को बताएं। आपका सर्वर /dvd फ़ाइल को देखता है, लेकिन यह चला गया है। अधिकांश सर्वर तब देखेंगे कि उस नाम के साथ एक निर्देशिका है और क्लाइंट को बताएं कि वह क्या चाहता था वास्तव में कहीं और है प्रतिक्रिया सबसे अधिक संभावना होगी:

Status Code:301 Moved Permanently Location: http://[...]/dvd/ साथ Status Code:301 Moved Permanently Location: http://[...]/dvd/

इसलिए, निर्देशिकाओं या फ़ाइलों के बारे में आप जो भी सोचते हैं, पूरी तरह से अनदेखा कर रहे हैं, सर्वर केवल ऐसे सामान को संभाल सकता है – और जब तक कि वह अलग-अलग नहीं बताता – "स्लैश या नहीं" के अर्थ के बारे में आपके लिए फैसला करता है।

अंत में इस प्रतिक्रिया को प्राप्त करने के बाद, क्लाइंट लोड /dvd/ और सब कुछ ठीक है।

यह ठीक है? नहीं।

"बस ठीक" आपके लिए पर्याप्त नहीं है

आपके पास कुछ डायनामिक पृष्ठ है जहां सब कुछ /index.php जाता है और संसाधित हो जाता है। सब कुछ अब तक बहुत अच्छा काम किया है, लेकिन यह पूरी बात धीमी लगने लगती है और आप की जांच करते हैं।

जल्द ही, आप देखेंगे कि /dvd/list बिल्कुल वही कर रही है: /dvd/list/ रीडायरेक्ट करें, जो तब आंतरिक रूप से index.php?controller=dvd&action=list में अनुवादित है index.php?controller=dvd&action=list एक अतिरिक्त अनुरोध – लेकिन इससे भी बदतर! customer/login रीडायरेक्ट customer/login/ जो कि बदले में customer/login/ के HTTPS यूआरएल पर रीडायरेक्ट करता है। आपके पास बहुत से अनावश्यक HTTP पुनर्निर्देशन (= अतिरिक्त अनुरोध) हैं जो कि उपयोगकर्ता अनुभव को धीमा बनाते हैं।

सबसे अधिक संभावना है कि आपके पास यहां एक डिफ़ॉल्ट निर्देशिका इंडेक्स है, यह भी: index.php?controller=dvd कोई action नहीं action बस आंतरिक रूप से index.php?controller=dvd&action=list लोड index.php?controller=dvd&action=list

सारांश:

  • यदि यह समाप्त होता है / यह कभी भी फ़ाइल नहीं हो सकती है कोई सर्वर अनुमान लगाने नहीं।

  • स्लैश या कोई स्लैश पूरी तरह से अलग अर्थ नहीं है "स्लैश या नो स्लैश" के बीच एक तकनीकी / संसाधन अंतर है, और आपको इसके बारे में पता होना चाहिए और इसके अनुसार इसका उपयोग करना चाहिए। सिर्फ इसलिए कि सर्वर सबसे अधिक भार / /dvd/index.htm / /dvd/index.htm – या सही स्क्रिप्ट सामान लोड करता है – जब आप कहते हैं /dvd /dvd/index.htm : ऐसा करता है, लेकिन इसलिए नहीं कि आपने सही अनुरोध किया है कौन सा होगा /dvd/

  • स्लेश को छोड़कर भी अगर आप वास्तव में मतलब है कि स्लेश संस्करण आपको एक अतिरिक्त HTTP अनुरोध जुर्माना देता है जो हमेशा बुरा होता है (मोबाइल विलंबता के बारे में सोचें) और "सुंदर यूआरएल" से ज्यादा वजन है – खासकर जब क्रॉलर्स मूक नहीं होते हैं क्योंकि एसईओ विश्वास करते हैं या आप पर विश्वास करना चाहते हैं;)

जब आप अपना यूआरएल /about-us/ (अनुगामी स्लैश के साथ) बनाते हैं, तो एकल फ़ाइल index.html से शुरू करना आसान index.html और बाद में इसका विस्तार और अधिक फाइलें our-CEO-john-doe.jpg (जैसे- our-CEO-john-doe.jpg ) या यहां तक कि प्रकाशित यूआरएल को बदलने के बिना , इसके तहत एक पदानुक्रम का भी निर्माण करें (जैसे /about-us/company/ , /about-us/products/ , आदि) यह आपको एक महान लचीलापन देता है

कौन कहता है कि किसी फ़ाइल नाम को एक विस्तार की आवश्यकता है ?? कुछ समय पर * निक्स मशीन पर नज़र डालें …
मैं अपने दोस्त से सहमत हूं, कोई पिछड़ा स्लैश नहीं।

अन्य उत्तर यहां पीछे वाले स्लैश को छोड़ने के पक्ष में हैं। एक ऐसा मामला है जिसमें एक अनुगामी स्लैश खोज इंजन अनुकूलन (एसईओ) के साथ मदद करेगा। ऐसा ही मामला है कि आपके दस्तावेज़ में ऐसा फ़ाइल एक्सटेंशन है जो कि .html नहीं है। यह उन साइट्स के साथ एक मुद्दा बन जाता है जो रेटिंग वेबसाइट हैं वे इन दोनों यूआरएल के बीच चुन सकते हैं:

  • http://mysite.example.com/rated.example.com
  • http://mysite.example.com/rated.example.com/

ऐसे मामले में, मैं एक का चयन स्लैश के साथ करता हूं। इसका कारण यह है कि .com एक्सटेंशन विंडोज एक्जिक्यूटिव कमांड फाइलों के लिए एक एक्सटेंशन है खोज इंजन और वायरस चेकर्स अक्सर उन यूआरएल को नापसंद करते हैं जो इस तरह के तंत्र के माध्यम से वितरित मैलवेयर हो सकते हैं। अनुगामी स्लैश किसी भी चिंताओं को कम करने लगता है, पृष्ठ को खोज इंजन में रैंक करने और वायरस चेकर्स द्वारा प्राप्त करने की इजाजत देता है।

यदि आपके यूआरएल के पास नहीं है फ़ाइल भाग में, तो मैं सादगी के लिए अनुगामी स्लैश को छोड़ने की सिफारिश करेगा