Kumuha ng At Mag-post

Anonim

Kumuha ng Post

Ang 'Kumuha' at ang 'Post' ay HTTP METHODS upang magpadala ng mga parameter ng data mula sa browser ng client sa server. Ang mga parameter na ito ay maaaring isang input ng form, query sa paghahanap mula sa tab ng paghahanap, atbp. Sa tuwing ang web page ay kailangang tumugon sa kani-kanilang mga gumagamit o maaari naming kahit na sabihin ito bilang isang user-interactive na web page, pagkatapos ay i-play ang mga HTTP METHODS ng isang mahalaga sa buhay papel upang ibigay ang tukoy na input ng gumagamit sa server. Ngunit maaari kang magtaka kung bakit kailangan namin ng dalawang magkaibang mga paraan upang ipadala lamang ang input? Upang masagot ang tanong na ito, napakahalaga na maunawaan kung paano gumagana ang mga pamamaraan na ito upang mas mahusay mong maunawaan ang aktwal na pagkakaiba.

Syntax:

Tingnan natin ngayon ang syntax para sa HTTP Methods Get and Post.

(Ito ang syntax para sa Get)

(Ito ang syntax para sa Post)

Walang malaking pagkakaiba sa syntax maliban sa salitang Kumuha o Mag-post.

Paano ipinadala ang Mga Input sa Server?

Ang input ay nakadugtong sa sumusunod na URL ng isang '?' Sa paraan na Kumuha kung saan ito ay ipinadala nang hiwalay bilang isang mensahe sa Post ng paraan. Kung minsan, maaaring nakita mo ang iyong query sa paghahanap sa URL pagkatapos mong pindutin ang enter. Kung hindi, subukan lang ito nang isang beses sa Google. Kung ito ay Kumuha ng paraan, mapapansin mo ang query sa paghahanap matapos ang '?' Sa parehong URL. Kasabay nito, hindi namin mabasa ang mga input kapag ginagamit namin ang Mag-post nang magkahiwalay at hindi kasama ang URL.

Uri ng input:

Tulad ng Pag-input ng appends sa URL, dapat itong dumaan sa anyo ng mga character na ASCII. Ngunit ang Post ay maaaring magpadala ng data ng binary nang walang anumang mga paghihigpit. Samakatuwid, ang Post ay mas nababaluktot sa uri ng pag-input dahil pinapayagan nito ang parehong ASCII pati na rin ang data ng Binary.

Bilang ng parameter:

Ang paraan ng Kumuha ay maaaring magpadala lamang ng mga limitadong parameter kung ihahambing sa Post. Karaniwan, ito ay limitado sa numero, 2K, at sa ilang mga kaso, ang mga server ay maaaring hawakan ang mga parameter ng count hanggang sa 64k. Ngunit ang pamamaraan ng Post ay may kakayahang magpadala ng kahit na mga file sa server, sa anyo ng mga mensahe. Oo, kapag inihambing namin ang pareho sa mga ito, maaari naming sabihin na ang Post ay mas mahusay na magpadala ng mas maraming input bilang mga parameter.

Sukat ng Input:

Sa pangkalahatan, ang maximum na pinapayagang haba ng URL ay napapailalim sa browser na ginagamit namin at sa web server na nagpoproseso ng kahilingan ng URL. Bilang Kumuha ng mga pagpapadala ng mga input kasama ang URL, maaari kaming magpadala ng maximum na 2048 na mga character at sa ilang mga kaso, nag-iiba ito. Ngunit walang paghihigpit sa laki ng pag-input kapag ginagamit namin ang paraan ng Post.

Pagtingin ng Input:

Kung sinubukan mo ang paghahanap sa Google, maaari mong maunawaan na ang Get input ay mukhang nakikita ng iba. Ito ay dahil inilagay lamang ang input sa URL at makikita ng sinuman sa espasyo ng URL. Ngunit kung ginagamit ang paraan ng Post pagkatapos walang makilala ang ipinadala namin bilang input. Kung hindi ka masyadong nagmamalasakit sa pagpapakita ng iyong input, pagkatapos ay magpatuloy ka sa Get. Kung hindi, gamitin ang Post upang itago ang iyong input mula sa iba.

Default na Paraan:

Sa ngayon, maaari mong naunawaan kung paano gumagana ang dalawang pamamaraan upang magpadala ng mga input sa mga server. Dahil sa pagiging simple sa paggamit at pagpapadala ng mga parameter, ang default na pamamaraan ng HTTP ay pinili bilang 'Kumuha'. Kahit na ang paraan ng Post ay may iba't ibang mga pakinabang sa Kumuha, ang mas simple ay tumatagal ng priyoridad habang tumatagal bilang default. Kaya, kapag hindi mo tukuyin ang partikular na paraan, ito ay itinuturing na isang kahilingan ng Kumuha.

Kasaysayan ng Browser:

Habang nagpapadala ang Get method ng data sa pamamagitan ng mga URL, ang naipadala na data ay nananatili sa kasaysayan ng mga web browser. Samakatuwid, maaaring makita ng sinuman ang ipinadala namin sa mga server sa pamamagitan ng pagsusuri sa kasaysayan ng aming browser. Ang pamamaraan ng Post ay hindi gumagawa ng gayong pagkakataon na hindi ito pinapayagan ang mga browser na i-save ang impormasyon. Sa katunayan, walang kinalaman sa mga web browser kapag ang data ay ipinadala sa paraan ng Post dahil ang lahat ay ipinadala sa pamamagitan ng mga mensahe.

Alin ang ligtas?

Na-aralan namin ang iba't ibang mga pagkakaiba sa pagitan ng mga pamamaraan ng Get at Post at ito ay mataas na oras upang malaman kung saan ay sinigurado? Tingnan natin ang iba't ibang mga kadahilanang pang-seguridad upang makilala ang parehong.

  • Pag-bookmark: Ang pamamaraan ng Get ay nagbibigay-daan sa Pag-bookmark ngunit ang Post ay hindi kailanman pinapayagan ito. Ang bookmark na data ay maaaring makita sa ibang pagkakataon ng sinuman at ito ay talagang isang banta sa seguridad! Kung ang iyong data ay naglalaman ng maraming sensitibong impormasyon tulad ng mga password, mga detalye ng bank account, atbp, at pagkatapos ay Kumuha ay maaaring mahayag ang lahat ng mga ito sa iba. Samakatuwid, mas mahusay na magpatuloy sa Mag-post kung pinangangasiwaan mo ang sensitibong impormasyon.
  • Caching: Ang memorya ng cache ay nagtatago ng impormasyon para sa mga retrieval sa hinaharap at sa katunayan, ini-imbak ang ating oras. Kahit na tila gumagawa ng isang kapaki-pakinabang na trabaho, may mga posibilidad ng pagkawala ng data kapag ang naka-cache na impormasyon ay napupunta sa maling mga kamay. Ang Get ay nagbibigay-daan sa pag-cache kung saan ang Post ay hindi kailanman nagpapahintulot sa pag-cache sa lahat! Samakatuwid, ang Post ay nananatiling mas ligtas sa Get.
  • I-refresh o Bumalik: Kapag na-click namin ang Refresh o ang Back icon, ang URL ng web page ay muling maisagawa. Ngunit ang muling pagpapatupad na ito ay hindi mangyayari kapag ang mas lumang data ay namamalagi sa memorya ng cache ng iyong system. Kaya sa ganitong sitwasyon, may mga pagkakataong makuha mo ang nakuha na data mula sa server sa Refresh or Back. Dapat nating kilalanin kung kailan nangyayari ang sitwasyong ito, alinman sa Kumuha o Mag-post? Tulad ng alam namin na ang caching ay nangyari sa Kumuha at hindi sa Post, ang mas lumang pagkuha ng data ay posible lamang sa Get. Kahit na ito ay maaaring mangyari sa Post ngunit humihingi ito ng pahintulot ng gumagamit bago gawin ito. Oo, nakakakuha kami ng mga alerto bago ang mga pagbawi sa Post.
  • Pag-hack: Ang sinumang malakas na teknikal ay madaling masira ang URL na nauugnay sa paraan ng Kumuha at maaaring makuha ang aming impormasyon. Ngunit ito ay hindi posible sa Post at hindi bababa sa ito ay nangangailangan ng mahusay na mga pagsusumikap upang i-crack ito! Kaya't karamihan sa mga oras na ligtas kami kapag ginamit ang Post sa halip na gamitin ang Kumuha.

Kailan gamitin ang Get & When upang magamit ang Post?

Mula sa aming diskusyon, maliwanag na mas mababa ang Secure at hindi maipapayo na gamitin kapag namamahala kami ng maraming sensitibong impormasyon. Ang caching at ang kasaysayan ng web browser ay maaaring ipaalam ang aming impormasyon sa iba sa kaso ng Get. Ngunit ang Post ay nananatiling ligtas kahit sa mga pangyayari tulad ng hindi kailanman nagpapahintulot sa pag-cache, Pag-bookmark, atbp. Samakatuwid, mas mainam na gamitin ang Post kapag nagpadala ka ng maraming secure na data.

Tingnan natin ang mga pagkakaiba sa isang mas madaling maunawaan ang hugis ng porma na form.

S.No

Mga pagkakaiba sa

HTTP Requests

GET

POST

1 Syntax Ginagamit ang Keyword 'get'. Ginagamit ang 'Post' ng Keyword.
2 Paano ipinadala ang mga input? Kasama ng URL na nagdagdag ng simbolo '?'. Sa anyo ng mga mensahe.
3 Uri ng input Mga Character ng ASCII. Mga Character ng ASCII o Binary.
4 Bilang ng Parameter Maaaring panghawakan ang 2k hanggang 64k parameter batay sa server. Walang limitasyon.
5 Sukat ng Input Pinapayagan ang hanggang 2048 na mga character. Walang limitasyon.
6 Ang pagpapakita ng data na ipinadala Nananatiling nakikita sa lahat habang namamalagi ito sa puwang ng URL. Hindi makikita kung ito ay ipinadala bilang isang mensahe.
7 Default na Paraan ng Oo. Hindi.
8 Kasaysayan ng Browser Ang ipinadala na data ay nananatili sa kasaysayan ng web browser at maaaring makita sa ibang pagkakataon ng sinuman. Ang ipinadala na data nev.er ay namamalagi sa kasaysayan ng web browser at sa gayon ay walang makakakita sa ibang pagkakataon.
9 Pag-bookmark Pinapayagan nito ang URL na i-bookmark at, sa turn, ang ipinadala na data. Walang kinalaman sa ipinadala na data kahit na naka-bookmark ang mga web page. Habang ang mga bookmark na pahina ay hindi nag-iimbak ng anumang impormasyon ng user.
10 Caching Ang mga naka-cache na pahina ay nag-iimbak ng input ng gumagamit at pinapayagan ang pagsasauli sa hinaharap. Ang mga naka-cache na pahina ay hindi kailanman nag-iimbak ng input ng user.
11 I-refresh o Bumalik Ang mga pagkilos na Refresh o Bumalik ay hindi muling isasagawa ang kahilingan kung ang mga nakatatandang eksekusyon ay mananatili sa. Memory cache. Gayundin, ang pagkuha ng naturang pag-cache mula sa cache ay nangyayari nang walang anumang mensahe ng alerto sa gumagamit. Samakatuwid, ang gumagamit ay maaaring isipin na ito ang pinakabagong ngunit, sa turn, ang server ay maaaring maglaman ng ibang data. Kinukuha lamang ng mga pagkilos na Refresh o Bumalik ang data mula sa cache pagkatapos magpadala ng isang mensahe ng alerto sa gumagamit. Maaaring kanselahin ng user ito at maaaring muling pag-execute ito upang makuha ang pinakabagong data mula sa cache.
12 Pag-hack Madali itong magagawa. Mahirap i-hack.
13 Kailan gamitin? Pinakamainam na magpadala ng mas kaunting mga sensitibong data tulad ng mga query sa paghahanap, mga mensahe sa chat, nilalaman ng social media, online na pananaliksik, atbp kung saan walang pag-aalala para sa seguridad. Ito ay pinaka-angkop na magpadala ng maraming sensitibong data tulad ng mga password, mga detalye ng bank account, atbp kung saan ang seguridad ay pinaka-aalala.

Kaya kami ay malinaw na ang Get and Post ay ginagawa ang input ng pagpapadala ng trabaho sa server ngunit pareho sa mga ito ay gumagana nang iba. Batay sa pangangailangan maaari naming gamitin ang apt HTTP Paraan i.e. ang Kumuha o ang Post.