स्वच्छ यूआरएल एक बैकेंड या एक दृश्यपटल बात

Question

क्या आपको लगता है कि .. एक बैकएंड या दृश्यपटल 'अनुशासन'

Answer 1

पक्का बैकएंड हैं स्वच्छ यूआरएल हैं। आपका सर्वर वह है जिसे यूआरएल द्वारा अनुरोधित संसाधनों के लिए रूटिंग का ख्याल रखना है।

Answer 2

मुझे लगता है कि अनुकूल URL का उपयोग के लिए मुख्य कारण हैं:

• जोड़ने की आसानी/साझा करने
• प्रस्तुति
• Seo

तो मुझे लगता है यह विशुद्ध रूप से एक क्लाइंट-साइड खुशी की बात है । हालांकि वे सर्वर पर भी अच्छे हैं, वे मिशन महत्वपूर्ण नहीं हैं।

Answer 3

मेरे दृष्टिकोण सरल है:

• मैं अपने ब्राउज़र के साथ यात्रा के हर जगह (विभिन्न बढ़त मामले अपवादों को छोड़कर) बुकमार्क योग्य और होना चाहिए फॉरवर्ड/वापस प्रयोग करने योग्य होना चाहिए और किसी भी डेटा प्रविष्टि को नष्ट नहीं।

Answer 4

हम यूआरएल के एक अंत उपयोगकर्ता अनुभव तो मैं ढालना थोड़ा तोड़ने के लिए और कहते हैं कि यूआरएल सामान्य रूप में की सहज नहीं हैं और वे कभी नहीं होगा करने जा रहा हूँ से 'साफ़' किया जा रहा है बात कर रहे हैं, वे करना है मशीन पठनीय होने के लिए।

यूआरएल के प्रारूप के लिए कोई मानक नहीं है, जैसे कि साइट से साइट पर नेविगेट करते समय मनुष्यों को कभी भी याद नहीं होगा कि यूआरएल और उनके 'अनुकूल वाक्यविन्यास' को याद करते हुए पूरी तरह संसाधन कैसे पहुंचे। हम टॉस का तर्क दे सकते हैं कि '?' का उपयोग करना है या नहीं और '&' या '/' व्यक्त करने के लिए कि एक यूआरएल के माध्यम से संसाधन की पहचान कैसे करें; एक विधि दूसरे से बेहतर है? कोई फर्क नहीं पड़ता कि। दिन के अंत में एक मशीन इसे पार करती है और परिणाम वापस भेजती है।

हमें खुद को भ्रमित करना बंद कर देना चाहिए कि लोग वास्तव में इन चीजों को टाइप करते हैं और महसूस करते हैं कि यूरी मशीनों के लिए हैं, न कि लोग।

मुझे अभी तक एक यूरी का उपयोग/याद रखना है जो किसी पते के http://domain.com/ भाग के पहले कुछ वर्णों से परे है, और मैं लंबे समय से वेब का उपयोग कर रहा हूं। यही बुकमार्क है। वेबसाइट पर कहीं भी यह नहीं कहता है कि 'जो कुछ भी' संसाधन 'देखने के लिए हमारे यूआरएल में इस भाग को बदलें' क्योंकि यूआरएल आमतौर पर अनियंत्रित और अपारदर्शी होते हैं।

हाँ अपने यूरी के एसईओ दोस्ताना (नरक भी समय-समय पर बदलते हैं) बनाते हैं लेकिन पूरे 'मानव/स्वच्छ' संसाधन पहचानकर्ता चीज़ के बारे में भूल जाते हैं, यह एक रहस्यमय पाइप सपना है।

मैं विलय के साथ सहमत हूं कि यूआरएल को संसाधन को बुकमार्क करने और इसे वापस करने के लिए एक अद्वितीय तंत्र प्रदान करना चाहिए (इन घृणास्पद वेब 2.0 अजाक्स/चांदी की रोशनी/फ़्लैश रचनाओं में से कुछ के विपरीत), लेकिन बुकमार्क कभी भी मनुष्यों को समझने के लिए नहीं होगा और समझना। ऐसा लगता है कि यूआरएल रणनीतियों का सपना देखने में काफी व्यस्तता और ऊर्जा खर्च होती है जो मनुष्य याद रख सकते हैं और टाइप कर सकते हैं, यह ऊर्जा की बर्बादी है। आइए वास्तविक समस्याओं को हल करें और हल करें।

रान के लिए खेद है, लेकिन कुछ सर्किलों में चल रहे यूआरएल से संबंधित बहुत सारे वेब 2.0 बकवास हैं जो केवल समय की बर्बादी हैं।

Answer 5

उत्तर दोनों है।

उदाहरण के लिए:

https://stackoverflow.com/questions/203278/are-clean-urls-a-backend-or-a-frontend-thing

संख्या के ऊपर एक डेटाबेस आईडी, एक बैक-एंड बात है। सुंदर भाग को बंद करें और यह एक ही पृष्ठ पर जाता है। इसलिए "हैं-क्लीन-यूआरएल-ए-बैकएंड-या-ए-फ्रंटेंड-चीज" फ्रंट एंड चीज का हिस्सा है।

Answer 6

अब जब कि Firefox के Awesome bar और गूगल क्रोम के Omnibox पते सलाखों ब्राउज़िंग इतिहास में यह यह बहुत आसान उपयोगकर्ताओं द्वारा विज़िट साइटों के लिए अपने इतिहास खोज करने के लिए के लिए बनाता है खोज करने के लिए है, तो साफ यूआरएल होने में मदद मिल सकती उपयोगकर्ता में साइटों को खोजने के लिए इस्तेमाल किया जा सकता है उनके इतिहास अधिक आसानी से।

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

साथ ही, उपयोगकर्ता ने साइट का नाम टाइप करने के बाद उन्हें साइट से उदाहरण यूआरएल प्रस्तुत किया जाएगा, जिसे वे अपनी खोज को कम करने के लिए टेम्पलेट के रूप में उपयोग कर सकते हैं। इसलिए साइट के विभिन्न वर्गों या कार्यों के लिए यूआरएल में क्रियाओं और संज्ञाओं का उपयोग करने से उपयोगकर्ता अपनी खोज को उस साइट के हिस्से तक सीमित कर सकता है, जिसमें वे रुचि रखते हैं, उदा। /प्रश्न/ या /टैग/ स्टैक ओवरफ्लो के अनुभाग, या docs.google.com/doc के अंत में "/ doc" जिसका उपयोग Google दस्तावेज़ों पर दस्तावेज़ पृष्ठों को देखने के लिए किया जा सकता है *।

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

---

* प्रपत्र http के हैं? //docs.google.com/Doc आईडी = निरर्थक शब्दों