REST API উদাহরণ

একাধিক প্ল্যাটফর্ম জুড়ে ডেটা বিনিময় একীকরণের যুগে আগের চেয়ে আরও গুরুত্বপূর্ণ। ইন্টিগ্রেশন ছাড়া একটি অনলাইন দোকান বিবেচনা করুন. আপনার ওয়েবসাইটকে পণ্য তালিকা পরিচালনার পাশাপাশি ব্যবহারকারীর অ্যাকাউন্ট, ইমেল সাবস্ক্রিপশন, অর্থপ্রদান প্রক্রিয়াকরণ , চালান এবং অন্যান্য কাজ পরিচালনার জন্য সিস্টেম বিকাশ করতে হবে। অন্যান্য প্রদানকারীদের কাছে এই দায়িত্বগুলি আউটসোর্স করা আরও কার্যকর হবে কারণ এটি একটি মাপযোগ্য বিকল্প নয়।

অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস , বা ওয়েব API, যা সফ্টওয়্যার প্রোগ্রামগুলি একে অপরের সাথে যোগাযোগ করতে ব্যবহার করে। API দুটি প্রোগ্রামের মধ্যে ডেটা আদান-প্রদানের জন্য একটি সামঞ্জস্যপূর্ণ প্রোটোকল অফার করে। ওয়েব API-এর সাহায্যে, আপনার অনলাইন স্টোর ডেলিভারি সফ্টওয়্যার, ক্লায়েন্ট অ্যাপ্লিকেশন, অর্থপ্রদানের অ্যাপ্লিকেশন এবং অন্য যেকোনো প্রয়োজনীয় সংযোগের সাথে যোগাযোগ করতে পারে।

একটি API তৈরি করার বিভিন্ন উপায় আছে; যাইহোক, আপনি যদি আপনার পরিষেবাগুলিতে সফ্টওয়্যার সংযোগগুলি যোগ করতে চান তবে একটি অনন্য কৌশল রয়েছে যার সাথে আপনার পরিচিত হওয়া উচিত: REST APIs ওয়েব পরিষেবা৷ এই নিবন্ধে, আমরা REST API উদাহরণগুলি নিয়ে আলোচনা করব, REST API কী, REST APIগুলি কীভাবে কাজ করে, REST APIগুলি কীসের জন্য ব্যবহার করা হয়, ইতিহাস, এর উপাদানগুলি এবং আরও অনেক কিছু।

একটি REST API আসলে কি?

প্রতিনিধিত্বমূলক রাষ্ট্র স্থানান্তর বা REST APIs ওয়েব পরিষেবাগুলি মাইক্রোসার্ভিসেস ফ্রেমওয়ার্কগুলিতে উপাদানগুলিকে লিঙ্ক করার জন্য সবচেয়ে আদর্শ অনুশীলন কারণ তারা অ্যাপগুলিকে অন্তর্ভুক্ত করার জন্য একটি বহুমুখী, বহনযোগ্য উপায় অফার করে৷ REST হল একটি জনপ্রিয় API ডিজাইন যা আমরা অভ্যন্তরীণ এবং বাহ্যিক স্টেকহোল্ডারদের সাথে একটি প্রমিত এবং অনুমানযোগ্য পদ্ধতিতে যোগাযোগ করার জন্য নিযুক্ত করি।

ওয়েব অ্যাপ্লিকেশনের ব্যবহারকারীরা একে অপরের সাথে যোগাযোগের জন্য প্রায়শই REST API-এর ওয়েব পরিষেবা ব্যবহার করে। উদাহরণস্বরূপ, একটি সামাজিক মিডিয়া প্রোগ্রামে অ্যাকাউন্টের বিবরণ অর্জন এবং পর্যালোচনা করা। REST API ব্রাউজারগুলিকে ওয়েবের সিনট্যাক্স হিসাবে দেখা যেতে পারে। অনলাইন গ্রাহকরা ক্লাউড ব্যবহার বৃদ্ধির সাথে সাথে ডিজিটাল অপারেশনগুলিতে অ্যাক্সেস প্রদান এবং পরিচালনা করতে ওয়েব API ব্যবহার করে।

ওয়েব এপিআই ডিজাইন করা যা গ্রাহকদের একটি বিক্ষিপ্ত প্রেক্ষাপটে গতিশীলভাবে ডিজিটাল ওয়েব পরিষেবাগুলির সাথে সংযোগ করতে, পরিচালনা করতে এবং যুক্ত করতে সক্ষম করে একটি বুদ্ধিমান সিদ্ধান্ত। Google, eBay, Facebook, Amazon এবং Twitter এর মতো ওয়েবসাইটগুলি RESTful ওয়েব পরিষেবা নিযুক্ত করে৷ ক্লায়েন্ট অ্যাপ্লিকেশনগুলি এখন এই ওয়েব পরিষেবাগুলি অ্যাক্সেস করতে REST ব্যবহার করতে পারে৷

REST প্রযুক্তি অন্যান্য সম্পর্কিত প্রযুক্তির চেয়ে পছন্দনীয়। এর কারণ হল REST ওয়েব পরিষেবাগুলি কম ব্যান্ডউইথ ব্যবহার করে, যা তাদের দক্ষ অনলাইন কার্যকলাপের জন্য আদর্শ করে তোলে। জাভাস্ক্রিপ্ট বা পাইথনের মতো প্রোগ্রামিং ভাষা ব্যবহার করেও RESTful ওয়েব পরিষেবাগুলি বিকাশ করা যেতে পারে।

REST API কিভাবে কাজ করে?

REST APIগুলি কীভাবে কাজ করে তা জানতে, আমাদের অবশ্যই কিছু মূল পদ সংজ্ঞায়িত করতে হবে:

ক্লায়েন্ট

একজন API ব্যবহারকারীকে ক্লায়েন্ট হিসাবে উল্লেখ করা হয়। ক্লায়েন্ট ডেটা পেতে বা প্রোগ্রামে পরিবর্তনগুলি প্রয়োগ করতে ওয়েব API-তে প্রশ্ন পাঠায়। আপনার ইন্টারনেট ব্রাউজার একটি ক্লায়েন্ট; এটি পৃষ্ঠার বিষয়বস্তু পেতে বিভিন্ন ওয়েব API-এর সাথে যোগাযোগ করে। আপনার কম্পিউটার প্রয়োজনীয় তথ্য পায়, যা তারপর প্রদর্শনে দেখানো হয়।

নিম্নলিখিত সবচেয়ে জনপ্রিয় HTTP পদ্ধতি:

• অনুরোধ করা ডেটা বা অনুরোধ করা সম্পদ ফেরত দিতে GET অনুরোধটি ব্যবহার করুন।
• একটি নতুন সংস্থান করতে POST অনুরোধটি ব্যবহার করুন৷
• একটি বিদ্যমান সংস্থান পরিবর্তন করতে বা আপডেট করা চালিয়ে যেতে PUT নির্দেশ ব্যবহার করুন
• একটি সম্পদ পরিত্রাণ পেতে DELETE কমান্ডটি ব্যবহার করুন।

উদাহরণস্বরূপ, Youtube-এর API-এ একটি HTTP অনুরোধ একটি নির্দিষ্ট ভিডিও বা পোস্টের জন্য একটি GET অনুরোধ সংস্থান বা একটি নতুন ছবি প্রকাশ করার জন্য একটি POST অনুরোধ হতে পারে। আপনি নতুন পোস্ট প্রকাশ করতে POST অনুরোধ পদ্ধতি ব্যবহার করতে পারেন। তদনুসারে, একটি গ্রাহক ওয়েব পরিষেবা প্ল্যাটফর্ম যা একটি স্বয়ংক্রিয়-অ্যাটেন্ডেন্ট বাস্তবায়নের সাথে সংহত করে একটি কাস্টম হ্যালো আপডেট বা নির্মূল করার জন্য PUT নির্দেশ নিয়োগ করতে পারে।

অনুরোধ পান

• GET অনুরোধ ক্যাশে করা সম্ভব৷ ব্রাউজারের ইতিহাস GET অনুরোধগুলিকে অন্তর্ভুক্ত করে৷
• বুকমার্ক করা GET অনুরোধগুলি সম্ভব।
• সমালোচনামূলক উপাদানের সাথে কাজ করার সময় কখনই GET অনুরোধগুলি ব্যবহার করবেন না।
• GET অনুরোধে দৈর্ঘ্যের সীমাবদ্ধতা রয়েছে।
• GET অনুরোধের মাধ্যমে শুধুমাত্র ডেটা প্রশ্ন করা হয়

পোস্ট পদ্ধতি

পোস্ট রিকোয়েস্ট হল রিসোর্স যোগ বা আপডেট করার জন্য সার্ভারে তথ্য পাঠানোর জন্য একটি পোস্ট পদ্ধতি। একটি HTTP অনুরোধের অনুরোধের অংশে এমন ডেটা থাকে যা সার্ভারের দিকে প্রকাশিত হয়:

• POST অনুরোধ পোস্ট পদ্ধতি কখনই ক্যাশে যায় না।
• POST অনুরোধগুলি ব্রাউজারের ইতিহাসে সংরক্ষণ করা হয় না।
• POST অনুরোধ বুকমার্কযোগ্য নয়

রেসপন্স বডি

রেসপন্স বডি হল RESTful API এর অন্যতম গুরুত্বপূর্ণ উপাদান। অনুরোধ করা তথ্য প্রতিক্রিয়া বডি অন্তর্ভুক্ত করা হয়. প্রতিক্রিয়া বডিতে আউটপুট এবং আউটপুট লজিক পোর্ট সম্পর্কিত ডেটা অন্তর্ভুক্ত থাকতে পারে।

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

সম্পদ

ওয়েব এপিআই ব্যবহারকারীকে যে কোনো ডেটা দিতে পারে তা একটি সম্পদ। উদাহরণস্বরূপ, একটি ব্যক্তি, পৃষ্ঠা, ছবি বা মন্তব্য সবই Facebook API-তে সম্পদ হিসেবে বিবেচিত হতে পারে। রিসোর্স আইডেন্টিফায়ার হল প্রতিটি রিসোর্সকে দেওয়া একটি বিশেষ শব্দ।

ওয়েব সার্ভার

যে প্রোগ্রামটি গ্রাহকের অনুরোধের বডি গ্রহণ করে সেটি একটি ওয়েব সার্ভার ব্যবহার করে, যা গ্রাহকের জন্য জিজ্ঞাসা করা সংস্থানগুলিকে রাখে। সার্ভার গ্রাহকদের তার ডাটাবেসে রাখা তথ্যে অবিলম্বে অ্যাক্সেস না দিয়ে একটি API এর মাধ্যমে ক্লায়েন্টদের সাথে যোগাযোগ করতে পারে। যখন একজন ব্যবহারকারী রিকোয়েস্ট বডি জমা দেওয়ার জন্য RESTful ওয়েব পরিষেবাগুলি অ্যাক্সেস করে, সার্ভার ব্রাউজারে সংস্থানটির অবস্থার একটি স্বাভাবিক চিত্র পাঠায়।

এটি ইঙ্গিত করে যে সার্ভার কোনওভাবে ক্লায়েন্টের কাছে সঠিক সংস্থান জমা দেয় না বরং এটির অবস্থাকে প্রতিফলিত করে, যেমন, একটি নির্দিষ্ট টাইমস্ট্যাম্পে সংস্থানের পরিস্থিতি। বোধগম্যতা সাহায্য করার জন্য, প্রতিক্রিয়া একটি হালকা বিন্যাসে ফেরত দেওয়া হয়.

JSON (জাভাস্ক্রিপ্ট অবজেক্ট নোটেশন) ব্যাপকভাবে ব্যবহৃত হয় কারণ এটি মানুষ এবং মেশিন উভয়ের দ্বারাই সুস্পষ্ট এবং ওয়েব অ্যাক্সেসিবিলিটি প্রচারে সহায়তা করে। JSON প্রাথমিকভাবে ওয়েব অ্যাপ্লিকেশন এবং ক্লায়েন্ট অ্যাপ্লিকেশনগুলিতে অনুরোধ পাঠাতে ব্যবহৃত হয়৷ এটি বিভিন্ন ধরণের কোডিংয়ের সাথে একটি সামঞ্জস্যপূর্ণ ফর্ম। JSON ছাড়া অন্য API ডেটা ফর্ম্যাটে XML , YAML, CSV, HTML এবং প্লেইন টেক্সট অন্তর্ভুক্ত থাকে। API-এর ব্যবহারকারীরা কাস্টম মিডিয়া প্রকারগুলি ব্যবহার করে তাদের পছন্দসই যেকোনো ডেটা বিন্যাস নির্বাচন করতে পারেন।

REST API এর ইতিহাস

অনেক প্রোগ্রামারকে APIs অন্তর্ভুক্ত করার জন্য REST এর আগে SOAP এর সাথে কাজ করতে হয়েছিল। SOAP তৈরি করা, ব্যবহার করা এবং ডিবাগ করা ছিল কুখ্যাতভাবে কঠিন কাজ। সৌভাগ্যক্রমে, REST রয় ফিল্ডিংয়ের নির্দেশনায় প্রোগ্রামারদের একটি দল দ্বারা তৈরি করা হয়েছিল, চিরতরে API পরিবেশকে পরিবর্তন করে।

এখানে সময়ের সাথে REST API-এর বিকাশের একটি কালানুক্রম রয়েছে:

REST এর আগে

প্রোগ্রামাররা SOAP ব্যবহার করে ওয়েব API গুলিকে সংযুক্ত করার জন্য সামগ্রীর ভিতরে একটি রিমোট প্রসিডিউর কল (RPC) সম্বলিত একটি XML ফাইল ম্যানুয়ালি লিখেছেন। এর পরে, ডিজাইনাররা তাদের SOAP প্যাকেজ নির্দিষ্ট এন্ডপয়েন্টে পোস্ট করবে।

2000 সালে

রয় ফিল্ডিং-এর নেতৃত্বে প্রোগ্রামারদের একটি দল এমন একটি কাঠামো তৈরি করতে বেছে নিয়েছে যা যেকোনো সার্ভারকে অন্য যেকোনো সার্ভারের সাথে যোগাযোগ করতে সক্ষম করে। তিনি REST API-এর জন্য সীমাবদ্ধতা তৈরি করেছিলেন। যেহেতু এই নির্দেশিকাগুলি সর্বজনীন, তাই সফ্টওয়্যার তৈরি করা সহজ৷

2002 সালে

eBay 2002 সালে তার RESTful API তৈরি করেছে, এটি থেকে উপকৃত হতে পারে এমন যেকোনো ওয়েবসাইটে এর মার্কেটপ্লেস খুলেছে। এই কারণে, ই-কমার্সের আরেকটি টাইটান, আমাজন এতে আগ্রহী হয়ে ওঠে এবং 2002 সালে, তার RESTful API প্রকাশ করে।

2004-2006 সালে

Flickr এর RESTful ওয়েব পরিষেবাগুলি 2004 সালে প্রকাশিত হয়েছিল, লেখকদের তাদের ওয়েবসাইট এবং সোশ্যাল মিডিয়া পোস্টগুলিতে দ্রুত ফটোগ্রাফ যোগ করার অনুমতি দেয়৷ যখন টুইটার এবং ফেসবুক লক্ষ্য করে যে উল্লেখযোগ্য সংখ্যক প্রোগ্রামার ওয়েবসাইটগুলি স্ক্যান করছে এবং "ফ্রাঙ্কেনস্টাইন" API তৈরি করছে, তারা উভয়েই প্রায় দুই বছর পরে তাদের APIগুলি প্রকাশ করেছে।

2006-বর্তমানে

RESTful ওয়েব পরিষেবাগুলি এখন প্রোগ্রামারদের দ্বারা ব্যাপকভাবে গৃহীত হয়, যারা তাদের অ্যাপ্লিকেশান এবং সাইটের কর্মক্ষমতা উন্নত করতে এই RESTful ওয়েব পরিষেবাগুলি ব্যবহার করে৷ AppMaster সহযোগিতার সুবিধা দেয় এবং APIs তৈরি করা সহজ করে তোলে, যা আপনাকে আরও দ্রুত করতে দেয়।

REST APIs কি জন্য ব্যবহার করা হয়?

RESTful ওয়েব পরিষেবাগুলির একটি প্রধান সুবিধা হল এটি প্রচুর নমনীয়তা প্রদান করে, যা আপনাকে এই RESTful API আরও কার্যকরভাবে ব্যবহার করার অনুমতি দেয়। REST API গুলি কীসের জন্য ব্যবহার করা হয় তার কিছু REST API উদাহরণ নীচে দেওয়া হল৷

ক্লাউড-ভিত্তিক অ্যাপ্লিকেশন

এর কলগুলির রাষ্ট্রহীনতার কারণে, ক্লাউড অ্যাপ্লিকেশনগুলিতে REST APIগুলি সুবিধাজনক৷ স্টেটলেস মডিউলগুলি সহজেই পুনরায় ইনস্টল করতে পারে এবং কিছু ভুল হলে ক্ষমতার প্রয়োজনীয়তা মেটাতে বাড়তে পারে। একটি সফ্টওয়্যার প্রোগ্রাম স্থানীয়ভাবে এবং ইন্টারনেট-ভিত্তিক উপাদানগুলিকে একত্রিত করে একটি ক্লাউড অ্যাপ্লিকেশন। এই দৃষ্টান্তটি নির্দেশাবলী কার্যকর করার জন্য একটি ওয়েব ব্রাউজার এবং চলমান ইন্টারনেট ওয়েব পরিষেবা দ্বারা অ্যাক্সেস করা দূরবর্তী সার্ভারগুলি ব্যবহার করে।

ক্লাউড অ্যাপ্লিকেশন হোস্টের ঐতিহ্যগত অবস্থান হল একটি দূরবর্তী কম্পিউটার সিস্টেম যা তৃতীয় পক্ষের ক্লাউড কম্পিউটিং নেটওয়ার্ক অপারেটর দ্বারা চালিত হয়। মেল, ডকুমেন্ট শেয়ারিং এবং স্টোরেজ, অর্ডার ইনপুট, ইনভেন্টরি কন্ট্রোল, মাইক্রোসফট ওয়ার্ড, কাস্টমার রিলেশনস ম্যানেজমেন্ট ( সিআরএম ), তথ্য সংগ্রহ, এবং ফিনান্স এবং অ্যাকাউন্টিং হল ক্লাউড-ভিত্তিক অ্যাপ্লিকেশনগুলির সাথে সম্পাদিত কাজের উদাহরণ।

REST অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস ( এপিআই ) তথ্যের বাহ্যিক উত্স এবং স্টোরেজ সংস্থানগুলির সাথে সংযোগ করতে ব্যবহার করা যেতে পারে। প্রোগ্রামাররা গণনা পরিচালনা বা বিশ্লেষণ করার জন্য এবং সফ্টওয়্যার প্রোগ্রামে ফলাফলগুলি ফেরত দেওয়ার জন্য অন্যান্য প্রোগ্রামগুলিতে ডেটা স্থানান্তর করতে REST API ব্যবহার করে ক্লাউড অ্যাপগুলিকে ছোট করতে পারে। পরীক্ষিত এপিআই সক্রিয় অভিন্নতা প্রয়োগ করে, যা উৎপাদনকে ত্বরান্বিত করতে পারে এবং প্রকৃত ফলাফল তৈরি করতে পারে।

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

একটি ক্লাউড অ্যাপ্লিকেশনের একটি প্রধান উদাহরণ হল Google ডক্স বা অফিস 365৷ Google ডক্স বা অফিস 365 এর জন্য আপনার যা প্রয়োজন তা হল একটি কম্পিউটার যা সার্চ ইঞ্জিন এবং ইন্টারনেট ওয়েব পরিষেবাগুলি চালাতে পারে৷ কম্পিউটার নেটওয়ার্ক তথ্য সঞ্চয়স্থান সহ ব্যবহারকারীর ইন্টারফেস এবং অপারেশন প্রদান করে। ক্লাউড অ্যাপ্লিকেশন হোস্ট ব্যবহার করে আপনার কোম্পানির দ্বারা অসংখ্য স্বতন্ত্র ক্লাউড অ্যাপ হোস্ট করা যেতে পারে।

ক্লাউড পরিষেবা

যেহেতু আপনাকে একটি API এর মাধ্যমে একটি সংস্থানের সাথে সংযোগ করার জন্য URL কীভাবে প্রক্রিয়া করা হয় তা পরিচালনা করতে হবে, তাই REST APIগুলি ক্লাউড ওয়েব পরিষেবাগুলির জন্যও দরকারী৷ ক্লাউড অ্যাপ্লিকেশনের কারণে RESTful ওয়েব পরিষেবার আর্কিটেকচার সম্ভবত ভবিষ্যতে মানক হয়ে উঠবে। প্রোগ্রামাররা ইন্টারনেট ব্যবহার করে ক্লাউড পরিষেবাগুলির সাথে সংযোগ করতে RESTful ওয়েব পরিষেবাগুলি ব্যবহার করে৷ একজন বিকাশকারী এমন কোড তৈরি করে যা ইন্টারনেট প্রদানকারীর API ব্যবহার করে, প্রয়োজনীয় ইনপুট এবং ভেরিয়েবল দেয় এবং তারপরে প্রত্যাশিতভাবে কাজটি নিশ্চিত করার জন্য উত্তরটি পরীক্ষা করে।

শেষ ব্যবহারকারীরা ক্লাউড ওয়েব পরিষেবাগুলির দ্বারা প্রদত্ত ক্লায়েন্ট অ্যাপ্লিকেশন বা ওয়েব পরিষেবাগুলি অ্যাক্সেস করতে পারে, যেমন কম্পিউটেশনাল অবকাঠামো, স্টোরেজ সিস্টেম, বা ট্র্যাকিং সিস্টেম, RESTful ওয়েব পরিষেবাগুলির মতো ক্লাউড পরিষেবা ব্যবহার করে৷ এপিআইগুলি একটি অ্যাপ্লিকেশনের ক্ষমতা এবং ক্রিয়াকলাপ এবং সেগুলি সম্পাদন করার জন্য প্রয়োজনীয় সুনির্দিষ্টতার রূপরেখা দেয়৷ ক্লায়েন্টের গোপনীয়তা এবং নিরাপত্তা বজায় রাখতে, APIগুলি প্রায়শই REST বা সিম্পল অবজেক্ট অ্যাকসেস প্রোটোকল (SOAP) ইন্টারঅপারেবিলিটি এবং OAuth 2.0 এর মতো অনুমতি প্রক্রিয়ার উপর নির্ভর করে।

বিভিন্ন ধরণের ওয়েব পরিষেবাগুলিকে "ক্লাউড পরিষেবা" হিসাবে উল্লেখ করা হয় এবং অনুরোধের ভিত্তিতে ব্যবসা এবং গ্রাহকদের অনলাইনে উপলব্ধ করা হয়। এই ওয়েব পরিষেবাগুলি হার্ডওয়্যার বা অবকাঠামোর প্রয়োজন ছাড়াই সরঞ্জাম এবং অ্যাপগুলিতে দ্রুত, সস্তা অ্যাক্সেস অফার করার জন্য তৈরি করা হয়েছে। বেশিরভাগ কর্মীরা ইমেল থেকে ডকুমেন্ট সহযোগিতা সবকিছুর জন্য ক্লাউড ওয়েব পরিষেবা ব্যবহার করেন।

ওয়েব ব্যবহার

এই ওয়েব APIগুলি একটি ব্যবহারকারীর ওয়েব প্রকল্প, একটি iPhone অ্যাপ , একটি IoT ডিভাইস, বা একটি Windows Mobile থেকে প্রাপ্ত করা যেতে পারে কারণ REST ক্লায়েন্ট-সাইড কার্যকারিতার উপর নির্ভরশীল নয়৷ আপনি একটি নির্দিষ্ট ক্লায়েন্ট-সাইড ফ্রেমওয়ার্কের মধ্যে সীমাবদ্ধ না হয়ে আপনার ব্যবসার জন্য আর্কিটেকচার তৈরি করতে পারেন।

একটি REST API উদাহরণ

এর একটি REST API উদাহরণ আলোচনা করা যাক। ওপেন ট্রিভিয়া ডেটাবেসকে একটি নির্বিচারে গোয়েন্দা অনুসন্ধান জিজ্ঞাসা করতে নীচের লিঙ্কে ক্লিক করুন: এই ধরনের RESTful ওয়েব পরিষেবাগুলি একটি সর্বজনীন ওয়েব API প্রদান করতে ব্যবহৃত হয়েছিল৷ আপনার কম্পিউটার JSON ফর্ম্যাটে একটি নির্জন কুইজ প্রশ্ন এবং এর প্রতিক্রিয়া প্রদর্শন করবে।

যেকোনো HTTP ব্রাউজার ব্যবহার করে, যেমন url, আপনি নিম্নলিখিত ক্যোয়ারী ইস্যু করতে পারেন এবং প্রতিক্রিয়া বডিতে একটি প্রতিক্রিয়া পেতে পারেন: https://opentdb.com/api.php?amount=1&category=18

ওয়েব সার্ভিসের XML ফাইলের রেসপন্স বডিতে কর্মচারীর সমস্ত তথ্য থাকবে।

সমস্ত বহুল ব্যবহৃত প্রোগ্রামিং উপভাষা এবং বিকাশকারী সরঞ্জামগুলিতে HTTP ক্লায়েন্ট লাইব্রেরি রয়েছে, যেমন JavaScript, Node.js, এবং Deno-এ পুনরুদ্ধার করা এবং PHP-তে ফাইল পেতে সামগ্রী()। একটি JSON উত্তর পড়া এবং ব্যবহার করা যেতে পারে যেহেতু এটি এইচটিএমএল বা অন্য শৈলীতে প্রদর্শিত হওয়ার আগে এটি মেশিন পাঠযোগ্য।

বাকি এবং REST API

সময়ের সাথে সাথে, অনেক ডেটা ট্রান্সমিশন পদ্ধতি বিকশিত হয়েছে। আপনি হয়ত CORBA, SOAP, বা XML-RPC-এর মত পছন্দগুলি জুড়ে এসেছেন। সবচেয়ে উন্নত কঠোর বার্তা নির্দেশিকা. রয় ফিল্ডিং 2000 সালে প্রথম REST রূপরেখা দেয়, যা অন্যদের তুলনায় অনেক বেশি সোজা।

এটি একটি আদর্শের পরিবর্তে RESTful ওয়েব পরিষেবাগুলির জন্য পরামর্শ এবং সীমাবদ্ধতার একটি সংগ্রহ৷ এগুলি নিম্নলিখিত স্থাপত্য সীমাবদ্ধতাগুলি নিয়ে গঠিত:

ক্লায়েন্ট-সার্ভার পার্টিশন

ক্লায়েন্ট এবং ওয়েব সার্ভার শুধুমাত্র REST আর্কিটেকচারের অধীনে এক দিক দিয়ে যোগাযোগ করতে পারে: ক্লায়েন্ট ডোমেন কন্ট্রোলারকে অনুরোধ করে এবং কন্ট্রোলার বা সার্ভার অনুরোধে সাড়া দেয়। ওয়েব সার্ভার অনুরোধ জমা দিতে অক্ষম, এবং গ্রাহকরা প্রতিক্রিয়া জানাতে অক্ষম; ভোক্তা সমস্ত সংযোগ শুরু করে।

RESTful ওয়েব পরিষেবাগুলি গ্রাহকদের এবং সার্ভারদের মধ্যে মিথস্ক্রিয়া সহজ করে বিচ্ছিন্ন রাখে। ক্লায়েন্ট কম্পিউটারগুলি অন্য হোস্টিংকে প্রভাবিত করার ভয় ছাড়াই বিকাশ করতে পারে এবং গ্রাহকদের অনিচ্ছাকৃতভাবে প্রভাবিত না করে সার্ভার সামগ্রী পরিবর্তন করা যেতে পারে।

ইউনিফর্ম ইন্টারফেস

এই কৌশল অনুসারে, সমস্ত প্রশ্ন এবং প্রতিক্রিয়া অবশ্যই একটি স্ট্যান্ডার্ড প্রোওয়েব পদ্ধতি মেনে চলতে হবে বা তাদের বার্তা স্টাইল করতে হবে। অ্যাপস এবং সার্ভারগুলি বিভিন্ন প্রোগ্রামিং ভাষায় তৈরি করা হয়েছে যেগুলি মধ্যস্থতার সাথে একে অপরের সাথে খারাপভাবে কাজ করে। একটি অভিন্ন ইন্টারফেস হল একটি উপভাষা যা যেকোনো গ্রাহক যেকোনো REST API-এর সাথে যোগাযোগ করতে ব্যবহার করতে পারে।

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

স্বাভাবিক মিথস্ক্রিয়া সহ অ্যাপ্লিকেশনগুলির মধ্যে অনুরোধ এবং প্রতিক্রিয়াগুলি অনুবাদ করা কেবল সম্ভব হবে৷ ছোটখাটো পার্থক্যগুলি মিশমাশ করবে এবং তথ্য হারাবে, এবং সমাধানগুলিকে তাদের অনুরোধের পদ্ধতিগুলি আপগ্রেড করতে হবে যখন ওয়েব APIগুলি তাদের সংশোধন করে৷ একটি সামঞ্জস্যপূর্ণ ইন্টারফেস এই সম্ভাবনা দূর করে।

https://www.googleapis.com/youtube/v3/channels?part=contentDetails- এ অ্যাক্সেস পান

সমস্ত REST ক্লায়েন্ট অ্যাপ্লিকেশনের মতো, এই প্রস্তাবে দুটি টুকরো ডেটা অন্তর্ভুক্ত রয়েছে। HTTP কৌশল হল GET। এটি ক্লায়েন্ট সম্পদের উপর যে পদক্ষেপ নিতে চায় তা বর্ণনা করে। একজন ব্যবহারকারী চারটি মৌলিক HTTP পদ্ধতি তৈরি করতে পারে:

HTTP, বা হাইপার-টেক্সট ট্রান্সফার প্রোটোকল হল বেশিরভাগ REST API-এর সার্বজনীন ভাষা। HTTP REST মাথায় রেখে ডিজাইন করা হয়নি। উপরন্তু, REST এই ডেটা ট্রান্সমিশনকে REST-সচেতন অ্যাপের মাপকাঠি হিসেবে গ্রহণ করেছে। REST API-এর সাথে HTTP ব্যবহার করার জন্য, ক্লায়েন্ট এমন একটি বিন্যাসে একটি অনুরোধ জমা দেয় যার সাথে আপনি পরিচিত হতে পারেন। YouTube API-তে একটি ভিডিও সংকেত আবেদন, উদাহরণস্বরূপ, এইরকম দেখায়:

• একটি সংস্থান পেতে GET কমান্ড ব্যবহার করুন।
• একটি নতুন সংস্থান তৈরি করতে POST কমান্ডটি ব্যবহার করুন
• একটি বিদ্যমান সংস্থান পরিবর্তন করতে বা আপডেট করা চালিয়ে যেতে PUT নির্দেশ ব্যবহার করুন
• একটি সম্পদ পরিত্রাণ পেতে DELETE অনুরোধটি ব্যবহার করুন৷

এইচটিটিপি পদ্ধতি একটি নির্দিষ্ট সংস্থান সম্পর্কিত উদ্দিষ্ট পদক্ষেপ নির্দিষ্ট করে। HTTP পদ্ধতিগুলি এইচটিটিবি ক্রিয়া নামেও পরিচিত।

URL হল HTTP

ইউনিফর্ম রিসোর্স আইডেন্টিফায়ার, বা ইউআরআই, যা উদ্দিষ্ট রিসোর্স শনাক্ত করে তা URL-এ থাকে। ইউআরএলটি এই পরিস্থিতিতেও একটি শেষ পয়েন্ট কারণ এটি যেখানে RESTful API পরিষেবা ব্যবহারকারীর সাথে যোগাযোগ করে।

ক্যোয়ারী স্ট্রিং: URL-এ একটি ক্যোয়ারী স্ট্রিং অন্তর্ভুক্ত থাকে। ক্যোয়ারী স্ট্রিং প্যারামিটার সংজ্ঞায়িত করতে ব্যবহৃত হয়, যা মান দেওয়া হয়।

আবেদন গ্রহণ এবং যাচাই করার পরে, ওয়েব সার্ভার লক্ষ্যকৃত সম্পদে ডেটা ফিরিয়ে দেয়। সাধারণত, ডেটা JSON (জাভাস্ক্রিপ্ট অবজেক্ট নোটেশন) নামে পরিচিত একটি কাঠামোতে ফেরত দেওয়া হয়। JSON একটি পোর্টেবল বিন্যাসে একটি সম্পদের সমস্ত উপাদান উপস্থাপন করে যা মানুষ সহজেই পড়তে পারে।

ইউনিফর্ম ইন্টারফেসের নীতিগুলি

ইউনিফর্ম ইন্টারফেস নিম্নলিখিত পরামিতি অনুসরণ করা আবশ্যক:

• HATEOAS: অ্যাপ্লিকেশন স্টেটের ইঞ্জিন হিসাবে হাইপারমিডিয়া

  হাইপারমিডিয়া হল RESTful ওয়েব পরিষেবার পিছনের ইঞ্জিন। এটি নির্দেশ করে যে হাইপারমিডিয়া হল সমস্ত গ্রাহক যা উপলব্ধিকারীর উত্তর চিনতে চায়।

• শুধুমাত্র ক্লায়েন্ট অ্যাপ্লিকেশনের প্রথম URI ক্লায়েন্টকে প্রদান করতে হবে। ক্লায়েন্ট অ্যাপ্লিকেশনটিকে ক্রমাগত হাইপারলিঙ্ক ব্যবহার করে অন্যান্য সমস্ত উপকরণ এবং ক্রিয়াকলাপ চালানো উচিত।
• RESTful ওয়েব পরিষেবাগুলির জন্য ইনপুট কোয়েরি ভাষা (IDL) প্রয়োজন হয় না, যা অন্যান্য API থেকে আলাদা

একটি মিডিয়া টাইপ হল একটি প্রতিনিধিত্বের ডেটা বিন্যাসের একটি নাম। মিডিয়া টাইপ একটি সংজ্ঞা চিহ্নিত করে যা বর্ণনা করে যে কীভাবে একটি চিত্রায়নের আচরণ করা উচিত। REST ব্যবহার করে এমন একটি ওয়েব API হাইপারটেক্সট বলে মনে হয়। প্রতিটি ডেটা আইটেম যা সম্বোধন করা যেতে পারে তা একটি অবস্থান বহন করে, হয় সরাসরি (যেমন লিঙ্ক এবং পরিচয় বৈশিষ্ট্যের মাধ্যমে) বা অন্তর্নিহিতভাবে (যেমন, মিডিয়া টাইপ বর্ণনা কাঠামো থেকে প্রাপ্ত)।

• স্ব-বর্ণনামূলক বার্তা

  ক্লায়েন্ট সাইড এবং সার্ভার সাইডের মধ্যে প্রতিটি যোগাযোগ যোগাযোগ কার্যকর করার জন্য পর্যাপ্ত ডেটা প্রদান করা উচিত। তদনুসারে, ক্লায়েন্টের পক্ষ থেকে সার্ভারের দিকে অনুরোধটি তার নির্দিষ্ট লক্ষ্যগুলির সাথে যে সংস্থানটি অ্যাক্সেস করার চেষ্টা করছে তা নির্দিষ্ট করতে হবে।
  
  

  উপরন্তু, সম্পদ বর্ণনা স্ব-বর্ণনামূলক হতে হবে; একটি সম্পদ একটি ব্যক্তি বা সরঞ্জাম একটি টুকরা কিনা ব্যবহারকারী সচেতন হতে হবে না. পরিবর্তে, এটি সাহায্যের সাথে সংযুক্ত মিডিয়া টাইপ অনুসরণ করে প্রতিক্রিয়া জানাতে হবে।

  
  অতএব, অবিসংবাদিতভাবে, আমরা অনেকগুলি অনন্য মিডিয়া প্রকারের বিকাশ করব, প্রায়শই প্রতি সংস্থান প্রতি একটি মিডিয়া প্রকার। মিডিয়ার প্রতিটি ফর্ম একটি আদর্শ উত্পাদন দৃষ্টান্ত নির্দিষ্ট করে। উদাহরণস্বরূপ, এইচটিএমএল সংজ্ঞায়িত করে যে কীভাবে হাইপারটেক্সট দেখানো হয় এবং ব্রাউজার কীভাবে প্রতিটি উপাদান পরিচালনা করে।
  
  

• সম্পদ সনাক্তকরণ

  গ্রাহক এবং সার্ভারের মধ্যে পিছনের যোগাযোগে উল্লিখিত সংস্থানগুলিকে চিত্রণ ব্যবহার করে স্বীকৃত হতে হবে। এর জন্য অনুমোদিত ইউনিফর্ম রিসোর্স আইডেন্টিফায়ার (ইউআরআই) সিস্টেমে লেগে থাকা। অন্য কথায়, সার্ভার থেকে গ্রাহকের সাথে যোগাযোগের মধ্যে সার্ভারের স্টোরেজ থেকে আসল ফাইলের পরিবর্তে নথির একটি HTML সংস্করণ এবং কিছু তথ্য অন্তর্ভুক্ত থাকতে পারে।
  
  

  ভোক্তা সহজেই HTML সংস্করণ বুঝতে পারে কারণ এটি URI প্যাটার্ন অনুসরণ করে। গ্রাহককে অবশ্যই সার্ভারকে রিসোর্সটি শেষ পর্যন্ত কীভাবে প্রদর্শিত হবে তার একটি চিত্র প্রদান করে সম্পদ পরিবর্তন করতে হবে। এটি ব্যবহারকারীকে সংস্থানগুলি তৈরি করতে, পুনরুদ্ধার করতে, সংশোধন করতে এবং অপসারণ করতে সক্ষম করবে৷ যদি গ্রাহকের কাছে ডেটা পরিবর্তন করার প্রয়োজনীয় অনুমোদন থাকে তবে সার্ভারের প্রশ্নটি পূরণ করা উচিত।

  Try AppMaster no-code today!

  Platform can build any web, mobile or backend application 10x faster and 3x cheaper

  Start Free

রাষ্ট্রহীন

একটি RESTful API সহ, সমস্ত ক্লায়েন্ট অনুরোধ ক্ষণস্থায়ী হতে হবে। ফলস্বরূপ, প্রতিটি ক্যোয়ারী এবং প্রতিক্রিয়া সংস্থায় চুক্তিটি শেষ করার জন্য প্রয়োজনীয় সমস্ত ডেটা অন্তর্ভুক্ত করে, প্রতিটি সংযোগ স্বায়ত্তশাসিত করে। সার্ভার পূর্ববর্তী HTTP অনুরোধের ট্র্যাক রাখে না; এটি ক্লায়েন্টের তৈরি প্রতিটিকে সম্পূর্ণ নতুন প্রশ্ন হিসাবে বিবেচনা করে।

যেহেতু সার্ভারকে ঐতিহাসিক ডেটা প্রাপ্ত করার জন্য কোনো অতিরিক্ত কাজ করতে হবে না, রাষ্ট্রহীন পরিবহনগুলি সার্ভারের জন্য প্রয়োজনীয় স্টোরেজের পরিমাণ উল্লেখযোগ্যভাবে কমিয়ে দেয় এবং একটি প্রতিক্রিয়া গ্রহণযোগ্য হওয়ার সম্ভাবনা বাড়ায়। এটি এই মিথস্ক্রিয়াগুলির পরিমাপযোগ্যতার গ্যারান্টি দেয়: প্রোগ্রামারদের যখন তাদের সফ্টওয়্যার প্রসারিত হয় এবং HTTP অনুরোধ করে তখন তাদের আরও বেশি সঞ্চয়স্থান ব্যবহার বা সার্ভারে ট্যাক্স করার বিষয়ে উদ্বিগ্ন হতে হবে না।

স্তরিত

আমরা এখন পর্যন্ত ওয়েব API ক্যোয়ারীগুলিকে একটি সরল ক্লায়েন্ট-সার্ভার এক্সচেঞ্জ হিসাবে সংজ্ঞায়িত করেছি, যদিও এটি একটু বেশি সরলীকরণ করছে। এই দুটি প্রতিষ্ঠানের মধ্যে, প্রায়ই আরো সার্ভার আছে. এই প্ল্যাটফর্মগুলি, বা স্তরগুলি, ট্র্যাফিক পরিচালনা এবং ছড়িয়ে দেওয়ার জন্য, সুরক্ষা যোগ করতে এবং অন্যান্য বিভিন্ন গুরুত্বপূর্ণ কাজ সম্পাদনের জন্য রয়েছে।

এই ধারণা অনুসারে, একটি ব্যবহারকারী এবং একটি লক্ষ্য সার্ভারের মধ্যে প্রেরিত বার্তাগুলিকে অবশ্যই একইভাবে কাঠামোগত এবং পরিচালনা করা উচিত, এর মধ্যে থাকা স্তরগুলি নির্বিশেষে। অতিরিক্ত স্তর গ্রাহকদের মিথস্ক্রিয়া সঙ্গে ভাল হতে হবে. এই নিয়ম মেনে চলা প্রোগ্রামাররা মৌলিক অনুরোধ-প্রতিক্রিয়া প্রক্রিয়াকে প্রভাবিত না করেই সার্ভার সিস্টেম পরিবর্তন করতে পারে।

ক্যাশেবল

ক্যাশিং ঘটে যখন একজন গ্রাহক একটি ওয়েবসাইট ব্রাউজ করেন যখন গ্রাহকের মেশিনে সামগ্রী সংরক্ষণ করা হয়। ক্যাশে করা উপাদানটি সার্ভার থেকে পুনরায় ডাউনলোড করার পরিবর্তে অভ্যন্তরীণ মেমরি থেকে দ্রুত লোড হয় যখন একজন ব্যবহারকারী পরে সেই সাইটটি পরিদর্শন করেন। বেশিরভাগ বড় সাইট সার্ভার স্পেস এবং ব্যান্ডউইথ সংরক্ষণ করার সময় পৃষ্ঠা লোড কমাতে ক্যাশিং ব্যবহার করে।

REST APIs বিকাশ করার সময় ডেটা ক্যাশিং বিবেচনা করা হয়। একটি সার্ভার গ্রাহককে যে প্রতিক্রিয়া দেয় তা বলা উচিত যে প্রদত্ত সংস্থানটি কতদূর সংরক্ষণ করা যেতে পারে।

ডিমান্ড কোডে

শেষ REST নীতিটি অপ্রয়োজনীয়। অনুরোধ করা হলে, একটি API এর প্রতিক্রিয়া ক্লায়েন্টদের ব্যবহারের জন্য সফ্টওয়্যার কোড অন্তর্ভুক্ত করতে পারে। এই কারণে, গ্রাহক তার ব্যাকএন্ডে ক্লায়েন্ট অ্যাপ্লিকেশন বা প্রোগ্রাম চালাতে পারে।

একটি API একটি RESTful API হিসাবে বিবেচিত হয় যদি এটি এই নির্দেশিকাগুলির সেট মেনে চলে। যাইহোক, এই নির্দেশিকাগুলি প্রোগ্রামারদের তাদের RESTful API-এর বৈশিষ্ট্যগুলি পরিবর্তন করার জন্য প্রচুর স্বাধীনতা দেয়। REST APIগুলি সরল অবজেক্ট অ্যাক্সেস প্রোটোকল থেকে আলাদা, আরেকটি জনপ্রিয় ওয়েব API কৌশল, যাতে তারা আরও নমনীয় (SOAP)।

এন্ডপয়েন্ট কনসেনসাস

এই শেষ পয়েন্টগুলি বিবেচনা করুন:

• /user/123\s
• /user/id/123\s
• /user/123\s/user/id/123\s
• /user/?id=123

সমস্ত ক্লায়েন্ট 123 ডেটা পুনরুদ্ধার করার জন্য বৈধ পদ্ধতি। যখন আরও জটিল পদ্ধতি থাকে, তখন সম্ভাবনার সংখ্যা বৃদ্ধি পায়। উদাহরণস্বরূপ, এন্ট্রি 51 থেকে শুরু বিপরীত ক্রমে, "A" দিয়ে শুরু হওয়া এবং কোম্পানির জন্য কাজ করে এমন শেষ নাম সহ 10 জন লোককে প্রদর্শন করুন।

শেষ পর্যন্ত, আপনি কিভাবে ইউআরএল গঠন করেন তাতে কিছু যায় আসে না; আপনার RESTful API বিষয় জুড়ে অভিন্নতা। অনেক প্রোগ্রামার সহ বিশাল সফ্টওয়্যার সিস্টেমে, এটি সহজ হতে পারে না। RESTful API পরিবর্তনগুলি অনিবার্য, কিন্তু শেষ পয়েন্ট URL গুলিকে কখনই প্রত্যাখ্যান করা উচিত নয় কারণ এটি করার ফলে তাদের উপর নির্ভরশীল অ্যাপগুলি কাজ করা বন্ধ করে দেবে৷

REST API সংস্করণ

অসঙ্গতি রোধ করার জন্য API-এর সংস্করণ করা একটি সাধারণ অভ্যাস। একটি উদাহরণ হিসাবে, /2.0/user/123 /user/123 প্রতিস্থাপন করে। পুরানো এবং নতুন শেষ পয়েন্ট উভয়ই কাজ চালিয়ে যেতে পারে। ফলস্বরূপ, এটি অতীতের গুরুত্বপূর্ণ এপিআইগুলির প্রয়োজনীয়তা বজায় রাখতে বাধ্য করে। পূর্ববর্তী সংস্করণগুলি শেষ পর্যন্ত অবসর নেওয়া যেতে পারে, তবে পদ্ধতিটি সাবধানে চিন্তা করা দরকার।

REST API প্রমাণীকরণ

যেকোন ডিভাইস তদন্ত API ব্যবহার করে অনুমোদন ছাড়াই একটি কুপ ডাউনলোড করতে পারে। যে APIগুলি ব্যক্তিগত তথ্য পড়ে বা অনুসন্ধানগুলি সম্পাদনা এবং অপসারণের অনুমতি দেয় তারা এটি সমর্থন করে না৷ RESTful ওয়েব পরিষেবাগুলির মতো একই ডোমেনের মধ্যে ক্লায়েন্ট-সাইড প্রোগ্রামগুলি HTTP অনুরোধগুলির মতোই কুকিজ পাঠানো এবং গ্রহণ করা হয়৷ (অনুগ্রহ করে মনে রাখবেন যে বিশেষাধিকারগুলি পুনঃসূচনা বিকল্পটি ফেচ() এর জন্য পূর্ববর্তী সাইটগুলিতে নির্দিষ্ট করা আবশ্যক।) একটি ব্যবহারকারী সাইন ইন করেছেন এবং প্রয়োজনীয় অনুমতি রয়েছে তা নিশ্চিত করতে একটি API ক্যোয়ারী যাচাই করা যেতে পারে।

HTTP মৌলিক প্রমাণীকরণ : তৃতীয় পক্ষের প্রোগ্রামগুলিকে অবশ্যই বিভিন্ন অনুমোদনের সমাধান ব্যবহার করতে হবে। প্রমাণীকরণের কিছু জনপ্রিয় পদ্ধতি হল প্রাথমিক যাচাইকরণ:

• HTTP একটি বেস64-এনকোডেড ব্যবহারকারীর নাম: একটি HTTP অনুমোদন শিরোনামের অংশ হিসাবে ক্যোয়ারী ক্ষেত্রে পাসওয়ার্ড স্ট্রিং দেওয়া হয়।
• API কী: একটি RESTful API কী প্রদান করে যার বিশেষ অনুমতি থাকতে পারে বা একটি একক সাইটে সীমাবদ্ধ থাকতে পারে, একটি API তৃতীয় পক্ষের অ্যাপ্লিকেশনের জন্য উপলব্ধ করা হয়। প্রতিটি বার্তায় কোয়েরি স্ট্রিং বা HTTP হেডারে কী থাকে। (কোয়েরি স্ট্রিং হল URL এর একটি উপাদান)।
• OAuth: কোনো অনুরোধ করার আগে, একটি গ্রাহক আইডি এবং সম্ভবত একটি গ্রাহকের গোপনীয়তা একটি শংসাপত্র পাওয়ার জন্য একটি OAuth সার্ভারে পাঠানো হয়। এর মেয়াদ শেষ না হওয়া পর্যন্ত, OAuth পরিচয় তারপর প্রতিটি API অনুরোধের সাথে প্রেরণ করা হয়।
• JSON (JWT)-এ ইন্টারনেট টোকেন: ক্যোয়ারী হেডার এবং রেসপন্স হেডার নিরাপদে ডিজিটালি স্বাক্ষরিত ব্যবহারকারীর শংসাপত্রগুলি প্রকাশ করে। JWTs সার্ভারকে অ্যাক্সেসের সুবিধাগুলি এনক্রিপ্ট করতে সক্ষম করে, একটি ডাটাবেস অনুসন্ধান বা অন্য প্রমাণীকরণ প্রক্রিয়া ব্যবহার করার প্রয়োজনীয়তা দূর করে।

Try AppMaster no-code today!

Platform can build any web, mobile or backend application 10x faster and 3x cheaper

Start Free

একটি API প্রমাণীকরণ কিভাবে ব্যবহার দৃশ্যকল্প প্রভাবিত করবে:

• কখনও কখনও, একটি তৃতীয় পক্ষের প্রোগ্রাম একই সুবিধা এবং অধিকার সহ অন্য লগ-ইন ক্লায়েন্টের মতো পরিচালনা করা হয়। উদাহরণস্বরূপ, একটি মানচিত্র API দুটি স্পটের মধ্যে নির্দেশাবলী সহ একটি অনুরোধকারী প্রোগ্রাম সরবরাহ করতে পারে। এটি অবশ্যই যাচাই করতে হবে যে প্রোগ্রামটি একটি বৈধ ব্যবহারকারী, তবে এটিকে ক্লায়েন্টের শংসাপত্রগুলি যাচাই করতে হবে না।
• অন্যান্য পরিস্থিতিতে, তৃতীয় পক্ষের প্রোগ্রাম একটি নির্দিষ্ট ব্যবহারকারীর কাছ থেকে ব্যক্তিগত তথ্যের জন্য জিজ্ঞাসা করে, যেমন মেল সামগ্রী। REST API গুলিকে অবশ্যই ক্লায়েন্ট এবং তাদের অনুমতিগুলি চিনতে হবে, তবে তাদের কলিং প্রোগ্রামের সাথে উদ্বিগ্ন হওয়ার দরকার নেই৷

REST API নিরাপত্তা

RESTful ওয়েব পরিষেবাগুলি আপনার সফ্টওয়্যারের সাথে ইন্টারঅ্যাক্ট করার এবং প্রভাবিত করার আরও একটি উপায় যোগ করে। এমনকি যদি আপনার হোস্ট একটি উন্নত হ্যাকিং উদ্দেশ্য না হয়, তবে একজন দুর্ব্যবহারকারী ব্যবহারকারী প্রতি সেকেন্ডে শত শত অনুরোধ জমা দিতে পারে এবং এটি ভেঙে ফেলতে পারে। এই নিবন্ধটি নিরাপত্তা কভার করে না, তবে আদর্শ সেরা পদ্ধতিগুলি অন্তর্ভুক্ত করে:

• HTTPS ব্যবহার করুন

• একটি শক্তিশালী প্রমাণীকরণ প্রক্রিয়া নিয়োগ করুন

• CORS নির্দিষ্ট এলাকায় গ্রাহক কল সীমাবদ্ধ করতে ব্যবহার করা যেতে পারে।

• সামর্থ্যের প্রয়োজনীয়তা সরবরাহ করুন - অর্থাৎ, করবেন না

• DELETE পছন্দগুলি তৈরি করুন যা প্রয়োজনীয় নয়; সমস্ত এন্ডপয়েন্ট URL এবং শরীরের তথ্য যাচাই করুন।

• ক্লায়েন্ট-সাইড জাভাস্ক্রিপ্টে API ভাউচারগুলি সাবজেক্ট না করে অজ্ঞাত সেক্টর বা IP ঠিকানা থেকে লিঙ্কগুলি ব্লক করুন।

• অস্বাভাবিকভাবে বড় প্যাকেট ব্লক করা হয়।

• হার সীমাবদ্ধতা সম্পর্কে চিন্তা করুন, যেখানে একই আইপি ঠিকানা বা API শংসাপত্র থেকে অনুরোধ প্রতি মিনিটে N প্রশ্নে সীমাবদ্ধ।

• সঠিক HTTP স্ট্যাটাস কোড, ক্যাশে হেডার লগ ক্যোয়ারী এবং অসফল তদন্তের সাথে প্রতিক্রিয়া

একাধিক অনুরোধ এবং অপ্রয়োজনীয় ডেটা

RESTful ওয়েব পরিষেবাগুলির স্থাপনার সীমাবদ্ধতা রয়েছে৷ এটা সম্ভব যে একটি প্রতিক্রিয়াতে আপনার অনুরোধের চেয়ে বেশি তথ্য রয়েছে বা সমস্ত তথ্য পেতে একাধিক অনুরোধের প্রয়োজন। RESTful ওয়েব পরিষেবাগুলি সম্পর্কে চিন্তা করুন যা ব্যবহারকারীদের সৃষ্টিকর্তা এবং বইয়ের তথ্যে অ্যাক্সেস দেয়; ক্লায়েন্ট পারে:

• ক্রয়ের ক্রম অনুসারে তালিকাভুক্ত প্রথম 10টি বইয়ের তথ্যের জন্য জিজ্ঞাসা করুন (প্রথম শীর্ষ বিক্রেতা)। বইয়ের সংগ্রহ, প্রতিটি লেখকের আইডি সহ, উত্তরটিতে অন্তর্ভুক্ত করা হয়েছে।

• প্রতিটি লেখকের জন্য তথ্য পুনরুদ্ধার করতে, 10টি পর্যন্ত /লেখক/আইডি প্রশ্ন তৈরি করুন।

  "N+1 সমস্যা" হিসাবে চিহ্নিত, প্যারেন্ট কোয়েরির প্রতিটি প্রতিক্রিয়ার জন্য N API ক্যোয়ারী তৈরি করা উচিত।

যদি এটি ঘন ঘন ব্যবহারের পরিস্থিতি হয়, তবে সমস্ত লেখকের তথ্য অন্তর্ভুক্ত করার জন্য RESTful ওয়েব পরিষেবাগুলি সংশোধন করা যেতে পারেনাম, লিঙ্গ, জাতীয়তা, জীবনী এবং আরও অনেক কিছু সহ এটি উত্পাদিত প্রতিটি বইয়ের জন্য রমেশন। তাদের পূর্ববর্তী বইগুলির বিষয়ে আরও তথ্য প্রদান করা যেতে পারে, যদিও তা করা প্রতিক্রিয়া বোঝাকে উল্লেখযোগ্যভাবে বাড়িয়ে তুলবে। লেখক তথ্য ঐচ্ছিক করতে API পরিবর্তন করা যেতে পারে. লেখকের বিশদ বিবরণ = অপ্রয়োজনীয় বড় উত্তর রোধ করতে সম্পূর্ণ। API ডিজাইনারদের যে বিকল্পগুলিকে সমর্থন করতে হবে তার নিছক সংখ্যা অপ্রতিরোধ্য হতে পারে।

মোড়ক উম্মচন

আপনি এখন REST APIগুলি, REST APIগুলি কীভাবে কাজ করে, REST API উদাহরণগুলি, REST APIগুলি কিসের জন্য ব্যবহার করা হয়, স্থাপত্যের সীমাবদ্ধতা এবং এই টিউটোরিয়ালে কভার করা অন্যান্য বিষয়গুলি ভালভাবে বোঝেন৷ প্রোগ্রামাররা এপিআই সম্পর্কে শেখা কঠিন এবং ভীতিকর মনে করতে পারে, কিন্তু নো-কোড প্ল্যাটফর্ম অ্যাপমাস্টার একটি নতুন অ্যাক্সেসযোগ্য REST API লাইব্রেরি তৈরি করেছে যেখানে আপনি আপনার আরও পেশাদার বিকাশকে সমর্থন করার জন্য REST API-এর একটি পরিসর সম্পর্কে আপনার সচেতনতা আরও গভীর করতে পারেন।

AppMaster এ, আমরা API অ্যাক্সেসযোগ্যতা এবং ব্যবহারযোগ্যতা বাড়ানোর চেষ্টা করি। আমরা চাই আপনি আপনার কর্মজীবন এবং ব্যক্তিগত জীবনে API সফ্টওয়্যার ব্যবহারের সুবিধাগুলি সম্পর্কে জানুন, পরীক্ষা করুন এবং উপলব্ধি করুন৷ আরও ভাল ওয়েব API দ্রুত ডিজাইন করতে সাহায্য করার জন্য, AppMaster সহযোগিতার উন্নতি করে এবং API জীবনচক্রের প্রতিটি ধাপকে স্বয়ংক্রিয় করে। REST API সম্পর্কে আপনার বোঝাপড়া তৈরি, অগ্রসর এবং প্রসারিত করতে থাকুন।