मुझे एक एपीआई चाहिए। मुझे कहां से शुरू करना चाहिए?

Question

मैं स्क्रैच से एक PHP अनुप्रयोग बना रहा हूं (Kohana3 ढांचे का उपयोग कर)। मैं इसे आर्किटेक्ट करने जा रहा हूं ताकि मैं आंतरिक रूप से डेटा तक पहुंचने के लिए एपीआई का उपयोग कर सकूं। साथ ही, मैं अंततः इसे जनता को पेश करना चाहता हूं।

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

Answer 1

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

Answer 2

मुझे लगता है कि शुरू करने के लिए एक अच्छी जगह डिजिटल हस्ताक्षर के बारे में सामान्य जानकारी पर पढ़ा जाएगा। विकिपीडिया एक महान संसाधन http://en.wikipedia.org/wiki/Public_Key_Infrastructure या http://en.wikipedia.org/wiki/X.509 है।
एक बुनियादी स्तर पर मैं प्रत्येक ग्राहक को एक निजी कुंजी दूंगा। क्लाइंट लाइब्रेरी में मैं कुंजी एन्क्रिप्ट करूंगा। जब कोई ग्राहक अनुरोध करता है कि कुंजी उस व्यक्ति को जारी की गई है जिसे आपने उस विशेष ग्राहक को जारी किया है।

Answer 3

मैंने मूल प्रमाणीकरण के साथ कोडइग्निटर का उपयोग करके एक PHP REST API बनाया है, (उपयोगकर्ता नाम/पासवर्ड के रूप में "कंपनी आईडी" और "एपीआई कुंजी" प्रदान करना)। बाद में हमने पाया कि सत्र कुंजी को प्रावधान करना आवश्यक था जो सीधे एपीआई कुंजी से संबंधित थे, केवल समाप्ति समय के साथ।

असल में, हमने URL में "विधि" प्रदान किए जाने के आधार पर हमारे डेटास्टोर (nosql विविधता :) में विभिन्न प्रकार के डेटा पूछे। हमने कोडइग्निटर द्वारा प्रदान की गई "सेगमेंट" क्षमता का उपयोग कर इसे एक्सेस किया।

फिर हमने प्रत्येक प्रतिक्रिया को "json_encode" के साथ लपेट लिया जो वापस लौटाया गया था और हमने सुरक्षा के लिए एक HTTPS कनेक्शन भी उपयोग किया था।

क्लाइंट क्लास के लिए हमने PHP क्लासिक-> get_my_data ($ api_key) को कॉल में सबकुछ लपेट लिया, PHP लिबकर्ल का उपयोग करके एक परत के साथ, जो बेसिक ऑथ प्रदान करने के लिए वास्तव में अच्छी तरह से काम करता है।

आशा इस मदद करता है,

CURL_GET

private function curl_get($url, $apikey, $co) 
    { 
     $curl_handle = curl_init(); 
     curl_setopt($curl_handle, CURLOPT_URL, $url); 
     curl_setopt($curl_handle, CURLOPT_CONNECTTIMEOUT, 2); 
     curl_setopt($curl_handle, CURLOPT_SSL_VERIFYPEER, FALSE); 
     curl_setopt($curl_handle, CURLOPT_USERPWD, $co.":".$apikey); 
     curl_setopt($curl_handle, CURLOPT_RETURNTRANSFER, 1); 
     curl_setopt($curl_handle, CURLOPT_DNS_USE_GLOBAL_CACHE, FALSE); 

     $buffer = curl_exec($curl_handle); 
     $error = curl_error($curl_handle); 
     curl_close($curl_handle); 
     // check for success or failure 
     if (empty($buffer)) { 
     //echo 'Something went wrong :(error: '.$error.'<Br>'; 
     } else { 
     return $buffer; 
     } 
    } 

Answer 4

आपका प्रश्न थोड़ा इस से भी बड़ा है, लेकिन मैं आरईएसटी के बारे में एक छोटा अवलोकन प्रदान कर सकता हूं।

मुझे आरईएसटी के साथ मिला है, यह है कि प्राकृतिक कुंजी के बजाय अंतर्निहित डेटा मॉडल के लिए कृत्रिम कुंजी का उपयोग करना सबसे अच्छा है। https://server/yourApp/viewUser/1234.html इस आईडी 1234. साथ उपयोगकर्ता को दिखाने हैं लेकिन यदि आप प्राकृतिक चाबी इस्तेमाल आप इस https://server/yourApp/viewUser/Bob.html जैसी URL कुछ है या बजाय बॉब की अगर इसकी "बॉब एक्स" या बुरा हो सकता है ":

उदाहरण के लिए, RESTfull यूआरएल पर विचार बॉब? कुंजी = मूल्य "। आप अमान्य यूआरएल उत्पन्न करने के बारे में सोचना नहीं चाहते हैं।

Answer 5

ओएथ एक अच्छा विकल्प होगा। तो एक ही कुंजी/मूल्य जोड़ी होगी। आप Mashape पर भी देखना चाहते हैं लेकिन पूरी तरह से यह सुनिश्चित नहीं है कि आप जो भी करने की कोशिश कर रहे हैं वह ठीक है।

Answer 6

ऐसा करने के लिए 3 स्केल (http://www.3scale.net/) पर एक नज़र डालें - यह प्रमाणीकरण, अभिगम नियंत्रण, नीतियों, दर सीमा आदि को संभालता है और महत्वपूर्ण यातायात के लिए स्वतंत्र है। इन सुविधाओं को सक्षम करने के लिए सिस्टम में प्लगइन करने के लिए हमारे पास एक PHP मॉड्यूल है। (अस्वीकरण - मैं वहां काम करता हूं - लेकिन उम्मीद है कि यह उपयोगी है!)