क्या यह आईडी के लिए पुरानी शैली का उपयोग क्वेरी स्ट्रिंग है?

Question

आईडी के लिए क्वेरी स्ट्रिंग का उपयोग करने के लिए पुरानी है, तो मैं उत्सुक हूं। हमारे पास नेट 2.0 पर वेबपैप चल रहा है। जब हम कुछ का विस्तार प्रदर्शित (उत्पाद हो सकता है) हम इस तरह क्वेरी स्ट्रिंग का उपयोग करें: http://www.somesite.com/Shop/Product/Detail.aspx?ProductId=100

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

Answer 1

क्वेरी स्ट्रिंग पैरामीटर के साथ कुछ भी गलत नहीं है। बनाने और समझने के लिए सरल। बहुत सी साइटें फैंसी यूआरएल जैसे 'www.somesite.com/दुकान/उत्पाद/white_sox_t_shirt` का उपयोग कर रही हैं जो कि उपयोगकर्ता के अनुकूल और शांत है, लेकिन हमारे लिए खराब डेवलपर्स के लिए अधिक काम है।

Answer 2

स्थायी लिंक एसईओ के लिए सबसे अच्छे हैं और यह भी, यदि आपका उत्पाद किसी अन्य डेटाबेस में स्थानांतरित हो गया है, और उत्पाद की आईडी को बदलने की आवश्यकता है?
मुझे नहीं लगता कि किसी उत्पाद के नाम की संभावना बदली जाएगी या निर्माता। ई.एल. ऐप्पल/आईफोन नहीं बदलेगा :) मुझे लगता है कि एक अच्छा पर्मलिंक

Answer 3

क्वेरी स्ट्रिंग का उपयोग करना बिल्कुल पुराना नहीं है, इसे सही जगहों पर उपयोग करना होगा। हालांकि, क्वेरी स्ट्रिंग में कभी भी कुछ भी न रखें जो सुरक्षा समस्या हो और याद रखें कि क्वेरी स्ट्रिंग से जो कुछ भी आपने पढ़ा है उसे संशोधित किया जा सकता है ताकि आपको अपने चेक में सभी इनपुट मान्य कर सकें।

Answer 4

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

आप इस साइट पर इस दृष्टिकोण को देख सकते हैं, जहां डेटाबेस प्रश्न के लिए 'प्रश्न' के बाद आईडी का उपयोग किया जाता है और टेक्स्ट पूरी तरह से उपयोगकर्ताओं और खोज इंजन के लाभ के लिए होता है।

चाहे आप एक सीधा क्वेरी स्ट्रिंग का उपयोग करते हैं, या एक अधिक उन्नत दृष्टिकोण जो आईडी को फ़ोल्डर पथ के हिस्से की तरह दिखता है, आपके ऊपर है। यह काफी हद तक व्यक्तिगत स्वाद का मामला है।

Answer 5

यह पुराना नहीं है, लेकिन anothter विकल्प एक और अधिक RESTful दृष्टिकोण है:

yourwebsite.com/products/100/usb-coffee-maker

कारण यह है कि एक) खोज इंजन है आमतौर पर QueryString के साथ किसी भी यूआरएल को अनदेखा करते हैं (इसलिए product.aspx? id = 100 पेज कभी अनुक्रमित नहीं हो सकता है) और बी) यूआरएल में यूआरएल में नाम रखने के लिए पूरी तरह से एसईओ की मदद करता है।

Answer 6

हां, यह पुराना है!

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

चूंकि आपकी पोस्ट को एएसपी.Net टैग किया गया है, इसलिए नया एएसपी का उपयोग करके आप दोनों का समर्थन कैसे कर सकते हैं, इस पर एक अच्छा लेखन है।नेट रूटिंग तंत्र यहां: http://msdn.microsoft.com/en-us/magazine/dd347546.aspx