paint-brush
वेब ऐप्स और वेबसाइटों के बीच अंतरद्वारा@webhistory
3,787 रीडिंग
3,787 रीडिंग

वेब ऐप्स और वेबसाइटों के बीच अंतर

द्वारा History of the Web6m2023/01/15
Read on Terminal Reader

बहुत लंबा; पढ़ने के लिए

1999 में, वेब के आसपास की बातचीत एक नए मीडिया के रूप में इसकी शक्ति पर केंद्रित थी। लेकिन कंप्यूटिंग अनुप्रयोगों के तरीके में बहुत कम था। आईबीएम के कोरेंटेंग ऑफोसु-अमाह ने रेत में एक महत्वपूर्ण रेखा खींची। एक ब्लॉग पोस्ट में, उन्होंने एप्लिकेशन बनाम W3C DOM के बारे में लिखा।
featured image - वेब ऐप्स और वेबसाइटों के बीच अंतर
 History of the Web HackerNoon profile picture
0-item

क्या एक वेबसाइट एक वेब एप्लिकेशन के समान है? वह प्रश्न आपके विचार से पुराना है


2013 में, वेब डेवलपमेंट ब्लॉग CSS ट्रिक्स ने एक ही प्रश्न के साथ एक पोल चलाया: "क्या" वेब ऐप्स "और" वेब साइट्स "के बीच अंतर करना उपयोगी है? सत्रह हजार लोगों ने जवाब दिया। 72% ने हां में जवाब दिया। वे अलग-अलग चिंताओं के साथ अलग-अलग चीजें हैं। शेष 28% ने उत्तर नहीं दिया । यह सब सिर्फ वेब है।


तरह-तरह से फैला यह सवाल अब आम बात बन गया है। हर कुछ वर्षों में यह वेब विकास युगचेतना में फिर से प्रवेश करता है। हालांकि, केंद्र में वही सवाल है: क्या वेब बंटा हुआ है? क्या एक वेब डेस्कटॉप जैसे अनुप्रयोगों के लिए है और दूसरा सामग्री के लिए है। एक वेब जो सेवा करता है, और दूसरा जो बनाता है।


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


1999 में, छोटे स्टार्टअप हाफब्रेन ने ब्रेनमैटर लॉन्च किया। ब्रेनमैटर एक स्प्रेडशीट एप्लिकेशन था। इसने एक्सेल की कार्यक्षमता की नकल की, और उपयोगकर्ता डेटा को सॉर्ट कर सकते थे, पंक्तियों और स्तंभों को खींच और छोड़ सकते थे, और यहां तक कि बुनियादी कार्यों और मैक्रोज़ का उपयोग कर सकते थे। ब्रेनमैटर को जो बात सबसे अलग बनाती है वह यह है कि यह पूरी तरह से वेब पर मौजूद है। कोई भी उपयोगकर्ता BrainMatter को दुनिया में कहीं से भी अपने ब्राउज़र में बूट कर सकता है। हालाँकि, उस समय, साइट केवल ब्राउज़र मार्केट-लीडर इंटरनेट एक्सप्लोरर पर काम करती थी, जो कि Microsoft द्वारा उपलब्ध कराई गई तकनीक के कारण विकास टीम द्वारा एक सचेत विकल्प था।


फिर भी, ब्रेनमैटर प्रभावशाली था; इसने जितना सोचा था उससे कहीं बेहतर काम किया। 1999 में, वेब के आसपास की बातचीत ने एक नए मीडिया के रूप में अपनी शक्ति पर ध्यान केंद्रित किया- "सामग्री राजा है" का युग। प्रकाशन वेब सर्फर परिदृश्य पर हावी थे, लेकिन कंप्यूटिंग अनुप्रयोगों के तरीके में बहुत कम था। हाफब्रेन ने उस धारणा को चुनौती दी, डायनेमिक HTML, या DHTML की छतरी के नीचे समूहीकृत उभरती प्रौद्योगिकियों के एक बैच का लाभ उठाते हुए।


कुछ एकीकृत प्रोग्रामिंग अभ्यास या सिद्धांत के बजाय, डीएचटीएमएल तकनीकों का एक ढीला संग्रह था जो जावास्क्रिप्ट, सीएसएस, और कुछ स्वामित्व वाली माइक्रोसॉफ्ट प्रौद्योगिकियों को जोड़ता है (यही कारण है कि यह केवल एक माइक्रोसॉफ्ट ब्राउज़र में काम करता है) ताकि ऐसी वेबसाइटें बनाई जा सकें जो बिना इंटरएक्टिव डेटा को रीफ्रेश कर सकें। पृष्ठ पुनः लोड करने की आवश्यकता। यह उपयोगकर्ताओं को सीधे वेब पर एक पेज के साथ इंटरैक्ट करने देता है, डेटा जोड़ने के लिए फॉर्म भरता है, चीजों को इधर-उधर खींचता है और आम तौर पर उन चीजों को करता है जो लोग केवल अपने डेस्कटॉप पर करते थे। Google डॉक्स और वेब-आधारित इलेक्ट्रॉन ऐप्स के दिनों में, यह सामान्य लग सकता है। 1999 में, यह बिल्कुल नया था।


ब्रेनमैटर के जारी होने के कुछ ही समय बाद, हाफब्रेन को अल्फाब्लॉक्स द्वारा खरीदा गया, जिसने वेब पर प्रस्तुति सॉफ्टवेयर बनाने के लिए समान तकनीक और तकनीकों का उपयोग किया; एक वेबसाइट में PowerPoint। उसके कुछ समय बाद, IBM द्वारा AlphaBlox का अधिग्रहण कर लिया गया।


तब तक, ब्राउज़र बाजार में एक नया उभरता हुआ सितारा, मोज़िला का फ़ायरफ़ॉक्स आ गया था। Firefox ने DHTML को इस तरह से संभव बनाया जैसा कि Microsoft के पिछले प्रतियोगी और इसके पूर्ववर्ती, Netscape ने कभी नहीं किया था। लेकिन कठिनाई के बिना नहीं। IBM के इंजीनियरों में से एक, Koranteng Ofosu-Amaah, ने बाद में एक ब्लॉग पोस्ट, एप्लीकेशन बनाम W3C डोम में उसी जटिलता के बारे में नोट्स संकलित किए। इसमें ओफोसु-अमाह रेत में एक महत्वपूर्ण रेखा खींचती है। एक तरफ तो वेब एप्लिकेशन हैं, जो एक या दूसरे ब्राउजर में उपलब्ध हैक्स, चालाक वर्कअराउंड और मालिकाना तकनीकों की एक श्रृंखला के माध्यम से संभव हो गए हैं। एक और सामग्री वेबसाइटें हैं, जिन्हें वेब की मानकीकृत तकनीकों द्वारा संभव बनाया गया है। DOM संचालित एप्लिकेशन और मानक-संचालित वेबसाइटें। वेब ऐप्स और वेबसाइटें।

हाफब्रेन फिटकिरी बाद में Oddpost जारी करेगी, यहाँ चित्रित, DHTML पर लागू समान तकनीकों का उपयोग करते हुए

अपने एक नोट में, वह इसे स्पष्ट करता है: W3C DOM अनुप्रयोगों के लिए ब्राउज़र संगतता एक बड़ी बाधा है । Ofosu-Amaah ने माना कि कुछ साइटों को ऐसी सुविधाओं और तकनीकों की आवश्यकता होती है जो सार्वभौमिक रूप से सुलभ नहीं थीं, और इस प्रकार कुछ उपयोगकर्ताओं को अनुभव से पूरी तरह से बाहर कर दिया (उदाहरण के लिए पुराने ब्राउज़र का उपयोग करने वाले लोग)। और वर्ष 2000 के आसपास वेब विकास की स्थिति में, यह काफी हद तक सही था। वेब एप्लिकेशन बनाम वेबसाइटों का प्रश्न उस समय काफी हद तक इस तथ्य पर केंद्रित था, कि प्रत्येक ब्राउज़र और डिवाइस पर समान इंटरैक्टिव और गतिशील अनुभव देना लगभग असंभव था।


1999 में काम करने वाले वेब इंजीनियरों की मात्रा अपेक्षाकृत कम थी। इंजीनियर डीएचटीएम के अच्छे जानकार हैं, उससे भी छोटे। इस चुनिंदा समूह में दो हाफब्रेन इंजीनियर, एथन डायमंड और इयान लैम्ब थे। 2002 तक, वे हाफब्रेन से अपने अगले DHTML संचालित वेब एप्लिकेशन पर जाने के लिए तैयार थे। इस बार ईमेल में। इसे ओडपोस्ट कहा जाता था।


Oddpost की शुरुआत जून 2002 में हुई थी। इसके मुखपृष्ठ पर केवल "निहारना! अजीब पोस्ट। अतुलनीय ईमेल। नवीनतम समाचार और ब्लॉग। सब एक जगह।" ऑडपोस्ट का प्राथमिक कार्य ईमेल था। इसने माइक्रोसॉफ्ट आउटलुक और यूडोरा जैसे उस समय के लोकप्रिय डेस्कटॉप ईमेल अनुप्रयोगों का मॉडल तैयार किया। लेकिन इसमें समाचार साइटों और ब्लॉगों से सामग्री एकत्र करने के लिए एक अंतर्निहित फ़ीड रीडर भी था।

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


ईमेल इंटरफेस के संदर्भ में, यह अत्यधिक महत्वपूर्ण नहीं था। तीन फलक वाली खिड़की। संदेश तिथि के अनुसार व्यवस्थित, प्रेषक द्वारा पिरोया गया। इसका इंटरफ़ेस सरल था, केवल सबसे आवश्यक सुविधाओं के साथ। वह डिजाइन द्वारा था। Oddpost प्रभावशाली था क्योंकि यह तेज़ और गतिशील महसूस करता था, हालांकि औसत उपयोगकर्ता के लिए, यह एक वेब URL से अधिक कुछ नहीं था।


ऐसी थी DHTML की शक्ति। जैसे ही Oddpost लॉन्च हुआ, अन्य समान वेब एप्लिकेशन वेब के विभिन्न पॉकेट्स में कल्पना में जारी किए जा रहे थे। इसने वेब की संभावना और वादे के बारे में बातचीत को फिर से उन्मुख किया, और लोग वेबसाइटों से अधिक वेबसाइटों पर चर्चा करने लगे। जो वेबसाइटें, जैसा कि ओफोसु-अमाह ने कहा, वास्तव में वेब एप्लिकेशन थीं।


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

“ऑडपोस्ट एक वेब पेज नहीं है, यह एक सॉफ्टवेयर एप्लीकेशन है [जोर दिया गया है]। वेब पेज, चाहे पूरी तरह से पायजामा-रहित सह-पाजामा पार्टियों के लिए समर्पित हों या मनुष्य के अधिकारों की घोषणा, वर्तमान जानकारी, और एक अच्छा और व्यापक रूप से माना जाता है कि जानकारी हर किसी के लिए उपलब्ध होनी चाहिए ... दूसरी ओर, सॉफ्टवेयर एप्लिकेशन, उपकरण हैं, और उनके लिए वेब की सूचना की स्वतंत्रता के मानक को लागू करना बेतुका है। इसके अलावा, सॉफ्टवेयर एप्लिकेशन, सभी अविश्वसनीय परिष्कार के साथ जो उस लेबल का अर्थ है, किसी भी एक मंच के लिए विकसित करने के लिए जबरदस्त लागत और प्रयास की आवश्यकता होती है। Oddpost जैसे वेब अनुप्रयोगों के लिए, W3C मानक कम करते हैं, लेकिन इस सच्चाई को पूरी तरह से नकारते नहीं हैं। यह एक ऐसा बिंदु है जिसे हमें अक्सर बनाना पड़ता है, लेकिन क्रॉस-ब्राउज़र वेब एप्लिकेशन अनुभव के साथ किसी के लिए भी कभी नहीं।"

अपनी प्रतिक्रिया में, उन्होंने एक परिचित तर्क दिया। हालांकि वेब एप्लिकेशन वेब पर संभव थे, डायमंड ने तर्क दिया, वेब एप्लिकेशन आवश्यक रूप से वेब के प्रत्येक उपयोगकर्ता के लिए उपलब्ध नहीं थे।


ब्रेनमैटर के पहली बार लॉन्च होने के कई साल बाद उस साक्षात्कार ने बातचीत का एक और दौर शुरू किया। डोजो टूलकिट के जॉयस पार्क से एक प्रतिक्रिया ने इसे स्पष्ट रूप से कहा । “मेरे अनुभव में मोज़िला के साथ-साथ IE में कुछ काम करने में बहुत कम समय लगता है… और हालांकि गैर-IE उपयोगकर्ताओं की कुल संख्या कम है, उस समूह के भीतर वेब-आधारित तकनीकों को अपनाने वालों का प्रतिशत बहुत अधिक है … तो आपको लगता है कि Oddpost जैसी किसी चीज़ के लिए व्यवसाय योजना को इसे ध्यान में रखना होगा।”


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


सूत्रों का कहना है


सबसे पहले यहां प्रकाशित हुआ।