A2A Full Form in Hindi, A2A Kya Hota Hai, A2A का क्या Use होता है, A2A का Full Form क्या हैं, A2A का फुल फॉर्म क्या है, Full Form of A2A in Hindi, A2A किसे कहते है, A2A का फुल फॉर्म इन हिंदी, A2A का पूरा नाम और हिंदी में क्या अर्थ होता है, A2A की शुरुआत कैसे हुई, दोस्तों क्या आपको पता है A2A की Full Form क्या है और A2A होता क्या है, अगर आपका answer नहीं है, तो आपको उदास होने की कोई जरुरत नहीं है, क्योंकि आज हम इस पोस्ट में आपको A2A की पूरी जानकारी हिंदी भाषा में देने जा रहे है. तो फ्रेंड्स A2A Full Form in Hindi में और A2A की पूरी इतिहास जानने के लिए इस पोस्ट को लास्ट तक पढ़े.
A2A की फुल फॉर्म “Application-to-Application” होती है. A2A को हिंदी में “आवेदन-से-आवेदन” कहते है. एप्लिकेशन-टू-एप्लिकेशन (A2A) एक एप्लिकेशन प्रोग्राम से डेटा या फ़ंक्शन को दूसरे एप्लिकेशन प्रोग्राम के साथ लाने की प्रक्रिया है.
A2A का फुल फॉर्म एप्लीकेशन-टू-एप्लिकेशन है. इसका उपयोग दुनिया भर में कंप्यूटिंग, प्रोग्रामिंग और विकास पर किया जाता है. एप्लिकेशन-टू-एप्लिकेशन (A2A) एक एप्लिकेशन प्रोग्राम से डेटा या फ़ंक्शन को दूसरे एप्लिकेशन प्रोग्राम के साथ लाने की प्रक्रिया है. एप्लिकेशन-टू-एप्लिकेशन (A2A) क्रेडेंशियल प्रबंधन ग्राहक एप्लिकेशन और स्क्रिप्ट को लक्ष्य एप्लिकेशन के लिए सुरक्षित रूप से क्रेडेंशियल प्राप्त करने देता है. A2A क्रेडेंशियल स्टोर करने के लिए ग्राहक एप्लिकेशन और स्क्रिप्ट की आवश्यकता को समाप्त करता है. अनुरोध करने वाले एप्लिकेशन और स्क्रिप्ट को अनुरोधकर्ता कहा जाता है. क्रेडेंशियल हमेशा एन्क्रिप्टेड होते हैं और एक्सेस नियंत्रित और कॉन्फ़िगर करने योग्य होता है. साथ ही, लक्ष्य खाता क्रेडेंशियल किसी भी समय बदला जा सकता है.
सरलतम स्तर पर, ऐप्स के लिए Android पर इंटरैक्ट करने के दो अलग-अलग तरीके हैं: इंटेंट के माध्यम से, एक एप्लिकेशन से दूसरे एप्लिकेशन में डेटा पास करना; और सेवाओं के माध्यम से, जहां एक एप्लिकेशन दूसरों को उपयोग करने के लिए कार्यक्षमता प्रदान करता है. आप क्या हासिल करना चाहते हैं और आपको किन तकनीकी चुनौतियों का सामना करना पड़ता है, इस पर निर्भर करते हुए दोनों विधियों का उपयोग करने के विभिन्न तरीके हैं. यह एक संक्षिप्त अवलोकन है और मैं तकनीकी पहलुओं में तल्लीन करने से बचूंगा.
यह खंड बताता है कि यूनिवर्सल विंडोज प्लेटफॉर्म (यूडब्ल्यूपी) ऐप्स के बीच डेटा कैसे साझा किया जाए, जिसमें शेयर अनुबंध, कॉपी और पेस्ट, ड्रैग एंड ड्रॉप और ऐप सेवाओं का उपयोग करना शामिल है. शेयर अनुबंध एक ऐसा तरीका है जिससे उपयोगकर्ता ऐप्स के बीच डेटा का त्वरित रूप से आदान-प्रदान कर सकते हैं. उदाहरण के लिए, एक उपयोगकर्ता सोशल नेटवर्किंग ऐप का उपयोग करके अपने दोस्तों के साथ एक वेबपेज साझा करना चाहता है, या बाद में संदर्भित करने के लिए नोट्स ऐप में एक लिंक सहेजना चाहता है. यदि आपके ऐप को ऐसे परिदृश्य में सामग्री प्राप्त होती है, जिसे उपयोगकर्ता किसी अन्य ऐप के संदर्भ में जल्दी से पूरा कर सकता है, तो शेयर अनुबंध का उपयोग करने पर विचार करें. एक ऐप शेयर फीचर को दो तरह से सपोर्ट कर सकता है. सबसे पहले, यह एक स्रोत ऐप हो सकता है जो ऐसी सामग्री प्रदान करता है जिसे उपयोगकर्ता साझा करना चाहता है. दूसरा, ऐप एक लक्षित ऐप हो सकता है जिसे उपयोगकर्ता साझा सामग्री के लिए गंतव्य के रूप में चुनता है. एक ऐप एक स्रोत ऐप और एक लक्ष्य ऐप दोनों भी हो सकता है. यदि आप चाहते हैं कि आपका ऐप सामग्री को स्रोत ऐप के रूप में साझा करे, तो आपको यह तय करना होगा कि आपका ऐप कौन से डेटा प्रारूप प्रदान कर सकता है. शेयर अनुबंध के अलावा, ऐप्स डेटा स्थानांतरित करने के लिए क्लासिक तकनीकों को भी एकीकृत कर सकते हैं, जैसे ड्रैगिंग और ड्रॉपिंग या कॉपी और पेस्ट करना. यूडब्ल्यूपी ऐप्स के बीच संचार के अलावा, ये विधियां डेस्कटॉप एप्लिकेशन से और उससे साझा करने का भी समर्थन करती हैं. UWP ऐप्स ऐप सेवाएं भी बना सकते हैं जो अन्य UWP ऐप्स को कार्यक्षमता प्रदान करती हैं. एक ऐप सेवा होस्ट ऐप में पृष्ठभूमि कार्य के रूप में चलती है और अन्य ऐप्स को अपनी सेवा प्रदान कर सकती है. उदाहरण के लिए, एक ऐप सेवा एक बार कोड स्कैनर सेवा प्रदान कर सकती है जिसका उपयोग अन्य ऐप कर सकते हैं.
AD प्रमाणीकरण, SSO तकनीक आदि के बारे में सोचें. प्रत्येक सॉफ़्टवेयर विक्रेता प्रसिद्ध/आधुनिक समाधानों के साथ एकीकृत होना चाहता है और आमतौर पर एपीआई और/या प्लगइन्स का उपयोग करके ऐसा करता है, इसलिए एप्लिकेशन-टू-एप्लिकेशन वास्तव में पहले से ही प्रसिद्ध और प्रसिद्ध उत्पादों में उपयोग किया जाता है. लेकिन, ऑफ-द-शेल्फ सॉफ़्टवेयर के बारे में क्या? क्या उन्हें अंधेरे में अकेले रहने की निंदा की जाती है? एक बार संचार प्रोटोकॉल स्थापित हो जाने के बाद, एक प्रोग्राम स्वचालित रूप से दूसरे प्रोग्राम के साथ कैसे प्रमाणित होता है? ज्यादातर समय ऐसा होता है:-
विशेषाधिकार प्राप्त संसाधनों के क्रेडेंशियल स्थानीय कंप्यूटर या सर्वर पर सुरक्षा के बिना संग्रहीत किए जाते हैं. ऑफ-द-शेल्फ एप्लिकेशन अन्य चीजों के साथ-साथ क्रेडेंशियल्स वाली कॉन्फ़िगरेशन फ़ाइलों का उपयोग करते हैं. आंतरिक उपकरण, यानी एप्लिकेशन/स्क्रिप्ट बैच/क्रॉन परिदृश्यों में उपयोग किए जाने वाले हार्ड-कोडेड क्रेडेंशियल्स से लैस हैं. यह स्पष्ट प्रतीत होता है कि स्थानीय रूप से संग्रहीत हार्ड-कोडेड पासवर्ड आईटी सुरक्षा के लिए अंदरूनी खतरों का जोखिम पेश करते हैं. हालांकि कोई भी यह तर्क दे सकता है कि इन पासवर्डों को उनकी सुरक्षा सुनिश्चित करने के लिए एक संकलित और अस्पष्ट बाइनरी में एन्कोड किया गया है, फिर भी एक दुर्भावनापूर्ण अभिनेता के लिए कोड को उलटना और संवेदनशील अनुप्रयोगों तक पहुंच प्राप्त करना संभव है. सॉफ़्टवेयर एप्लिकेशन और स्क्रिप्ट को कॉपी करना भी आसान है और किसी तृतीय-पक्ष सिस्टम पर पुन: उपयोग किया जा सकता है. और हार्ड-कोडेड पासवर्ड का सरल रोटेशन परिचालन गतिविधि के लिए विघटनकारी है क्योंकि इसका अर्थ है संचालन को रोकना, एप्लिकेशन को पैच करना और संचालन को फिर से शुरू करना.
A2A क्रेडेंशियल प्रबंधन निम्नलिखित लाभ प्रदान करता है:
एन्क्रिप्टेड क्रेडेंशियल स्टोर करता है. साख सादे पाठ में संग्रहीत नहीं हैं.
अनधिकृत उपयोगकर्ताओं को क्रेडेंशियल्स तक पहुंच प्राप्त करने से रोकता है. एक अनधिकृत उपयोगकर्ता स्क्रिप्ट स्रोत कोड या क्रेडेंशियल युक्त कॉन्फ़िगरेशन फ़ाइल तक पहुंच सकता है.
A2A यह निर्धारित कर सकता है कि अनधिकृत पहुँच होती है या नहीं.
एक अनुरोधकर्ता को सिमेंटेक पीएएम से लक्षित एप्लिकेशन के लिए क्रेडेंशियल प्राप्त करना होगा. अनुरोधकर्ता से उपकरण तक नेटवर्क ट्रैफ़िक को कम करने के लिए, A2A अनुरोध सर्वर पर एक स्थानीय सुरक्षित कैश प्रदान करता है. कॉन्फ़िगर की गई पासवर्ड नीतियों के आधार पर, सिमेंटेक पीएएम गतिशील रूप से एक लक्षित खाते की साख को बदलता है. स्थानीय कैश को अप-टू-डेट रखने के लिए इन परिवर्तनों को अनुरोध सर्वर पर धकेल दिया जाता है. यदि क्रेडेंशियल को गतिशील रूप से अपडेट नहीं किया जा सकता है, तो संगठन आमतौर पर लक्ष्य पर एक निश्चित पासवर्ड या कुंजी का उपयोग करता है. पासवर्ड या कुंजी को फिर अनुरोधकर्ताओं में हार्ड-कोड किया जाता है. ऐसे मामलों में, लक्ष्य एप्लिकेशन और सभी संबंधित कॉन्फ़िगरेशन फ़ाइलों और हार्ड-कोडेड स्क्रिप्ट पर एक साथ क्रेडेंशियल्स में परिवर्तनों को समन्वयित करने में महत्वपूर्ण ओवरहेड होता है. इसका परिणाम यह होता है कि क्रेडेंशियल नहीं बदले जाते हैं, जिससे डेटा उल्लंघन की संभावना बढ़ जाती है.
A2A का मतलब आस्क टू आंसर है. इसका उपयोग इंटरनेट QnA साइटों जैसे Quora, StackOverflow, आदि पर प्रश्न पूछने या अनुरोध करने के लिए किया जाता है. आस्क टू आंसर (A2A) वेबसाइट समूह के किसी अन्य सदस्य से कोई विशिष्ट प्रश्न पूछने की अनुमति देती है. A2A का उपयोग आस्क टू आंसर का प्रतिनिधित्व करने के लिए एक संक्षिप्त नाम के रूप में किया जाता है. लेकिन, कुछ ऐसे हैं जो A2A का पूर्ण रूप से उपयोग करते हैं "एप्लिकेशन के लिए आवेदन" या संक्षेप में A2A का अर्थ है "कोई भी किसी के लिए" या A2A का पूर्ण रूप "ऑटोमोटिव के लिए अनुप्रयोग" है. लेकिन A2A में कई फुल-फॉर्म हैं जो टेबल के नीचे विभिन्न श्रेणियों में सूचीबद्ध हैं.
इसका मतलब आस्क टू आंसर है. जब आप Quora पर कोई प्रश्न डालते हैं, तो यह आपको कुछ ऐसे लोगों के नाम सुझाता है जो उस विशेष प्रश्न का सर्वोत्तम उत्तर दे सकते हैं. यह व्यक्ति को एक सूचना भेजता है. इसलिए जब आप लोगों को अपने प्रश्न का उत्तर देने के लिए अनुरोध भेजते हैं, तो वे अंत में "A2A के लिए धन्यवाद" नोट जोड़ते हैं.
A2A का मतलब आस्क टू आंसर है. जब आप कोई प्रश्न पूछते हैं, तो आप यहां विभिन्न प्रकार के लोगों में से चुनने की क्षमता रखते हैं जिन्हें Quora आपके प्रश्न से संबंधित विषय (विषयों) पर उनके उत्तरों के आधार पर चुनता है. जब आपके द्वारा पूछा गया कोई व्यक्ति (जिसे आपने सूची से चुना है) आपके प्रश्न का उत्तर देता है, तो वे निर्दिष्ट कर सकते हैं कि उन्हें उत्तर देने के लिए कहा गया था, या A2A.
A2A का मतलब आस्क टू आंसर है. यदि आप अभी अपने प्रश्न के नीचे देखते हैं (इस शीर्ष उत्तर के ऊपर :), आपको किसी विशिष्ट व्यक्ति से यह प्रश्न पूछने का विकल्प दिखाई देगा. केवल यह उम्मीद करने के बजाय कि उस पर सही व्यक्ति होता है, आप इसे "आपसे उत्तर देने के लिए कहा गया है ..." संदेश के साथ उपयोगकर्ता की सूचना फ़ीड में पंप कर सकते हैं. आपको विशेषाधिकार के लिए क्रेडिट का भुगतान करना पड़ सकता है. उत्तर के नीचे संदेश अन्य उपयोगकर्ताओं को सूचित करता है कि उत्तर को विशेष रूप से इसका उत्तर देने के लिए कहा गया था.
A2A या आस्क-टू-उत्तर क्या है और क्या करता है "समुदाय-fy" के लिए अन्यथा लोगों का एक बड़ा संग्रह क्या होगा. अन्य कार्य भी ऐसा करते हैं, लेकिन यह अधिक व्यक्तिगत में से एक है. जब किसी को उत्तर देने के लिए कहा जाता है, तो वह एक विशिष्ट व्यक्ति होता है जिसे उत्तर देने के लिए कहा जाता है. केवल एक प्रश्न पूछना या उत्तर देना समुदाय की अपनी मजबूती पर है - कम से कम यदि नीतियों का पालन किया जाता है. स्पष्ट रूप से कपटपूर्ण प्रश्न पूछना, राजनीतिक शत्रुओं के खिलाफ अंक अर्जित करने का प्रयास करना या इसी तरह के अन्य समुदाय के निर्माण में शायद ही सहायक हो, लेकिन चीजों को सही तरीके से करना है. जब हम किसी से किसी प्रश्न का उत्तर देने के लिए कहते हैं तो हम और वह अन्य व्यक्ति संभावित रूप से घनिष्ठ संबंध में प्रवेश करते हैं. यही कारण है कि कुछ लोगों को A2A:s भेजे जाने पर जलन के साथ प्रतिक्रिया क्यों होती है, जो साइट पर उनकी विशेषज्ञता या भागीदारी के क्षेत्र के लिए बेतहाशा अप्रासंगिक हैं. ऐसा लगता है कि स्पैम किया जा रहा है. जिसने भी A2A भेजा, उसने इस बात की परवाह नहीं की कि उत्तर देने वाला किन क्षेत्रों में यथोचित योगदान दे सकता है और शायद उसने अपनी प्रोफ़ाइल की जाँच भी नहीं की. इसके विपरीत, अगर कोई A2A के जवाब में जवाब दे रहा है, और यह वास्तव में अच्छा है, जो कि Quora पर उपयोगी और मददगार है, तो मैं उनका आभारी रहूंगा. हमें टिप्पणी अनुभाग में बातचीत के माध्यम से रुचि के सामान्य बिंदु मिल सकते हैं. A2A के लिए इस तरह की चीजों के होने के लिए थोड़ा दरवाजा खोलना है, लेकिन इसे सही करने की एक कला है जो उतना ही पूछता है जितना कि उत्तर देने वाले के लिए.
सोशल मीडिया है या नहीं?
Quora कभी-कभी सोशल मीडिया में शामिल हो जाता है, कभी-कभी लोग ऐसा नहीं सोचते हैं. शायद ऐसा इसलिए है क्योंकि सोशल मीडिया में "सोशल" को परिभाषित नहीं किया गया है. Quora इस अर्थ में सामाजिक नहीं है कि देर रात का बार सामाजिक है. लोगों के बीच क्या हो रहा है, यह देखने के लिए आप "बाहर घूमने" नहीं जाते हैं, या यदि आपके पास खेल में प्रवेश करने का मौका होगा. यह इस अर्थ में सामाजिक अधिक है कि पारिवारिक संबंध या मित्रता सामाजिक हैं, जिसका अर्थ है कि यह उपभोग या मनोरंजन के बारे में नहीं है. A2A इस बात का एक अच्छा उदाहरण है कि कैसे एक उपयोगकर्ता ने Quora के इस आयाम को कितनी अच्छी तरह से समझा है, कि यह मदद और उपयोगिता के बारे में है, इस अंतर को कैसे समझ सकता है. कोई व्यक्ति जो सूची में पॉप अप करने के लिए हुआ है, उसके बारे में A2A भेजने के लिए एक मुश्किल या किसी तरह का मुश्किल सवाल पूछ रहा है, जो बार में उस लड़के की तरह है जो खारिज होने के बाद अगली लड़की के पास जाता है, और फिर अगला, और अगला, वास्तव में लड़कियों की बिल्कुल भी परवाह नहीं करना. यह "मैं, मैं, मैं" या यहां तक कि "मुझे खिलाओ" का व्यवहार है, एक उपभोक्ता जो मुफ्त दोपहर के भोजन की तलाश में है, न कि किसी प्रतिभागी या सदस्य का व्यवहार. जो लोग खुद को उपभोक्ताओं के बजाय प्रतिभागियों के रूप में देखते हैं, वे उसी के अनुसार कार्य करेंगे, और दूसरों और समुदाय को उसी के अनुसार देखेंगे. इनके बीच ऐसे बंधन स्थापित होंगे जो मदद और उपयोगिता को घटित करते हैं. वे वही हैं जो समुदाय को सबसे अधिक देंगे, लेकिन इससे सबसे अधिक लाभ भी प्राप्त करेंगे, क्योंकि वे समझते हैं कि पूरी बात क्या है.
(ठीक है, मुझे पता है कि मैं इस कोण को बढ़ा-चढ़ाकर बता रहा हूं, क्योंकि यह शायद ही आवश्यक है कि कोई उपयोगकर्ता को A2A भेजने से पहले उसकी प्रोफ़ाइल की जाँच करे और कई प्रश्नों के लिए यह किसी भी तरह से आवश्यक नहीं होगा. लेकिन मैं प्रकाश में आने का प्रयास कर रहा हूँ जिन चीजों को अक्सर अनदेखा कर दिया जाता है, इसलिए अपनी बात रखने के लिए मुझे थोड़ा बढ़ा-चढ़ाकर पेश करने की जरूरत है.) साथ ही, मुझे इस प्रश्न का उत्तर देने के लिए कहा गया था (बेनामी द्वारा), लेकिन किसी कारण से जो दिखाई नहीं दे रहा है.
उत्तर देने के लिए कहें (या A2A), जो उत्तर का अनुरोध करने के लिए पुराना और अधिक इस्तेमाल किया जाने वाला शब्द है (आप अनुरोध बटन देख सकते हैं), विशिष्ट लोगों से आपके प्रश्न का उत्तर देने के लिए कहने का एक तरीका है. यह वास्तव में आवश्यक नहीं है, हालांकि कभी-कभी कुछ लोग केवल ऐसे अनुरोधों का उत्तर देते हैं (वे निश्चित रूप से मेरे लिए उच्च प्राथमिकता रखते हैं) ऐसे अनुरोध किसी को भी भेजे जा सकते हैं, हालाँकि आपको उन्हें उन लोगों को भेजना चाहिए जिन्हें वास्तव में आपके प्रश्न का उत्तर जानने की सबसे अधिक संभावना है.