👩🏻‍💼 ↖️ 🤘🏿 विज्ञापन प्रणालियों एपीआई के साथ काम करने के लिए आर संकुल का उपयोग करना कितना सुरक्षित है 🧑🏾‍🤝‍🧑🏼 👧 🤠

हाल ही में, अक्सर वे मुझसे एक सवाल पूछने लगे कि विभिन्न तैयार एक्सटेंशनों का उपयोग करना कितना सुरक्षित है, अर्थात्। R भाषा के लिए लिखे गए पैकेज, क्या एक मौका है कि विज्ञापन खाता गलत हाथों में जाएगा

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

इस आलेख में जानकारी तकनीकी रूप से सबसे आसान नहीं है, इसलिए, ताकि यह पाठ सामान्य मदद की तरह सूखा और तकनीकी न हो, मैं एक मार्गदर्शक की भूमिका पर प्रयास करने की हिम्मत करता हूं और आपको इस लेख के माध्यम से इसकी सरलतम अनुभूति के लिए चलूंगा।

हमारी दर्शनीय स्थलों की यात्रा बस पहले ही आ चुकी है, अपनी सीटें लें और हमारी वर्तमान यात्रा कार्यक्रम देखें।

सामग्री

अधिकांश आधुनिक विज्ञापन सेवाओं में प्राधिकरण प्रक्रिया कैसे काम करती है

हमारे भ्रमण समूह का बैठक स्थान OAuth प्रोटोकॉल है।

लगभग सभी सेवाएँ जिनके साथ मुझे एपीआई को OAuth 2.0 प्रोटोकॉल का उपयोग करके प्राधिकरण को काम करना पड़ा, उन्होंने पहले से ही हब पर इसके बारे में अधिक विस्तार से लिखा है, जो इसके wilds में टहलने में रुचि रखते हैं, कृपया, आपके पास ऐसा अवसर है, आप इसे यहां और यहां कर सकते हैं।

यदि आप इसके अर्थ को संक्षेप में समझाते हैं, तो OAuth आवेदन की अनुमति देता है (हमारे मामले में, आर पैकेज एक ऐसा अनुप्रयोग होगा), जिसके लिए आपने अपनी ओर से कुछ कार्य करने की अनुमति दी है, इस आवेदन को विज्ञापन खाते से अपना उपयोगकर्ता नाम और पासवर्ड स्थानांतरित करने की आवश्यकता के बिना, फिर से सुरक्षा कारणों से।

लॉगिन और पासवर्ड के बजाय, OAuth प्रोटोकॉल एक टोकन का उपयोग करता है, यह एक उत्पन्न स्ट्रिंग है जिसमें अक्षरों और संख्याओं का एक सेट होता है, जो जानकारी को एन्क्रिप्टेड रूप में संग्रहीत करता है:

जिस उपयोगकर्ता की ओर से आवेदन अनुरोध को निष्पादित करता है
क्या उपयोगकर्ता वास्तव में इस एप्लिकेशन को अपने डेटा तक पहुंच की अनुमति देता है
क्या उपयोगकर्ता के पास उन विज्ञापन सामग्रियों के साथ काम करने के लिए आवश्यक अनुमतियाँ हैं जिन्हें वह संदर्भित करता है

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

सुरक्षा प्रश्न कहां से आया

हम आगे बढ़ रहे हैं, आइए यह पता लगाने की कोशिश करें कि संकुल का उपयोग करते समय सुरक्षा प्रश्न कहां उत्पन्न हुआ?

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

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

इसलिए, अधिकांश उपयोगकर्ता चिंतित हैं क्योंकि जिन साइटों पर स्वयं टोकन या प्राधिकरण पुष्टिकरण कोड उत्पन्न होता है वे तृतीय-पक्ष हैं और स्वयं विज्ञापन सेवा से कोई लेना-देना नहीं है, निश्चित रूप से उनके पास Google Analytics काउंटर या Yandex.Metrica काउंटर और साइट स्वामी हैं जो ज्यादातर मामलों में पैकेज के लेखक भी हैं, कई के अनुसार, इस साइट के माध्यम से यह उनके टोकन पर कब्जा कर सकता है और उनके माध्यम से अपनी विज्ञापन सामग्री का प्रबंधन कर सकता है।

आपको टोकन अवरोधन से क्या खतरा है

आइए इस बारे में बात करते हैं कि आम तौर पर आपको एक टोकन बनाने की अनुमति मिलती है अगर यह एक हमलावर के हाथों में गिर गया।

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

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

अगर किसी ने आपके टोकन को कब्जे में ले लिया है तो क्या करें

यदि ऐसा हुआ है कि आपने गलती से अपना टोकन स्थानांतरित कर दिया है, तो घबराएं नहीं। वास्तव में, यह दुनिया का अंत नहीं है, ज्यादातर मामलों में कई क्रियाएं हैं जो पहले जारी किए गए टोकन को रीसेट करती हैं, उदाहरण के लिए, Yandex.Direct API संदर्भ के इस खंड में, पहले जारी किए गए टोकन को वापस बुलाने की प्रक्रिया को विस्तार से वर्णित किया गया है।

ज्यादातर मामलों में, आप जिस विज्ञापन प्रणाली एपीआई के साथ काम कर रहे हैं, उसकी परवाह किए बिना, यह आपके खाते के लिए पासवर्ड बदलने के लिए पर्याप्त होगा।

एपीआई विज्ञापन प्रणालियों के साथ काम करने के लिए सबसे सुरक्षित रूप से R पैकेज का उपयोग कैसे करें

और अब हमें अपने दौरे का सबसे दिलचस्प हिस्सा मिल गया है, तो मैं इस बारे में बात करूंगा कि मैंने अपने द्वारा विकसित पैकेजों का उपयोग करना सबसे सुरक्षित कैसे है, क्योंकि मैं उन प्रणालियों के एपीआई से अच्छी तरह परिचित हूं जिनके साथ वे काम करते हैं।

मैं यह नोट करना चाहता हूं कि सभी जारी किए गए टोकन विज्ञापन प्लेटफ़ॉर्म के किनारे पर संग्रहीत हैं, न कि एप्लिकेशन जिसके माध्यम से आर पैकेज काम करता है, इसलिए यहां तक कि विज्ञापन प्लेटफ़ॉर्म एपीआई के साथ काम करने के लिए पंजीकृत एप्लिकेशन के उपयोगकर्ता के पास टोकन ही नहीं है।

ryandexdirect और rym - Yandex.Direct और Yandex.Metrica API के साथ काम करने के लिए पैकेज

दोनों पैकेज Yandex OAuth सेवा का उपयोग करते हैं, अधिक जानकारी के लिए, इस लिंक को देखें।

प्राधिकरण के लिए ryandexdirect पैकेज में 2 कार्य हैं:

yadirAuth - दो-चरणीय प्राधिकरण
yadirGetToken - एक प्राधिकरण टोकन के लिए अनुरोध

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

मैं समझाता हूँ कि यहाँ, Google Analytics सत्यापन कोड जनरेशन पेज पर जाने का डेटा कैसे दिखाता है।

यानी कोड '?' चिन्ह के बाद आता है, और इसे एक GET पैरामीटर माना जाता है जो Google Analytics काउंटर को कैप्चर करता है, लेकिन इस तरह के पुष्टिकरण कोड का जीवनकाल उपयोग करने के तुरंत बाद समाप्त हो जाता है, अर्थात। आपके द्वारा कंसोल R में दर्ज करने के ठीक बाद। इस तरह के कोड की अधिकतम उम्र 10 मिनट है।

दूसरा फ़ंक्शन, yadirGetToken , यहां वर्णित अन्य योजना के अनुसार प्राधिकरण करता है । और इसका उपयोग करते समय, कोई पुष्टिकरण कोड उत्पन्न नहीं होता है, अर्थात्। डेटा एक्सेस करने के लिए पैकेज की अनुमति देने के बाद, आपको टोकन जनरेशन पेज मिलता है। URL में टोकन को '#' साइन के बाद लौटाया जाता है, यह एक गेट पैरामीटर नहीं है, लेकिन एक एंकर या URL के इस हिस्से को हैश भी कहा जाता है। ब्राउज़र इस डेटा को प्रसारित नहीं करता है; तदनुसार, इसे Google Analytics रिपोर्ट में स्थानांतरित नहीं किया जाता है, अर्थात। रिपोर्टों में इस पृष्ठ पर जाने को इस तरह प्रदर्शित किया जाता है:

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

प्राधिकरण के लिए rym पैकेज में एक फ़ंक्शन rym_auth है, जो कि yadirAuth फ़ंक्शन का एक पूर्ण एनालॉग है, ऑपरेशन योजना, जिसके बारे में मैंने पहले ही विस्तार से वर्णन किया है।

rfacebookstat - फेसबुक विज्ञापन खाते के साथ काम करने के लिए पैकेज

फेसबुक मार्केटिंग एपीआई में प्रमाणीकरण प्रक्रिया यहाँ विस्तार से वर्णित है ।

प्राधिकरण पारित करने के लिए, rfacebookstat पैकेज में fbGetToken फ़ंक्शन है, यह ryandexdirect पैकेज से पहले से वर्णित yadirGetToken फ़ंक्शन के yadirGetToken कार्य करता है, अर्थात सब कुछ एक-चरणीय प्रमाणीकरण के माध्यम से कार्यान्वित किया जाता है। इस बात का कोई खतरा नहीं है कि आपका टोकन Google Analytics रिपोर्ट के माध्यम से इंटरसेप्ट किया जाएगा, Google Analytics में टोकन जनरेशन पेज पर जाने की एक स्क्रीन है।

rvkstat - वीके खाते के साथ काम करने के लिए पैकेज

Vkontakte प्रमाणीकरण प्रक्रिया एपीआई सहायता में वर्णित है।
Rvkstat में, आप प्राधिकरण के लिए दो कार्यों में से एक का उपयोग कर सकते हैं:

vkAuth - प्राधिकरण योजना प्राधिकरण कोड प्रवाह , अर्थात द्वि-चरणीय प्राधिकरण।
vkGetToken - vkGetToken फ्लो स्कीम, वन-स्टेप ऑथराइजेशन के अनुसार प्राधिकरण, डिवाइस के लिए टोकन बाउंड के साथ।

vkAuth दो-चरणीय प्रमाणीकरण प्रदान करता है, अनिवार्य रूप से इस ब्लॉक की शुरुआत में वर्णित yadirAuth फ़ंक्शन का एक एनालॉग, लेकिन केवल Vkontakte API में प्राधिकरण के लिए, और Yandex नहीं।

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

vkGetToken फ़ंक्शन आपको सबसे तेज़ तरीके से टोकन प्राप्त करने की अनुमति देता है, इसके अलावा, प्राप्त टोकन उस डिवाइस से बंधा हुआ है जिससे यह अनुरोध किया गया था, अर्थात। यहां तक कि अगर कोई इसे प्राप्त करता है, तो वह इसे केवल उसी पीसी से उपयोग कर सकता है जहां से उसे अनुरोध किया गया था। उसी समय, URL में टोकन तब उत्पन्न होता है जब '#' साइन के बाद होता है, और जैसा कि मैंने पहले कहा था, यह Google Analytics रिपोर्ट में नहीं मिलता है।

rmytarget - MyTarget डैशबोर्ड पैकेज

फिलहाल, MyTarget एपीआई में 3 प्राधिकरण योजनाएं हैं, प्रत्येक पर विवरण के लिए, प्रलेखन देखें।

MyTarAuth फ़ंक्शन का उद्देश्य rmytarget में MyTarget API में प्राधिकरण के लिए है, डिफ़ॉल्ट रूप से यह प्राधिकरण कोड अनुदान प्राधिकरण योजना का उपयोग करता है, जो आपको व्यक्तिगत रूप से एक्सेस किए बिना MyTarget API के साथ काम करने की अनुमति देता है। यानी मैंने पहले ही आवेदन पंजीकृत कर लिया था, इसे MyTarget API समर्थन द्वारा अनुमोदित किया गया था, और आप इसे अपनी ओर से खाते के साथ काम करने के लिए देते हैं।

प्राधिकरण कोड ग्रांट एक दो-चरण वाली प्राधिकरण योजना है, जिसका अर्थ है रयांडेक्सडैक पैकेज में yadirAuth फ़ंक्शन द्वारा लागू किया गया।

यह निम्नानुसार काम करता है:

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

इस मामले में, पुष्टि कोड एक पैरामीटर है और Google Analytics रिपोर्ट में दर्ज किया गया है।

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

लेकिन यदि सभी समान हैं, तो यह विकल्प अभी भी आपके लिए संदिग्ध है, तो rmytarget और myTarAuth फ़ंक्शन आपको शेष दो प्राधिकरण योजनाओं का उपयोग करने की अनुमति देता है:

क्लाइंट क्रेडेंशियल ग्रांट , एपीआई के माध्यम से व्यक्तिगत खाता डेटा के साथ काम करता था
एजेंसी क्लाइंट क्रेडेंशियल ग्रांट , एजेंसियों / प्रबंधकों के अपने स्वयं के ग्राहकों के डेटा के साथ काम करने के लिए उपयोग किया जाता है।

इस मामले में, आपको स्वतंत्र रूप से MyTarget API का उपयोग करना होगा, फिलहाल केवल कानूनी निकाय ही इसे प्राप्त कर सकते हैं, और यह मैन्युअल रूप से जारी किया जाता है, एक्सेस का अनुरोध करने के लिए आपको फीडबैक फॉर्म का उपयोग करने की आवश्यकता है, आप यहां सभी विवरणों का पता लगा सकते हैं।

इसलिए, यदि आप अभी भी MyTarget API के साथ काम करने के लिए अपने आवेदन को पंजीकृत करने में कामयाब रहे हैं, तो आप myTarAuth फ़ंक्शन का उपयोग करके ऊपर सूचीबद्ध दो योजनाओं में से एक का उपयोग करके आसानी से प्रमाणित कर सकते हैं, इसके लिए myTarAuth तीर्थ तर्क के लिए FALSE मान दें , और निम्न तर्कों का उपयोग करें:

अनुदान_प्रकार - आपके खाते का प्रकार, इस मामले में एक नियमित ग्राहक खाता, मानों को "client_credentials" या "Agency_client_credentials" लेता है।
Agency_client_name - एजेंट खाते से क्लाइंट लॉगिन, केवल तभी उपयोग किया जाता है अगर अनुदान_प्रकार = "Agency_client_credentially"।
MyTarget API तक पहुँच की पुष्टि करते समय client_id - ID आपको जारी किया जाता है।
client_secret - जब आप क्लाइंट ID के साथ MyTarget API तक पहुँच की पुष्टि करते हैं, तो आपसे संपर्क किया जाता है।

क्लाइंट क्रेडेंशियल्स अनुदान प्राधिकरण नमूना कोड

 myTargetAuth <- myTarAuth(code_grant = FALSE, grant_type = "client_credentials", client_id = "XXXXXXXXXX", client_secret = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx")

प्राधिकरण योजना के लिए नमूना कोड एजेंसी क्लाइंट क्रेडेंशियल्स ग्रांट

 myTargetAuth <- myTarAuth(code_grant = FALSE, grant_type = "agency_client_credentials", client_id = "XXXXXXXXXX", client_secret = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx", agency_client_name = "xxxxxxxxx@agency_client")

इस दृष्टिकोण का उपयोग करने के मामले में, प्रमाणीकरण rmytarget पैकेज साइट के साथ किसी भी बातचीत के बिना गुजर जाएगा।

निष्कर्ष

यह वह जगह है जहां हमारा दौरा समाप्त होता है, क्योंकि आज से 10,000 से अधिक पैकेज मुख्य रिपॉजिटरी - CRAN, और GitHub पर 80,000 से अधिक प्रकाशित होते हैं, निष्कर्ष में मैं उनके उपयोग की सुरक्षा के बारे में कुछ और शब्द कहना चाहता हूं।

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

इसके अलावा, मैं यह नोट करना चाहता हूं कि आर भाषा के लिए सभी पैकेजों का कोड खुला है, इसे लॉन्च करने से पहले आप हमेशा इसके किसी भी कार्य के कोड को देख सकते हैं।

इस पैकेज के आवेदन पर लेख खोजने की कोशिश करें, आर उपयोगकर्ता जानकारी साझा करने के लिए काफी इच्छुक हैं, और आप संभवतः अधिक या कम लोकप्रिय पैकेजों के उपयोग के मामले पाएंगे। यदि वे एक पैकेज के बारे में लिखते हैं, तो इसका मतलब है कि वे इसका उपयोग कर रहे हैं, और जाहिर है कि किसी को भी इसके साथ कोई समस्या नहीं थी।

यह भी देखें कि पैकेज का लेखक कौन है, ऐसा करने के दो तरीके हैं:

पैकेज स्थापित करने के बाद, utils::packageDescription("_")$Author कमांड
पैकेज स्रोत में DESCRIPTION फ़ाइल देखें।

वर्ल्ड वाइड वेब पर लेखक के बारे में कुछ जानकारी प्राप्त करने का प्रयास करें, यदि कोई व्यक्ति कम से कम सार्वजनिक भी है, तो उसे आपके विज्ञापन खाते और आपकी विज्ञापन सामग्री तक पहुँच प्राप्त करने के लिए अपनी प्रतिष्ठा को जोखिम में डालने की संभावना नहीं है। अक्सर एक प्रतिष्ठित तरीके से प्राप्त धन की तुलना में एक प्रतिष्ठा अधिक महंगी होती है।

यदि आप GitHub से एक पैकेज स्थापित करते हैं, तो इसे लेखक की रिपॉजिटरी से स्थापित करें, और किसी भी शाखा से नहीं, एक नियम के रूप में, लोकप्रिय रिपॉजिटरी में ऐसी कई शाखाएं हैं:

रयानडेक्सैड शाखाएँ

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

आप देख सकते हैं कि GitHub पर किस पृष्ठ पर इसकी शाखा बनाई गई थी।

किसी भी परिस्थिति में अपने टोकन किसी को हस्तांतरित न करें, उन्हें उसी तरह से स्टोर करें जैसे आप खातों से पासवर्ड स्टोर करते हैं, भले ही आपको कोड का एक उदाहरण दिखाने की आवश्यकता हो, यह टोकन निर्दिष्ट किए बिना करें।

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

सौभाग्य, सावधान रहें लेकिन व्यामोह में न दें।

विज्ञापन प्रणालियों एपीआई के साथ काम करने के लिए आर संकुल का उपयोग करना कितना सुरक्षित है