$ _REQUEST, $ _GET এবং $ _POST এর মধ্যে কোনটি দ্রুততম?

Question

এই কোডগুলির মধ্যে কোনটি দ্রুত হবে?

$temp = $_REQUEST['s'];

অথবা

if (isset($_GET['s'])) {
  $temp = $_GET['s'];
}
else {
  $temp = $_POST['s'];
}

Comments

তৃতীয় কেস আছে, জেনেছি। !isset($_REQUEST['s'])।

— ফ্রাঞ্জ

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

— কেভিন

Answer 1

$_REQUEST, ডিফল্টরূপে, বিষয়বস্তু রয়েছে $_GET, $_POSTএবং $_COOKIE।

তবে এটি কেবলমাত্র একটি ডিফল্ট, যা নির্ভর করে variables_order; এবং আপনি কুকিজ নিয়ে কাজ করতে চান তা নিশ্চিত নয়।

আমার যদি চয়ন করতে হয় তবে আমি সম্ভবত ব্যবহার করতাম না $_REQUESTএবং আমি বেছে নেব $_GETবা $_POST- আমার অ্যাপ্লিকেশনটি কী করা উচিত তার উপর নির্ভর করে (যেমন একটি বা অন্যটি নয়, তবে উভয়ই নয়) : সাধারণত বলছেন:

• $_GETযখন কেউ আপনার অ্যাপ্লিকেশন থেকে ডেটা অনুরোধ করছে তখন আপনার ব্যবহার করা উচিত ।
• আর তুমি ব্যবহার করা উচিত $_POSTযখন কেউ ঠেলাঠেলি হয় (ঢোকাতে বা বের আপডেট অথবা মোছা) তথ্য থেকে আপনার আবেদন।

যেভাবেই হোক, পারফরম্যান্স সম্পর্কে খুব একটা পার্থক্য থাকবে না: আপনার স্ক্রিপ্টের বাকী অংশ কী করবে তার তুলনায় পার্থক্যটি নগণ্য হবে।

Comments

আদর্শভাবে, আপনি সর্বদা $ _REQUEST ব্যবহার করতে সক্ষম হওয়া উচিত। তবে অবশ্যই এটি একটি নিখুঁত বিশ্ব।

— টাইলার কার্টার

সরাসরি $ _POST এবং $ _GET ব্যবহার করার চেয়ে _RE _REQUEST হ'ল (বা কমপক্ষে ব্যবহৃত হত) বেশি ব্যয়বহুল।

— ড্যারেল ব্রোগডন

পারফরম্যান্স পার্থক্যটি নগণ্য হওয়ার এবং রক্ষণাবেক্ষণের দৃষ্টিভঙ্গি আরও গুরুত্বপূর্ণ হওয়ার ধারণার জন্য +1: $ _GET এবং $ _POST এমনভাবে বোঝায় যাতে $ _REQUEST পারে না।

— জন ক্র্যাম

$ _REQUEST ব্যবহারের ফলে XSS / XSRF হয় না cause এক্সএসএস / এক্সএসআরএফের সংক্ষিপ্তসারগুলি না বুঝতে পেরে এক্সএসএস / এক্সএসআরএফ হয়। যতক্ষণ আপনি টোকেন দিয়ে প্রশমিত করবেন ততক্ষণ কোনও সমস্যা নেই এবং আপনি $ _REQUEST (আপনার সমস্ত ভেরিয়েবলগুলি একটি সুপারগ্লোবলে রয়েছে) ব্যবহারের সুবিধা পাবেন। আমি 'ভেরিয়েবল_অর্ডার'-এর কারণে অন্যান্য সুপারগ্লোবালগুলির উপর ভিত্তি করে এটি ব্যবহার করার আগে আমি আসলে $ _REQUEST পুনর্নির্মাণ করি। আমি $ _COOKIE, তারপরে $ _GET, তারপরে $ _POST প্রসেস করি। এইভাবে পোষ্ট ওয়ারগুলির সর্বোচ্চ অগ্রাধিকার রয়েছে এবং কুকি ওয়ারগুলি সর্বনিম্ন পায়, যা আমাকে স্পষ্টতই কয়েকটি সংখ্যক বাগ (যেমন অ্যাডোব ফ্ল্যাশ এবং যাদু উদ্ধৃতি) ঠিক করতে দেয়।

— কিউবিকসফট

এটি নামে, get = get, পোস্ট = পোস্টে

— গ্রম্পি

Answer 2

বনাম পোষ্ট পান

1) GET এবং পোস্ট উভয়ই একটি অ্যারে তৈরি করে (যেমন অ্যারে (কী => মান, কী 2 => মান 2, কী 3 => মান 3, ...))। এই অ্যারেটিতে কী / মান জুটি রয়েছে, যেখানে কীগুলি ফর্ম নিয়ন্ত্রণের নাম এবং মানগুলি ব্যবহারকারীর ইনপুট ডেটা।

2) GET এবং POST উভয়কেই $ _GET এবং $ _POST হিসাবে বিবেচনা করা হয়। এগুলি সুপারগ্লোবালস, যার অর্থ তারা যে কোনও সুযোগ ছাড়াই সর্বদা অ্যাক্সেসযোগ্য - এবং আপনি কোনও বিশেষ কাজ না করে কোনও ফাংশন, শ্রেণি বা ফাইল থেকে এগুলি অ্যাক্সেস করতে পারেন।

3) $ _GET ইউআরএল প্যারামিটারগুলির মাধ্যমে বর্তমান স্ক্রিপ্টে স্থানান্তরিত একটি চলকগুলির অ্যারে ray

4) script _POST হল HTTP পোস্ট পদ্ধতির মাধ্যমে বর্তমান স্ক্রিপ্টে ভেরিয়েবলগুলির একটি অ্যারে।

জিইটি কখন ব্যবহার করবেন?

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

সংবেদনশীল ডেটা প্রেরণের জন্য জিইটি ব্যবহার করা যেতে পারে।

দ্রষ্টব্য: পাসওয়ার্ড বা অন্যান্য সংবেদনশীল তথ্য প্রেরণের জন্য কখনও ব্যবহার করা উচিত নয়!

পোষ্ট কখন ব্যবহার করবেন?

পোষ্ট পদ্ধতির সাথে একটি ফর্ম থেকে প্রেরণ করা তথ্য অন্যের কাছে অদৃশ্য (সমস্ত নাম / মানগুলি HTTP অনুরোধের মূল অংশে এম্বেড করা থাকে) এবং প্রেরণের তথ্যের পরিমাণের কোনও সীমা নেই।

এছাড়াও পোষ্ট সার্ভারে ফাইলগুলি আপলোড করার সময় মাল্টি-পার্ট বাইনারি ইনপুট সমর্থন হিসাবে উন্নত কার্যকারিতা সমর্থন করে।

তবে, ভেরিয়েবলগুলি ইউআরএলে প্রদর্শিত না হওয়ায় পৃষ্ঠাটি বুকমার্ক করা সম্ভব নয়।

Comments

REQUEST সম্পর্কেও কিছু যুক্ত করুন।

— কালো এমবাবা

$ _REQUEST সম্পর্কে কী?

— আমির কালিমি

Answer 3

$ _GET ক্যোরিস্ট্রিং বা আপনার ইউআরএল থেকে ভেরিয়েবলগুলি পুনরুদ্ধার করে>

Generally _POST একটি POST পদ্ধতি থেকে (সাধারণত) ফর্মগুলি থেকে ভেরিয়েবলগুলি পুনরুদ্ধার করে।

$ _REQUEST হ'ল $ _GET এবং $ _POST এর একত্রীকরণ যেখানে $ _POST ওভাররাইড করে। _GET। বৈধতার জন্য স্ব-প্রতিশোধমূলক ফর্মগুলিতে $ _REQQUEST ব্যবহার করা ভাল।

Comments

+1 মূলত এটি আমাকে শিখানো হয়েছিল। অন্যান্য উত্তর হিসাবে প্রযুক্তিগত নয়, তবে মনে রাখা অনেক সহজ ( GETক্যোয়ারী স্ট্রিং POSTথেকে, ফর্ম জমা দেওয়া থেকে)।

— jp2code

Answer 4

আমি ব্যবহার $_POSTএবং $_GETস্পষ্টভাবে পরামর্শ দিতে চাই ।

Site _REQUEST ব্যবহার করা যাই হোক না কেন যথাযথ সাইটের ডিজাইনের সাথে অপ্রয়োজনীয় হওয়া উচিত এবং এটি CSRF/XSSইউআরএল-এ ডেটা সংরক্ষণ করে আসা সহজ আক্রমণ এবং অন্যান্য বোকামির জন্য আপনাকে উন্মুক্ত রেখে দেওয়ার মতো কিছু উত্সাহ সহ ।

গতির পার্থক্য যে কোনও উপায়ে ন্যূনতম হওয়া উচিত।

Answer 5

অনুরোধটি ব্যবহার করুন। কেউ এ জাতীয় সাধারণ অপারেশনের গতি সম্পর্কে চিন্তা করে না এবং এটি বেশ ক্লিনার কোড।

Comments

উত্তম উত্তর, এই সতর্কতার সাথে যে অনেক পরিস্থিতিতে কোনও একটি ব্যবহার না করে পরিস্থিতির ভিত্তিতে জিইটি বা পোষ্ট বাছাই করা উচিত।

— ceejayoz

আপনি ঠিক বলেছেন যে কেউই চিন্তা করে না তবে আমার মতে ব্যবহার $_REQUESTকরা ভুল উপসংহার। আমার উত্তর দেখুন।

— ফ্রানজ

sing _GET বা $ _POST এর সাথে তুলনা করে কেন $ QQ_REST টি ব্যবহার করা পরিষ্কার? _RE _REQUEST দৃশ্যের পিছনে একই যুক্তি সম্পাদন করে এবং জিইটি বা পোষ্ট দুটি বেছে নেওয়া আপনাকে আরও নিয়ন্ত্রণ দেয়।

— জে জেং

দাবিটি যে ঃQQST হ'ল আরও স্বাস্থ্যকর e

আমি যদি আপনি ইউআরএল অনুলিপি করতে সক্ষম হন এবং একই ক্রিয়াকলাপটি প্রবর্তন করতে চান তবে আমি জিইটি ব্যবহার করার পরামর্শ দিচ্ছি (এটি URL 'google.com/q=searchWord' এর মতো দৃশ্যমান যখন POST কোনও ওয়েবসাইটে ডেটা পোস্ট করার জন্য ব্যবহার করা উচিত) এটি কেবল একবার beোকানো উচিত, বা প্রচুর ডেটা সক্রিয় রয়েছে এবং ব্যবহারকারীর ইউআরএলকে ডেটাবেজে ডেটা ,োকানো, লগ ইন ইত্যাদির মতো রাখতে সক্ষম হবে না

— ডিন মেহান

Answer 6

চিন্তা করবেন না। তবে আপনার এখনও দ্বিতীয় সমাধানটি ব্যবহার করা উচিত (প্লাস বিদ্যমান কোনও ভেরিয়েবলগুলির মধ্যে একটির জন্য অতিরিক্ত চেক), কারণ এখানে সুরক্ষা সমস্যা রয়েছে $_REQUEST(যেহেতু $_GETএবং $_POSTসেই অ্যারের একমাত্র উত্স নয়)।

$_REQUESTগতকাল নিয়ে সমস্যাগুলি সম্পর্কে একটি পোস্ট ছিল , আমি বিশ্বাস করি। আমাকে এটি খুঁজে দিন।

সম্পাদনা : ওহ ভাল, সরাসরি কোনও পোস্ট নয়, তবে এখানে এটি যাইহোক: http://kuza55.blogspot.com/2006/03/request-variable-fixation.html

Answer 7

if (isset($_GET['s'])) {
  $temp = $_GET['s'];
}
else {
  $temp = $_POST['s'];
}

এটি ব্যবহার করুন কারণ এটি নিরাপদ এবং এটি লক্ষণীয় গতির পার্থক্য তৈরি করবে না

Comments

মোটেও খারাপ সমাধান নয়। এটি সম্পর্কিত সুরক্ষা ত্রুটিগুলির যত্ন নেয় $_REQUESTতবে এখনও একই স্ক্রিপ্টটি যে কোনও উপায়ে অ্যাক্সেস করার অনুমতি দেয় (আমার ক্ষেত্রে একই স্ক্রিপ্টটি বিভিন্ন 'ক্রিয়া' সহ ব্যবহৃত হয় এবং কিছু সময় $ _গেট ঠিক আছে, তবে অন্য সময় আমার প্রয়োজন need ডেটা আড়াল / সুরক্ষিত করতে _POST)।

— Xandor

Answer 8

হ্যাকার এমন একটি কুকি সেট করতে পারে যা একটি ie _POST বা $ _GET মানকে ওভাররাইড করে as আপনি যদি সংবেদনশীল ডেটা পরিচালনা করেন তবে আমি _RE _REQUEST ব্যবহার করার পরামর্শ দেব না। - জ্যান্ডোর

আপনি কিছু ক্ষেত্রে $_GETবিকল্প ব্যবহার করা যাবে না $_POST।

কখন ??

• আপনি যখন একটি ফাইল আপলোড করতে চান।
• যখন আপনি url এ কোনও ডেটা প্রদর্শন করবেন না।

GETতথ্য প্রেরণের পরিমাণেরও সীমাবদ্ধতা রয়েছে। সীমাবদ্ধতা প্রায় 2000 টি অক্ষর।

আপনি যখন কোনও ডেটা ব্যবহার করে পুনরুদ্ধার করতে পারবেন না তখন এমন কিছু ঘটনা ঘটে $_POST

কখন ?

• ডেটা ইউআরএল পাস করার সময়।

বিশ্রাম পরিষেবা জন্য

`GET` - Provides a read only access to a resource.

`PUT` - Used to create a new resource.

ব্যবহার করার মতো কিছু নেই $_REQUEST।

তবে এটি করার উপায় হ'ল $ _SERVER ['REQUEST_METHOD'] স্পষ্টভাবে চেক করা, কোনও জিইটি-র জন্য খালি থাকার উপর নির্ভর করে না।

Comments

$_SERVER['REQUEST_METHOD']স্ক্রিপ্টটি যে কোনও একটি দিয়ে কল করা হবে কিনা তা যাচাই করতে ব্যবহার করার জন্য ভাল পরামর্শ । তবে কিছুই বলে ভুল বলা $_REQUEST100% সত্য নয়। হ্যাকার একটি কুকি সেট করতে পারে এমন একটি সুরক্ষা সম্পর্কিত সমস্যা রয়েছে যা একটি $ _POST বা $ _GET মানকে ওভাররাইড করে। আপনি যদি সংবেদনশীল ডেটা পরিচালনা করেন তবে আমি ব্যবহারের পরামর্শ দেব না $_REQUEST।

— Xandor

আমি আমার উত্তরে আপনার মন্তব্য যুক্ত করেছি এটি আপনাকে ধন্যবাদ জানাতে ধন্যবাদ

— পার্থ চাভদা

Answer 9

$ _GET ক্যোরিস্ট্রিং বা আপনার ইউআরএল থেকে ভেরিয়েবলগুলি পুনরুদ্ধার করে>

Generally _POST একটি POST পদ্ধতি থেকে (সাধারণত) ফর্মগুলি থেকে ভেরিয়েবলগুলি পুনরুদ্ধার করে।

$ _REQUEST হ'ল $ _GET এবং $ _POST এর একত্রীকরণ যেখানে $ _POST ওভাররাইড করে। _GET। বৈধতার জন্য স্ব-প্রতিশোধমূলক ফর্মগুলিতে $ _REQQUEST ব্যবহার করা ভাল।

Comments

ওভাররাইডিং উপর নির্ভর করে request_orderএবং কুকি মানগুলিও থাকতে পারে, যার কারণে এটি খুব নির্ভরযোগ্য বা দরকারী বৈশিষ্ট্য নয়।

— জ্যাক

Answer 10

আমি দ্বিতীয় পদ্ধতিটি ব্যবহার করব কারণ এটি আরও স্পষ্ট। অন্যথায় আপনি জানেন না যে পরিবর্তনগুলি কোথা থেকে আসছে।

কেন আপনাকে যাইহোক GET এবং POST উভয়ই পরীক্ষা করতে হবে? অবশ্যই এক বা অন্যটি ব্যবহার করা আরও বোধগম্য।

Comments

আমি এটি আগে দেখেছি, GETকেবলমাত্র একটি আইটেমের জন্য ব্যবহৃত হচ্ছে (উদাহরণস্বরূপ এটি সরানো) এবং সেগুলির একাধিকের POSTজন্য (চেকবাক্স সহ একটি ফর্ম ...)।

— ফ্রাঞ্জ

Answer 11

আমি কেবল কখনও _GET বা _OST ব্যবহার করি। আমি নিয়ন্ত্রণ করতে পছন্দ করি

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

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

ওপিতে কোড বিভাজনের সাথে এই স্যানিটাইজেশন সম্ভব হবে না।

Comments

প্রকৃতপক্ষে, একটি ছোট পৃষ্ঠা লিখতে এটি মরে গেছে যা কোনও পৃষ্ঠায় আপনি যা চান তা পোস্ট করে। সুতরাং আপনি যদি রেফারার শিরোনাম প্রেরণের উপর নির্ভর না করেন, পোস্ট বারগুলি ওয়ার পাওয়ার চেয়ে কোনও নিরাপদ নয়। আমি মনে করি যে $_POST

— স্পষ্টর

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

Answer 12

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

Answer 13

আমি এটি ব্যবহার করি,

$request = (count($_REQUEST) > 1)?$_REQUEST:$_GET;

স্টেটমেন্টটি বৈধতা দেয় যদি $ _REQQUEST এর একাধিক প্যারামিটার থাকে ($ _REQUEST এর প্রথম প্যারামিটারটি অনুরোধ ইউরি হবে যা প্রয়োজনের সময় ব্যবহার করা যেতে পারে, কিছু পিএইচপি প্যাকেজ প্যাকেজ ফিরে আসবে না G _গেট তাই এটি 1 এর বেশি $ _GET- এ যায় কিনা তা পরীক্ষা করে দেখুন, ডিফল্ট, এটি $ _POST হবে।

Answer 14

আপনি অকালে অপ্টিমাইজ করছেন। এছাড়াও, সুরক্ষার কারণে আপনার পোষ্ট-ইনগ স্টাফের জন্য জিইটি ব্যবহার করা উচিত কিনা এ সম্পর্কে আপনার কিছুটা চিন্তা করা উচিত।

Comments

জিইটি-র তুলনায় পোষ্ট সম্পর্কে আরও সুরক্ষিত কিছু আছে দয়া করে লোকেরা বলার চেষ্টা করবেন না।

আমি করিনি. পয়েন্টটি হ'ল তাদের ব্যবহারগুলি কিছুটা চিন্তাভাবনা করা উচিত এবং নির্দোষভাবে আন্তঃবিদেশীয়ভাবে ব্যবহার করা উচিত নয়, কারণ "কেবলমাত্র রিক্যুয়েস্ট টাইপ করা এত সহজ"।

— অ্যালেক্স ব্রাসেটভিক

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

Answer 15

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

public static function parseParams() {
    $params = array();
    switch($_SERVER['REQUEST_METHOD']) {
        case "PUT":
        case "DELETE":
            parse_str(file_get_contents('php://input'), $params);
            $GLOBALS["_{$_SERVER['REQUEST_METHOD']}"] = $params;
            break;
        case "GET":
            $params = $_GET;
            break;
        case "POST":
            $params = $_POST;
            break;
        default:
            $params = $_REQUEST;
            break;
    }
    return $params;
}

সৃজনশীল কেউ সম্ভবত কমান্ড লাইন প্যারামিটারগুলি বা আপনার আইডিই থেকে যা কিছু আসে তা পরিচালনা করতে এতে যুক্ত করতে পারে add প্রদত্ত বিশ্রাম-ফাংশনটি কী করছে তা স্থির করার পরে, আপনি ডিপ্লয়ে সংস্করণে যা প্রয়োজন তা পেয়েছেন তা নিশ্চিত করার জন্য আপনি এই প্রদত্ত কলটির জন্য উপযুক্ত একটি বাছাই করতে পারেন। এটি ধরে নিয়েছে 'REQUEST_METHOD' সেট করা আছে।