👩🏻‍⚖️ ™️ 👨🏻 ब्रेकिंग वेब c '#!' (हैश-बैंग) 👊 💂🏼 🧑🏿‍🤝‍🧑🏽

निम्नलिखित एक लेख का अनुवाद है जो मेरी राय में, वेब 2.0 के युग में, बल्कि URL की शुद्धता के बजाय एक तीव्र समस्या पर ध्यान आकर्षित करता है।

एक उदाहरण के रूप में Lifehacker.com का उपयोग करते हुए, यह दिखाया गया है कि अत्याधुनिक तकनीकों का आँख बंद करके परिणाम क्या हो सकता है, एसईओ का पीछा करते हुए और "प्रगतिशील वृद्धि" के सिद्धांत को नकारते हुए।

पिछले हफ्ते, सोमवार, Lifehacker.com टूटे हुए जावास्क्रिप्ट के कारण अनुपलब्ध था। Lifehacker.com, अन्य गॉकर साइटों के साथ, सामग्री, विज्ञापन या अन्य किसी चीज़ के बिना एक रिक्त मुखपृष्ठ प्रदर्शित करता है। Google खोज परिणामों से संक्रमण मुख्य पृष्ठ पर वापस भेज दिया जाता है।

जावास्क्रिप्ट आश्रित यूआरएल

इससे पहले ट्विटर की तरह, गावकर ने अपने पृष्ठों के यूआरएल सहित जावास्क्रिप्ट पर पूरी तरह से निर्भर अपनी साइटों को फिर से बनाया है। जावास्क्रिप्ट लोड नहीं हो सका, जिसके परिणामस्वरूप सामग्री और टूटे हुए URL की कमी है।

नए पृष्ठ के पते अब इस तरह दिखते हैं: http://lifehacker.com/#!5753509/hello-world-this-is-the-new-lifehacker this- http://lifehacker.com/#!5753509/hello-world-this-is-the-new-lifehacker the-new- http://lifehacker.com/#!5753509/hello-world-this-is-the-new-lifehacker । सोमवार तक, पता समान था, केवल बिना #!

खुशबू आईडी

# एक विशेष URL वर्ण है जो ब्राउज़र को बताता है कि पते का अगला भाग उस आईडी या वर्तमान पृष्ठ के नामित एंकर के साथ एक HTML तत्व का लिंक है। Lifehacker.com के मामले में, वर्तमान पृष्ठ मुख्य पृष्ठ है।

यह पता चला है कि सोमवार तक साइट में एक लाख पृष्ठ शामिल थे, और अब यह 1 पृष्ठ है जिसमें एक लाख टुकड़े पहचानकर्ता हैं।

क्यों? मुझे नहीं पता ट्विटर ने इस सवाल का जवाब दिया जब उसने उसी तकनीक पर स्विच किया जो Google उस तरह के ट्वीट्स को अनुक्रमित कर सकता था। यह ऐसा है, लेकिन कम लागत के साथ पिछले सही पते की संरचना के साथ इसे प्राप्त किया जा सकता है।

समस्या हल करना

पता वाक्य रचना c #! (हैश-बैंग) ने पहली बार वेब विकास क्षेत्र में प्रवेश किया जब Google ने एक वेब डेवलपर के लिए एक रोबोट द्वारा अनुक्रमण के लिए एक साइट को सुलभ बनाने का एक तरीका घोषित किया।

इससे पहले, यह सही फैसलों के बारे में अच्छी तरह से नहीं जानता था कि लोडिंग सामग्री के लिए अजाक्स जैसी सुंदर प्रौद्योगिकियों के साथ साइटें प्रासंगिक कीवर्ड के लिए अनुक्रमण या रेटिंग के निम्न स्तर का अवलोकन करती हैं क्योंकि बॉट जावास्क्रिप्ट कॉल के पीछे छिपी सामग्री का पता लगाने में सक्षम नहीं है।

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

हमें इस तथ्य पर श्रद्धांजलि देनी चाहिए कि Google ने ध्यान से डेवलपर्स का ध्यान इस तथ्य पर केंद्रित किया है कि उन्हें "प्रगतिशील सुधार" के साथ साइटें बनाना चाहिए और सामग्री के हिस्से के रूप में जावास्क्रिप्ट पर भरोसा नहीं करना चाहिए:

यदि आप खरोंच से शुरू कर रहे हैं, तो एक अच्छा तरीका केवल HTML का उपयोग करके अपनी साइट की संरचना और नेविगेशन का निर्माण करना है। फिर, जब आपके पास साइट के पेज, लिंक, और सामग्री जगह में हो, तो आप अजाक्स के साथ उपस्थिति और इंटरफ़ेस को मसाला कर सकते हैं। Googlebot HTML को देखकर खुश हो जाएगा, जबकि आधुनिक ब्राउज़र वाले उपयोगकर्ता आपके Ajax बोनस का आनंद ले सकते हैं।

यानी c # पता वाक्य रचना! विशेष रूप से उन साइटों के लिए डिज़ाइन किया गया था जो वेब विकास के मूल सिद्धांत पर उपकरण के साथ रहते हैं, और इस तरह की वेबसाइट को जीवन का एक घूंट दिया ताकि उनकी सामग्री को बॉट द्वारा पता लगाया जाए।

और अब, इस जीवन रेखा को फेसबुक, ट्विटर और अब Lifehacker.com इंजीनियरों द्वारा केवल सत्य वेब विकास पथ के रूप में स्वीकार किया जाता है।

नेट यूआरएल

Google कल्पना में, #! - पतों को "prettyURLs" के रूप में संदर्भित किया जाता है और वे बॉट द्वारा कुछ और घटिया में तब्दील हो जाते हैं।

पिछले रविवार को, Lifehacker का पता इस तरह दिखाई दिया: http://lifehacker.com/5753509/hello-world-this-is-the-new-lifehacker ।

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

आज, एक ही लेख यहाँ उपलब्ध है: http://lifehacker.com/#!5753509/hello-world-this-is-the-new-lifehacker is-the- http://lifehacker.com/#!5753509/hello-world-this-is-the-new-lifehacker अब पता पिछले "की तुलना में कम" स्वच्छ "है, # के अतिरिक्त के रूप में मूल रूप से पते की संरचना को बदल देता है:

पता / 5753509 / हैलो-दुनिया-यह-है-नया-जीवनशैली सरल हो जाती है /
नया टुकड़ा पहचानकर्ता जोड़ा गया! 5753509 / हैलो-वर्ल्ड-इस-इस-द-इस-लाइफहाकर पते में जोड़ा जाता है।

क्या हमने कुछ हासिल किया है? नहीं। लेकिन संबोधन की विकृति यहीं समाप्त नहीं होती है।

Google विनिर्देश कहता है कि पता पैरामीटर के साथ एक पते पर फिर से लिखा जाएगा, अर्थात्। at: http://lifehacker.com/?_escaped_fragment_=5753509/hello-world-this-is-the-new-lifehacker

इस प्रकार, यह वह पता है जो सामग्री लौटाता है, अर्थात्। यह पता विहित है, अर्थात बॉट क्या इंडेक्स करेगा।

इसके समान: http://example.com/default.asp?page=about_us

लाइफहैकर डॉट कॉम ने गावकर के साथ मिलकर साफ पते पर 10 साल का अनुभव हासिल किया और एक विशिष्ट एएसपी-साइट पर वापस आ गया (फ्रंटपेज कितना अधिक होगा?)।

क्या समस्या है?

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

सामान्य पते की तुलना में अधिक जटिल, अधिक त्रुटि प्रवण और अधिक नाजुक।

यह पता चला है कि जब सामग्री से जुड़े पते का अनुरोध किया जाता है, तो अनुरोध के आरंभकर्ता को सामग्री प्राप्त नहीं होती है। यानी टूटना डिजाइन में है। Lifehacker.com जानबूझकर दिलचस्प सामग्री के लिंक के बाद बॉट्स को रोकता है। बेशक, यदि आप Google द्वारा आविष्कृत घेरा के माध्यम से नहीं कूदते हैं।

तो आपको इस घेरा की आवश्यकता क्यों है?

गंतव्य #!

तो # का उपयोग क्यों करें! - पते यदि यह एक सिंथेटिक पता है जिसे दूसरे को भी फिर से भेजना चाहिए जो सीधे सामग्री वितरित करेगा?
सभी कारणों में, सबसे मजबूत "क्योंकि यह बहुत अच्छा है!" मैंने सबसे मजबूत कहा, सबसे मजबूत नहीं।

इंजीनियर अजाक्स अनुप्रयोगों में बचत राज्य के बारे में कुछ रौंदेंगे। और ईमानदारी से, इस तरह से पते को तोड़ने का यह एक मूर्खतापूर्ण कारण है। Href विशेषता में पता अभी भी सामग्री के लिए एक सामान्य रूप से गठित लिंक हो सकता है। चूंकि आप किसी भी तरह से जावास्क्रिप्ट का उपयोग करते हैं, आप बाद में लिंक पर क्लिक करके, सही स्थान पर # जोड़कर अपने क्लिक हैंडलर में इसे बाद में बर्बाद कर सकते हैं। यह पता चलता है कि राज्य रखरखाव है, और अनावश्यक रूप से बॉट से साइट को बंद करना और आम तौर पर गैर-जावास्क्रिप्ट '। ovogo।

सभी बॉट्स को अस्वीकार करें (Googlebot को छोड़कर)

सभी गैर-ब्राउज़र एजेंट (स्पाइडर, एग्रीगेटर्स, इंडेक्सिंग स्कैनर) जो HTTP / 1.1 और URL विनिर्देश (RFC-2396, उदाहरण के लिए) दोनों का पूर्ण समर्थन करते हैं, Lifehacker.com के माध्यम से नहीं जा पाएंगे, ज़ाहिर है, Googlebot को छोड़कर।

इसलिए, निम्नलिखित परिणामों पर विचार किया जाना चाहिए:

कैशिंग अब काम नहीं करता है, क्योंकि मध्यवर्ती सर्वर में सामग्री का एक कैनोनिकल प्रतिनिधित्व नहीं है और इसलिए कुछ भी कैश नहीं करता है। इससे लाइफहाकर लंबे समय तक खुला रहता है, गॉकर ट्रैफिक बढ़ने के कारण अधिक नुकसान उठाता है।
HTTP / 1.1 और RFC-2396 संगत क्रॉलर को खाली होम पेज के अलावा कुछ भी दिखाई नहीं देगा। यानी ऐसे क्रॉलर पर बनाए जाने वाले अनुप्रयोगों और सेवाओं का संगत प्रभाव मिलता है।
माइक्रोफ़ॉर्मेट्स का संभावित उपयोग बहुत कम हो गया है, अर्थात्। केवल ब्राउज़र और Google एग्रीगेटर ही माइक्रोफ़ॉर्मेट डेटा देख पाएंगे।
फ़ेसबुक लाइक विजेट्स जो पेज आइडेंटिफ़ायर का उपयोग करते हैं, पेज को लाइक करने के लिए अतिरिक्त क्रियाओं की आवश्यकता होगी (डिफ़ॉल्ट रूप से, क्योंकि मुख्य पेज केवल एक ही है जिसे डायरेक्ट यूआरएल द्वारा इंगित किया गया है, और # के साथ सभी "कर्व्स"! मुख्य पेज के लिंक के रूप में समझा जाएगा )।

बिल्कुल सही जावास्क्रिप्ट निर्भरता

यदि सामग्री URL द्वारा प्राप्त नहीं की जा सकती है, तो साइट टूट गई है। गावकर ने सचेत रूप से लिंक तोड़ने के साथ यह कदम उठाया। उन्होंने जावास्क्रिप्ट त्रुटियों के सभी प्रकार की दया पर अपनी साइट की उपलब्धता को छोड़ दिया।

जेएस डाउनलोड करने में विफलता के कारण पिछले सोमवार (02/07/2011) में सभी गॉकर सेवाओं की 5-घंटे की अनुपलब्धता हो गई।
एक वस्तु के अंत में एक अर्धविराम (;) की अनुपस्थिति को शाब्दिक के रूप में घोषित सरणी या इंटरनेट एक्सप्लोरर में त्रुटि का कारण होगा।
एक बेतरतीब ढंग से छोड़ा कंसोल.लॉग () फिर से उपयोगकर्ता को डेवलपर टूल द्वारा निहत्थे क्रैश करने का कारण होगा।
विज्ञापन आवेषण लगातार गलत हो जाते हैं। विज्ञापन इकाई में त्रुटि - कोई साइट नहीं। और अनुभवी वेब डेवलपर्स जानते हैं कि सबसे सुस्त कोड सिर्फ बैनर विज्ञापनों में है।

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

वास्तुकला दुःस्वप्न

गावकर / लाइफहाकर ने "क्रमिक सुधार" के सिद्धांत का उल्लंघन किया और लॉन्च के दिन अपनी स्टाइट को गिराकर तुरंत इसके लिए भुगतान किया। जावास्क्रिप्ट में हर मिस में गिरावट आएगी और गावकर की आय और उनके दर्शकों के विश्वास को सीधे प्रभावित करेगी।

आगे पढ़ रहे हैं

http://www.tbray.org/ongoing/When/201x/2011/02/09/Hash-Blecch
http://blog.benward.me/post/3231388630

ब्रेकिंग वेब c '#!' (हैश-बैंग)