<पी> अपने खाली समय में, ओलुवाडेमिलाडे को नए एआई ऐप्स और फीचर्स का परीक्षण करना, परिवार और दोस्तों के लिए तकनीकी समस्याओं का निवारण करना, नई कोडिंग भाषाएं सीखना और जब भी संभव हो नए स्थानों की यात्रा करना पसंद है। <पी> व्याकरण जांचकर्ता स्थापित करने और अपने DAW के लिए रीवरब प्रभाव को पकड़ने के बीच, मुझे यह एहसास हुआ कि मैं एक्सटेंशन शब्दों को इधर-उधर उछाल रहा था। , प्लगइन , और ऐड-ऑन जैसे वे विनिमेय थे। जैसे एक ही चीज़ के तीन अलग-अलग नाम. काफी करीब, है ना? वास्तव में नहीं. <पी> अंतर सूक्ष्म हैं, शायद यही कारण है कि अधिकांश लोग कभी भी उनमें गहराई से जाने की जहमत नहीं उठाते। और निष्पक्ष होने के लिए, तकनीकी दुनिया ने बहुत मदद नहीं की है, क्योंकि कई बड़े नाम वाले ऐप्स वैसे भी उन रेखाओं को धुंधला कर देते हैं। केवल यही बात इसे खोलने लायक बनाती है।
एक्सटेंशन अपनी लेन में बने रहने के लिए डिज़ाइन किए गए हैं
वे आपके ब्राउज़र की भाषा उधार लेते हैं और उसके साथ चलते हैं
<पी> यदि आपने मुझसे कुछ समय पहले पूछा होता, तो मैंने कहा होता कि एक्सटेंशन केवल "ब्राउज़रों के लिए प्लगइन्स" थे। यह बिलकुल सही नहीं है. <पी> एक एक्सटेंशन आमतौर पर सॉफ़्टवेयर का एक हल्का टुकड़ा होता है जो विशेष रूप से मौजूदा एप्लिकेशन को संशोधित करने या बढ़ाने के लिए लिखा जाता है, आमतौर पर एक ब्राउज़र, उसी भाषा का उपयोग करता है जिसे होस्ट एप्लिकेशन पहले से ही समझता है। उदाहरण के लिए, क्रोम एक्सटेंशन HTML, CSS और जावास्क्रिप्ट के साथ बनाए गए हैं, जो मूल रूप से वेब की मूल भाषाएं हैं। <पी> वह डिज़ाइन विकल्प यह निर्धारित करता है कि एक्सटेंशन कैसे व्यवहार करते हैं। Google के मेनिफेस्ट V3 में परिवर्तन के युग में, वे हमेशा चलने वाले पृष्ठभूमि पृष्ठों के बजाय इवेंट-संचालित सेवा कार्यकर्ताओं में चले गए हैं, जो उन्हें संसाधन-कुशल और कम दखल देने वाला रखता है। इससे भी महत्वपूर्ण बात यह है कि वे सैंडबॉक्स में रहते हैं। मैं उस शब्द को नजरअंदाज करता था, लेकिन अगर आप देखें कि सैंडबॉक्सिंग क्या है और यह आपको ऑनलाइन कैसे सुरक्षित रखती है, तो आप देखेंगे कि यह यहां वास्तविक काम कर रहा है। एक्सटेंशन को स्पष्ट रूप से परिभाषित अनुमतियों के साथ एक कड़े पट्टे पर रखा जाता है। वे केवल वही एक्सेस कर सकते हैं जिसकी आप स्पष्ट रूप से अनुमति देते हैं, और उन्हें आपके सिस्टम के माध्यम से स्वतंत्र रूप से घूमने का मौका नहीं मिलता है। इसके बावजूद, यह सुनिश्चित करने के लिए अपनी Chrome एक्सटेंशन अनुमतियों की जांच करना महत्वपूर्ण है कि कोई टूल आवश्यकता से अधिक व्यापक पहुंच का अनुरोध नहीं कर रहा है। <पी> यह वास्तुशिल्प अलगाव एक बड़ा कारण है कि उन्हें अपेक्षाकृत सुरक्षित माना जाता है। वे आपके सिस्टम में गहराई तक नहीं घुसते या अपने आप भटकते नहीं हैं; वे ब्राउज़र के शीर्ष पर बैठते हैं, बिना अधिक आक्रामक हुए आपके अनुभव को नया आकार देते हैं।प्लगइन्स हमेशा गहराई तक जाने के लिए बनाए गए थे
बहुत सारी घबराहट वाला मूल कोड
<पी> "प्लगइन" वह शब्द था जिसका उपयोग मैंने एक समय में लगभग हर चीज़ के लिए किया था, विशेष रूप से किसी भी चीज़ के लिए जो थोड़ी अधिक शक्तिशाली लगती थी। एक तरह से, वह वृत्ति पूरी तरह से बंद नहीं थी, लेकिन यह सटीक भी नहीं थी। <पी> परंपरागत रूप से, प्लगइन्स बाइनरी निष्पादन योग्य होते थे, कोड के पूर्व-संकलित टुकड़े, जो अक्सर C++ में लिखे जाते थे, जो एनपीएपीआई (नेटस्केप प्लगइन एपीआई) मानक कहलाते हैं। एक्सटेंशन के विपरीत, ये ब्राउज़र के सैंडबॉक्स के बाहर रहते थे, अक्सर एक्सेस विशेषाधिकारों के साथ जो ब्राउज़र की अपनी सिस्टम-स्तरीय अनुमतियों से मेल खाते थे। <पी> यहां का उत्कृष्ट उदाहरण एडोब फ़्लैश प्लेयर है। इसे ब्राउज़र में नहीं बनाया गया था, बल्कि यह सॉफ़्टवेयर का अपना टुकड़ा था जिसे आपने अलग से इंस्टॉल किया था, और जब भी ब्राउज़र को ऐसी सामग्री का सामना करना पड़ता था जिसे वह स्वयं संभाल नहीं सकता था, तो वह उस पर कॉल करता था। हालाँकि, वह शक्ति एक कीमत पर आई; सामान्य कमजोरियों और कारनामों ने इसे मैलवेयर का प्राथमिक लक्ष्य बना दिया। उस स्तर की पहुंच के साथ मूल कोड चलाने से गंभीर सुरक्षा समस्याओं का द्वार खुल गया, यही कारण है कि अधिक सुरक्षित वेब मानकों के लिए रास्ता बनाने के लिए फ्लैश को समाप्त करने की आवश्यकता थी। 2020 तक, समर्थन प्रभावी रूप से समाप्त हो गया, और सुरक्षित, अधिक प्रतिबंधित मॉडलों ने इसका स्थान ले लिया। <पी>
संबंधित 8 विंडोज़ प्रोग्राम जो पहले हर जगह होते थे लेकिन अब कोई उपयोग नहीं करता
<पी> पुराने दिनों के ऐप्स याद हैं? इन प्रिय लेकिन भूले हुए विंडोज़ ऐप्स के साथ पुरानी यादों की सैर करें। <पी> हालाँकि, ब्राउज़र की दुनिया के बाहर, "प्लगइन" अभी भी बहुत जीवित और फल-फूल रहा है। रचनात्मक सॉफ़्टवेयर में, विशेष रूप से, यह डिफ़ॉल्ट भाषा है। यदि आपने एबलटन या एफएल स्टूडियो जैसे डीएडब्ल्यू का उपयोग किया है, तो आपने संभवतः वीएसटी प्लगइन्स के साथ काम किया है जो हर संगीतकार के पास होना चाहिए, जो वह काम करता है जो मेजबान अकेले नहीं कर सकता है। वे हार्डवेयर सिंथेसाइज़र का अनुकरण कर सकते हैं, जटिल रीवरब एल्गोरिदम के माध्यम से ऑडियो को संसाधित कर सकते हैं, या वास्तविक समय में मिश्रण को संपीड़ित कर सकते हैं। वे सीधे आपके सीपीयू पर चलते हैं, इस तरह वे विलंबता को कम और प्रदर्शन को चुस्त रखते हैं। <पी> वीएसटी मानक स्वयं बहुत पीछे चला जाता है; स्टाइनबर्ग ने इसे 1996 में पेश किया था, और यह आज भी अपने VST3 रूप में मजबूत है। यही विचार फ़ोटोशॉप जैसे टूल पर लागू होता है, जहां तृतीय-पक्ष प्लगइन्स आपके फोटो-संपादन कौशल को बढ़ा सकते हैं। <पी> तो इस संदर्भ में, "प्लगइन" का अर्थ कुछ अधिक भारी, अधिक एकीकृत और अधिक प्रदर्शन-संचालित होता है। यह सॉफ्टवेयर है जो पाइपलाइन में गहराई से काम करता है, कच्चे डेटा को तेजी से संभालता है। ब्राउज़र जगत सुरक्षा के पक्ष में उस मॉडल से दूर चला गया। दूसरी ओर, रचनात्मक उपकरण अभी भी इस पर निर्भर हैं क्योंकि शक्ति और परिशुद्धता अलगाव से अधिक मायने रखती है।'ऐड-ऑन' हर किसी का पसंदीदा शॉर्टकट शब्द है
मोज़िला ने इसे शुरू किया, और हममें से बाकी लोग भी इसके साथ चले
<पी> अब, "ऐड-ऑन" वह जगह है जहां यह थोड़ा ढीला हो जाता है। यह एक सख्त तकनीकी शब्द नहीं है, बल्कि एक कैच-ऑल है। मूल रूप से, इसका मतलब केवल "एक अतिरिक्त टुकड़ा है जिसे आप मुख्य एप्लिकेशन से जोड़ सकते हैं।" मोज़िला ने इसे एक अम्ब्रेला लेबल के रूप में लोकप्रिय बनाने, एक्सटेंशन, प्लगइन्स, थीम और यहां तक कि खोज इंजनों को एक एकल, सुव्यवस्थित मेनू में समूहीकृत करने में मदद की। Google वर्कस्पेस ने उसी शब्दावली को अपनाया, डॉक्स और शीट्स में अपने तृतीय-पक्ष एकीकरण को "ऐड-ऑन" कहा। <पी> 
संबंधित 
