2012-08-26 3 views
7

मैं आपकी राय की सराहना करता हूं। मुझे एक ऐसी प्रमुख साइट का पुनर्विकास करने के लिए प्रभारी बनाया गया है जो काफी ट्रैफिक करता है। पिछले कुछ महीनों में, मैं अनुप्रयोग विकसित करने के लिए Backbone.js का उपयोग कर रहा हूं। मैं पिछले कुछ हफ्तों पर शोध कर रहा हूं कि बैकबोन नई साइट के पुनर्विकास के लिए उपयुक्त होगा या नहीं।जावास्क्रिप्ट एप्लिकेशन में एक प्रमुख वेबसाइट को बदलना

मेरी प्रारंभिक चिंता एसईओ थी। here पर एक महान पोस्ट मिला जो प्रगतिशील वृद्धि और स्टैक ओवरफ्लो प्रश्नों का एक समूह है जिसने मदद की है। मैं इस भावना को हिला नहीं सकता कि एक स्थिर साइट का निर्माण और बैकबोन के साथ इसे बढ़ाने में काफी कामयाब रहा है और इसमें अधिक समय लगेगा।

अब मेरा सवाल है, क्या हमने मंच पारित नहीं किया है जहां हमें उन साइटों को बनाना है जिन्हें जावास्क्रिप्ट अक्षम के साथ काम करना है? क्या यह आवश्यक है कि हमारी साइट अभी भी स्क्रीन-पाठकों आदि के लिए कार्यात्मक है?

मेरा विचार सर्वर से संबंधित मेटा एसईओ जानकारी को मेरी मुख्य ऐप.html फ़ाइल में सेवा देना था ताकि खोज इंजन अभी भी विभिन्न यूआरएल क्रॉल कर सकें। बैकबोन ऐप आपके द्वारा देखी जाने वाली यूआरएल से लॉन्च किया जाएगा जो ऐप के लिए प्रासंगिक है।

मैंने अभी हाल ही में hulu.com का दौरा किया है, और ऐसा लगता है कि वेबसाइट को बैकबोन एप्लिकेशन में फिर से विकसित क्यों नहीं किया जा सकता है। अधिकतर यदि मैंने जिन वेबसाइटों का दौरा किया है, वे जेएस के बिना काम नहीं करेंगे। Js अक्षम के साथ hulu.com पर जाएं और आप देख सकेंगे कि मेरा क्या मतलब है। तो बंद करने में यह ऐसी वेबसाइट बनाने के लिए सुरक्षित है जो जेएस के बिना काम नहीं करेगी और उपर्युक्त एसईओ के लिए पर्याप्त होगा?

धन्यवाद

+0

क्लाइंट-साइड एप्लिकेशन के रूप में साइट को पुनर्निर्माण के लिए आपका तर्क क्या है? क्या यह ऐसा कुछ है जिसे एक अच्छे उपयोगकर्ता अनुभव के लिए बनाया जाना चाहिए? आपको पृष्ठ को क्रमिक रूप से बढ़ाने के अतिरिक्त कार्य के विरुद्ध इसका वजन करना होगा। – Brad

+0

हाय ब्रैड, निश्चित रूप से उपयोगकर्ता अनुभव को बढ़ाने के लिए। लेकिन मुख्य रूप से एक आराम से एपीआई की ओर बढ़ने के लिए। मैं सर्वर पर लोड कम करना चाहता हूं और क्लाइंट को टेम्पलेट प्रतिपादन आदि का अधिक से अधिक करना है। – TYRONEMICHAEL

+2

मुझे नहीं लगता कि आपको जावास्क्रिप्ट समर्थन के बारे में चिंता करने की ज़रूरत है। बहुत से लोग हमें डराने की कोशिश कर रहे हैं कि प्रत्येक वेबसाइट को जावास्क्रिप्ट अक्षम के साथ ब्राउज़र का समर्थन करने की आवश्यकता है। ईमानदार होने के लिए मुझे लगता है कि यह पूरी तरह गलत है। उदाहरण के लिए [इन आंकड़ों] पर देखें (http://developer.yahoo.com/blogs/ydn/posts/2010/10/how-many-users-have-javascript-disabled/)। जावास्क्रिप्ट अक्षम के साथ ब्राउज़रों की संख्या लगभग 1% है जो सांख्यिकीय त्रुटि से कम है। उनका समर्थन करना समय और धन की बर्बादी है, इमो। – freakish

उत्तर

2

मुझे लगता है कि इस पर बहुत सारी राय होगी। ये मेरा।

डिफ़ॉल्ट दिमाग सेटिंग के रूप में मुझे हमेशा पिछड़ा-अनुकूलता और सुंदर फॉलबैक महत्वपूर्ण लगता है। मुझे आम तौर पर विश्वास है कि एक साइट अपने मुख्य उद्देश्य को पूरा करने में सक्षम होना चाहिए: सामग्री वितरित करना (सामग्री बेचता है)।

हालांकि .. यदि उद्देश्य उर्फ ​​सामग्री ऑनलाइन कैलकुलेटर या ड्राइंग एप्लिकेशन की तरह किसी प्रकार की कार्यक्षमता प्रदान कर रही है .. तो उपयोगकर्ता को जावास्क्रिप्ट को सक्षम करने जैसी चीज़ों की पहले से ही आवश्यकता होगी और उम्मीद की जाएगी। उन मामलों में मैं जावास्क्रिप्ट का उपयोग करके खुशी से डिजाइन/लेआउट चीजों को आसान बना दूंगा। Jsfiddle जैसी साइट के बारे में सोचें: कौन इस पर ध्यान रखेगा कि इस साइट ने इसे ui ठीक से प्रदर्शित नहीं किया है क्योंकि जावास्क्रिप्ट अक्षम था .. कोई नहीं।

एसईओ के रूप में: मुझे लगता है कि बहुत सी चीजें हैं जो इसे प्रभावित करती हैं। यदि आप सेब बेचते हैं और आप डोमेन applees.com के मालिक हैं, तो वैसे भी आपका बहुत अधिक सेट है। फिर, सामग्री बेचती है, इस प्रकार अधिकांश इंजन इंडेक्स करने का प्रयास करते हैं।

इसके अलावा, इस (भयानक) दिन और इंटरनेट युग में, सबसे लोकप्रिय खोज इंजन उपयोगकर्ता को खोज-परिणाम फ़िल्टर और रैंक करेंगे .. इसलिए यदि कोई खोज इंजन के लिए साइट को अनुकूलित करना चाहता है .. then for who's personal bubble (search results) do you try to optimize?!?

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

+0

+1, बहुत अच्छी तरह से कहा। – Brad

+0

वाह अविश्वसनीय उत्तर। – TYRONEMICHAEL

+0

@ ब्रैड एंड टायरोन माइकल: धन्यवाद! – GitaarLAB

1

क्या आपने node.js में बिल्कुल देखा है? चूंकि आप जावास्क्रिप्ट को किसी भी तरह से प्रस्तुत करने के दृश्य को पोर्ट करते हैं। एक ही भाषा बोलने वाले अधिक घटकों के लिए यह थोड़ा सा मित्रवत होगा। इसके अलावा एसिंक्रोनस प्रसंस्करण मॉडल बहुत सारे सर्वर तनाव को जारी करता है जो थ्रेडेड प्रक्रियाओं का कारण आमतौर पर होता है। थ्रेडेड प्रक्रियाएं निष्पादित करने के लिए बहुत समय (और शक्ति) खर्च करती हैं।लेकिन जावास्क्रिप्ट में, आम तौर पर लोग कॉलबैक विधियों को स्थापित करते हैं। तो पिछली प्रक्रिया को खत्म करने की प्रतीक्षा करने के बजाय, नोड केवल कॉलबैक विधि के पीछे छोड़ देता है जब आवश्यक हो तो निष्पादित किया जाता है, इस बीच शेष एप्लिकेशन अभी भी पूरी गति से आगे बढ़ रहा है।

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

वैसे भी, यह मेरा 2 सेंट है।

+0

धन्यवाद @ जुलिएन। Node.js के साथ प्रयोग किया है और निश्चित रूप से एक महान जावास्क्रिप्ट सर्वर साइड भाषा है। यह वास्तव में सर्वर साइड स्टैक नहीं है जिसके बारे में मैं चिंतित हूं, बल्कि एक स्थिर वेबसाइट के विपरीत एक एसईओ जावास्क्रिप्ट एप्लिकेशन वितरित करने में सक्षम हूं। – TYRONEMICHAEL

+0

जहां तक ​​मुझे पता है, खोज बॉट आमतौर पर जावास्क्रिप्ट कोड निष्पादित नहीं करते हैं। ऐसा कुछ सर्वर पक्ष पर किया जाना होगा। – Julian

संबंधित मुद्दे