Mga Pagkakaiba sa Pagtatanghal ng Form

Ang pamamaraan ng kahilingan ng POST ay humihiling sa web server na tanggapin at iimbak ang data na nakapaloob sa katawan ng mensahe ng kahilingan. Madalas na ginagamit kapag nag-a-upload ng file o nagsusumite ng nakumpletong web form.

Ang paraan ng paghiling ng HTTP GET ay kumukuha ng impormasyon mula sa server. Bilang bahagi ng isang kahilingan sa GET, maaaring ipasa ang ilang data sa string ng query ng URL, na tumutukoy sa mga termino para sa paghahanap, hanay ng petsa, o iba pang impormasyon na tumutukoy sa kahilingan.

Bilang bahagi ng isang kahilingan sa POST, maaaring ipadala ang isang arbitrary na dami ng data ng anumang uri sa server sa katawan ng mensahe ng kahilingan. Ang field ng header sa isang kahilingan sa POST ay karaniwang nagpapahiwatig ng uri ng media sa Internet ng katawan ng mensahe.

Ang pangunahing pagkakaiba sa pagitan ng mga kahilingan sa GET at POST ay ang mga ito ay tumutugma sa iba't ibang mga kahilingan sa HTTP tulad ng tinukoy sa mga detalye ng HTTP. Ang proseso ng pagsusumite para sa parehong paraan ay nagsisimula sa parehong paraan: ang form ng data set ay nilikha ng browser at pagkatapos ay naka-encode sa paraang tinukoy ng enctype attribute. Para sa METHOD="POST" ang attribute na enctype ay maaaring multipart/form-data o application/x-www-form-urlencoded, samantalang para sa METHOD="GET" ito ay na-trigger lang sa pamamagitan ng application/x-www-form-urlencoded This Ang data ng form ay nakatakda pagkatapos ay ipinadala sa server.

Upang magsumite ng isang form gamit ang METHOD="GET", ang browser ay gumagawa ng isang URL sa pamamagitan ng pagkuha ng halaga ng katangian ng pagkilos at pagdaragdag nito sa set ng data ng form, na naka-encode gamit ang application/x-www-form-urlencoded na uri ng nilalaman). Pagkatapos ay ituturing ng browser ang URL na ito na parang nagre-refer ito ng isang link (o parang manu-manong nai-type ng user ang URL). Hinahati ng browser ang URL sa mga bahagi at kinikilala ang host, pagkatapos ay nagpapadala ng kahilingan sa GET sa host na iyon kasama ang natitirang URL bilang argumento. Mahalagang tandaan na ang prosesong ito ay nangangahulugan na ang mga form na ito ay limitado sa mga ASCII code. Ang partikular na atensyon ay dapat bayaran sa pag-encode at pag-decode ng iba pang mga uri ng mga character kapag ipinapasa ang mga ito sa isang ASCII URL.

Ang pagsusumite ng isang form na may METHOD="POST" ay nagiging sanhi ng isang POST na kahilingan na maipadala gamit ang halaga ng katangian ng pagkilos at isang mensaheng nabuo ayon sa uri ng nilalaman na tinukoy ng katangian ng enctype.

PHP

Ang PHP ay binuo sa HTML. Nangangahulugan ito na ang PHP code ay maaaring ipasok sa isang HTML na pahina. Ang PHP code ay binabasa o na-parse ng server na nagho-host ng page. Ang output ng GET at POST function sa PHP sa isang page ay karaniwang ibinabalik bilang HTML code na mababasa ng browser. Dahil ang PHP code ay na-convert sa HTML bago mag-load ang page, hindi matingnan ng mga user ang PHP code sa page. Ginagawa nitong sapat ang mga pahina ng PHP para sa pag-access ng mga database at iba pang ligtas na impormasyon.

Karamihan sa syntax ng PHP ay hiniram mula sa ibang mga wika tulad ng C, Java, at Perl. Gayunpaman, ang PHP ay may ilang natatanging tampok at espesyal na tampok. Ang layunin ng wikang ito ay upang paganahin ang mga web developer na magsulat ng mga dynamic na nabuong pahina nang mabilis at madali.

Wordpress

Ang WordPress ay isang libreng sistema ng pamamahala ng nilalaman na ginagamit upang lumikha at mapanatili ang mga website. Ang kadalian ng paggamit nito at ang mga natatanging tampok sa pag-blog ay nakatulong na maging pinakasikat na tool sa pag-blog sa Internet.

Ang interface ng WordPress ay nagpapahintulot sa sinumang walang karanasan sa web development na lumikha at mag-publish ng isang website. Ang mga built-in na tool sa pag-blog ay nagbibigay ng madaling paraan upang subaybayan ang mga indibidwal na post, bisita, at komento ng user.

Kahit na mayroong libu-libong mga template at plugin ng WordPress na magagamit, ang sistema ng POST GET sa WordPress ay mayroon pa ring mga limitasyon. Dahil ito ay isang template-based na serbisyo, ang user ay dapat magsimula sa isang pre-built na website sa halip na lumikha ng mga page mula sa simula. Bukod pa rito, walang kakayahang magpasok ng mga script o magpanatili ng database na may parehong antas ng kontrol na inaalok ng custom na website.

Ang tool na POST_GET_ID() ay nagbibigay-daan sa mga script na manipulahin ang item dahil mayroon itong natatanging ID at kapag isinumite ito bilang isang form sa pamamagitan ng mga pamamaraang ito ang dropdown ay isusumite na may natatanging ID na nagbibigay-daan sa script na mapansin kung aling post ang tumatakbo. Bilang kahalili, maaaring magpadala ng nakatagong variable na magpapahintulot sa script na makita kung aling post ang nabibilang sa view.

Paglikha ng mga kahilingan sa POST gamit ang PHP

Ang unang paraan para magsagawa ng PHP POST na kahilingan ay ang paggamit ng file_get_contents . Ang pangalawang paraan ay gagamit ng fread kasama ng ilang iba pang mga function. Ginagamit ng parehong opsyon ang stream_context_create function upang punan ang mga kinakailangang field ng header ng kahilingan.

Paliwanag ng Code

Ang $sPD variable ay naglalaman ng data na ililipat. Dapat ito ay nasa HTTP request string format, kaya dapat na naka-encode ang ilang espesyal na character.

Sa parehong file_get_contents function at ang fread function mayroon kaming dalawang bagong parameter. Ang una ay use_include_path . Dahil gumagawa kami ng HTTP na kahilingan, magiging mali ito sa parehong mga halimbawa. Kapag nakatakda sa true para magbasa ng lokal na mapagkukunan, hahanapin ng function ang file sa include_path .

Ang pangalawang parameter ay konteksto, na nilagyan ng return value ng stream_context_create, na kumukuha ng value ng $aHTTP array.

Paggamit ng file_get_contents upang gumawa ng mga kahilingan sa POST

Upang magpadala ng POST na kahilingan gamit ang file_get_contents sa PHP, kailangan mong gumamit ng stream_context_create upang manu-manong punan ang mga field ng header at tukuyin kung aling "wrapper" ang gagamitin - sa kasong ito HTTP:

$sURL = "http://brugbart.com/Examples/http-post.php"; // POST URL $sPD = "pangalan=Jacob&bench=150"; // POST data $aHTTP = array("http" => // Wrapper na gagamitin array("method" => "POST", // Request method // Request header are set below "header" => "Content - uri: application/x-www-form-urlencoded", "content" => $sPD)); $context = stream_context_create ($aHTTP); $contents = file_get_contents($sURL, false, $context); echo $contents;

Paggamit ng fread upang magsagawa ng mga kahilingan sa POST

Maaari mong gamitin ang function ng fread upang gumawa ng mga kahilingan sa POST. Ang sumusunod na halimbawa ay gumagamit ng stream_context_create upang mabuo ang kinakailangang mga header ng kahilingan sa HTTP:

$sURL = "http://brugbart.com/Examples/http-post.php"; // POST URL $sPD = "pangalan=Jacob&bench=150"; // POST data $aHTTP = array("http" => // Wrapper na gagamitin array("method" => "POST", // Request Method // Request header are set below "header" => "Content - uri: application/x-www-form-urlencoded", "content" => $sPD)); $context = stream_context_create ($aHTTP); $handle = fopen($sURL, "r", false, $context); $contents = ""; habang (!feof($handle)) ( $contents .= fread($handle, 8192); ) fclose($handle); echo $contents;

Gumagawa ng GET Requests gamit ang PHP

Magtutuon na tayo ngayon sa paggamit ng fread at file_get_contents upang mag-download ng nilalaman mula sa internet sa pamamagitan ng HTTP at HTTPS. Upang magamit ang mga pamamaraang inilarawan sa artikulong ito, dapat mong paganahin ang opsyong fopen wrappers. Upang gawin ito, kailangan mong itakda ang allow_url_fopen parameter sa On sa php.ini file.

Ang pagsasagawa ng mga kahilingan sa POST at GET sa PHP ay ginagamit upang mag-log in sa mga website, kunin ang nilalaman ng web page, o suriin para sa mga bagong bersyon ng mga application. Tatalakayin namin kung paano gumawa ng mga simpleng kahilingan sa HTTP.

Paggamit ng fread upang mag-download o tumanggap ng mga file sa Internet

Tandaan na ang pagbabasa ng web page ay limitado sa naa-access na bahagi ng packet. Kaya kailangan mong gamitin ang function na stream_get_contents ( katulad ng file_get_contents) o isang while loop upang basahin ang mga nilalaman sa mas maliliit na piraso hanggang sa maabot ang dulo ng file:

Sa kasong ito ng pagproseso ng PHP POST na kahilingan, ang huling argumento ng fread function ay katumbas ng laki ng fragment. Sa pangkalahatan, hindi ito dapat mas malaki sa 8192 ( 8*1024 ).

Kamakailan lamang, lalo akong nakakakita ng mga tanong sa pangunahing forum ng PHPClub sa paksa ng paglikha ng mga kahilingan sa POST at GET, pati na rin ang mga tanong sa paksang: "Paano ako makakabuo ng isang kahilingan sa POST gamit ang function ng header." Naniniwala ako na ang pangangailangang lagyan ng tuldok ang i sa paggamit ng teknolohiyang ito ay matagal nang nalampasan, dahil ang mga baguhang programmer ay sadyang hindi nauunawaan ang mga prinsipyo ng web tulad nito. Kaya, simulan natin ang ating paglalakbay sa mundo ng HTTP protocol.

1. HTTP protocol. Panimula

Gusto kong linawin kaagad ang isang maliit na bagay.

Ang kakila-kilabot na salitang protocol ay walang iba kundi isang kasunduan ng maraming tao, sa isang magandang sandali ay nagpasya ang mga tao: "Gawin natin ito sa ganitong paraan, at pagkatapos ay magiging maayos ang lahat." Walang dapat ikatakot, ang lahat ay sadyang mapangahas at isisiwalat na natin ang kahihiyan na ito. Kaya, ano ang HTTP protocol at para saan ito ginagamit?

1.1 Kliyente at server

Walang mga himala sa mundo, at lalo na sa mundo ng programming at Internet!

Kung sa tingin mo na ang lahat ay masyadong kumplikado, kung gayon nagkakamali ka. Ang tao ay idinisenyo sa paraang hindi niya kayang lumikha ng isang bagay na kumplikado, kung hindi man siya mismo ay malito dito :-) Kaya, mayroong isang browser at mayroong isang Web server.

Ang browser ay palaging ang nagpasimula ng pagpapalitan ng data. Ang isang Web server ay hindi basta-basta magpapadala ng kahit ano sa sinuman upang ito ay magpadala ng isang bagay sa browser - dapat itong hilingin ng browser.

• Ang pinakasimpleng kahilingan sa HTTP ay maaaring magmukhang ganito:
• KUMUHA ng http://www.php.net/ HTTP/1.0\r\n\r\n
• GET (isinalin mula sa Ingles ay nangangahulugang "kumuha") - isang uri ng kahilingan ay maaaring iba, halimbawa POST, HEAD, PUT, DELETE (titingnan natin ang ilan sa mga ito sa ibaba).
• http://www.php.net/ - URI (address) kung saan gusto naming makatanggap ng hindi bababa sa ilang impormasyon (natural, umaasa kaming matutunan ang HTML na pahina).

Ang \r\n ay ang dulo ng linya, na dapat ulitin nang dalawang beses kung bakit magiging malinaw sa ibang pagkakataon.

Magagawa mo ang kahilingang ito nang napakasimple. Patakbuhin ang telnet.exe program, ipasok ang www.php.net bilang host, tukuyin ang port 80, at i-type lang ang kahilingang ito sa pamamagitan ng pagpindot sa Enter nang dalawang beses bilang \r\n\r\n. Bilang tugon, matatanggap mo ang HTML code ng pangunahing pahina ng site na www.php.net.

1.3 Istraktura ng kahilingan Tingnan natin kung ano ang binubuo ng isang kahilingan sa HTTP.

• Ang lahat ay medyo simple. Magsimula tayo sa katotohanan na ang isang kahilingan sa HTTP ay isang ganap na makabuluhang teksto. Ano ang binubuo nito sa pangkalahatang kaso? Isasaalang-alang namin ang HTTP 1.0 protocol. Kaya: Linya ng Kahilingan

[General-Header | Request-Header | Entity-Header ]\r\n[ Entity-Body ]

• Linya ng Kahilingan- string ng query
• Format: "Method Request-URI HTTP-Version\r\n" Pamamaraan
• - Ang paraan kung saan ipoproseso ang Request-URI na mapagkukunan ay maaaring GET, POST, PUT, DELETE o HEAD. Kahilingan-URI

- isang kamag-anak o ganap na link sa isang pahina na may set ng mga parameter, halimbawa, /index.html o http://www.myhost.ru/index.html o /index.html?a=1&b=qq.

Sa huling kaso, ang server ay makakatanggap ng isang kahilingan na may isang hanay ng mga variable a at b na may kaukulang mga halaga, at ang "&" sign - isang ampersand - ay nagsisilbing isang separator sa pagitan ng mga parameter. Bersyon ng HTTP

• - bersyon ng HTTP protocol, sa aming kaso "HTTP/1.0". Lubos kaming interesado sa GET at POST na mga pamamaraan sa pagproseso. Sa pamamaraang GET maaari mong ipasa ang mga parameter sa script, at sa pamamaraang POST maaari mong tularan ang pagsusumite ng form.
  Format:
  Maaari lamang magkaroon ng dalawang parameter: Petsa o Pragma. Petsa - Petsa ng Greenwich sa format na "Araw ng linggo, Araw ng Buwan Taon HH:MM:SS GMT", halimbawa, "Tue, 15 Nob 1994 08:12:31 GMT" - petsa ng paggawa ng kahilingan.
• Ang Pragma ay maaaring magkaroon ng isang walang-cache na halaga, na hindi pinapagana ang pag-cache ng pahina. Request-Header

  - bahagi ng header na naglalarawan sa kahilingan. Ang Request-Header ay maaaring magkaroon ng mga sumusunod na parameter:.
  Allow, Authorization, From, If-Modified-Since, Referer, User-Agent

• Sa kabanatang ito, hindi namin isasaalang-alang ang parameter ng Awtorisasyon, dahil ginagamit ito upang ma-access ang mga pribadong mapagkukunan, na hindi gaanong kailangan. Maaari mong malaman kung paano bumuo ng isang awtorisadong access header sa iyong sarili sa www.w3c.org.
  Payagan
  - nagtatakda ng mga katanggap-tanggap na pamamaraan sa pagproseso.
• Format: "Pahintulutan: GET | HEAD\n". Binabalewala ang parameter kapag tinukoy ang paraan ng pagproseso ng POST sa Request-Line. Tinutukoy ang mga katanggap-tanggap na paraan ng pagpoproseso ng kahilingan.
  Hindi binabago ng mga proxy server ang Allow parameter at naabot nito ang server nang hindi nagbabago.
  Mula sa - e-mail address ng taong nagpadala ng kahilingan. Format: "Mula sa: adderss\r\n".
• Halimbawa, "Mula sa:[email protected]
  \r\n".
  Kung-Binago-Since
• - nagsasaad na ang kahilingan ay hindi pa nabago mula noon at ganoon. Format: "If-Modified-Since: date\r\n"
  Ginagamit lamang para sa paraan ng pagproseso ng GET. Ang petsa ay tinukoy sa GMT sa parehong format tulad ng para sa Date parameter sa General-Header.
  Referrer
• - isang ganap na link sa pahina kung saan sinimulan ang kahilingan, ibig sabihin, isang link sa pahina kung saan napunta ang user sa amin. Format: "Referrer: url\n".
  Halimbawa: "Referrer: www.host.ru/index.html\n".
• Ahente ng Gumagamit- uri ng browser.
  Halimbawa: "User-Agent: Mozilla/4.0\n" Entity-Header.
• Sa kabanatang ito, hindi namin isasaalang-alang ang parameter ng Awtorisasyon, dahil ginagamit ito upang ma-access ang mga pribadong mapagkukunan, na hindi gaanong kailangan.- bahagi ng header na naglalarawan sa data ng Entity-Body.
• Ang bahaging ito ng kahilingan ay tumutukoy sa mga parameter na naglalarawan sa katawan ng pahina. Maaaring maglaman ang Entity-Header ng mga sumusunod na parameter: Payagan, Content-Encoding, Content-Length, Content-Uri, Mag-e-expire, Huling Binago, extension-header
  - isang parameter na katulad ng Allow from General-Header.
  Content-Encoding
  - uri ng pag-encode ng data Entity-Body.
• Format: "Content-Encoding: x-gzip | x-compress | other type\n".- ang bilang ng mga byte na ipinadala sa Entity-Body. Ang value ng Content-Length ay may ganap na naiibang kahulugan para sa data na ipinadala sa MIME na format, kung saan ito ay gumaganap bilang isang parameter para sa paglalarawan ng isang bahagi ng data - "external/entity-body".
  Ang mga wastong numero ay mga integer mula sa zero at pataas.
• Halimbawa: "Content-Length: 26457\n". Uri ng Nilalaman
  - uri ng ipinadalang data.
• Halimbawa: "Content-Type: text/html\n". Mag-e-expire
  - Ang oras kung kailan dapat alisin ang pahina sa cache ng browser.
• Format: "Mag-e-expire: petsa\n". Ang format ng petsa ay pareho sa format ng petsa para sa parameter ng Petsa mula sa General-Header. Huling Binago
  - oras ng huling pagbabago ng ipinadalang data.
• Format: "Huling Binago: petsa\n". Ang format ng petsa ay pareho sa format ng petsa para sa parameter ng Petsa mula sa General-Header. extension-header
  - bahagi ng header, na maaaring inilaan, halimbawa, na iproseso ng isang browser o iba pang program na tumatanggap ng dokumento. Sa bahaging ito, maaari mong ilarawan ang iyong mga parameter sa format na "ParameterName: parametervalue\n". Ang mga parameter na ito ay hindi papansinin kung ang programa ng kliyente ay hindi alam kung paano iproseso ang mga ito.

Halimbawa: "Cookie: r=1\r\n" - nagtatakda ng mga kilalang cookies para sa page.

At ngayon, pagkatapos ng gayong kakila-kilabot na mga salita, subukan nating huminahon nang kaunti at maunawaan kung ano ang kailangan natin? Natural, mauunawaan natin ang mga halimbawa.

Isipin natin na kailangan nating makakuha ng isang pahina mula sa site sa pamamagitan ng pagpasa ng Cookies, kung hindi, ipapadala lamang tayo bilang mga hindi inanyayahang bisita, at higit pa rito, alam na pinapayagan kang ma-access ang pahinang ito pagkatapos mong bisitahin ang pangunahing pahina ng site.

2 GET na paraan

Isulat natin ang ating kahilingan.
KUMUHA ng http://www.site.ru/news.html HTTP/1.0\r\n

Host: www.site.ru\r\n
Cookie: kita=1\r\n

Ang kahilingang ito ay nagsasabi sa amin na gusto naming makuha ang mga nilalaman ng pahina sa http://www.site.ru/news.html gamit ang GET method. Ang Host field ay nagpapahiwatig na ang pahinang ito ay matatagpuan sa www.site.ru server, ang Referer field ay nagpapahiwatig na kami ay dumating para sa mga balita mula sa pangunahing pahina ng site, at ang Cookie field ay nagpapahiwatig na kami ay itinalaga ng ganoon at ganoong cookie. Bakit napakahalaga ng mga field ng Host, Referer at Cookie? Dahil ang mga normal na programmer, kapag gumagawa ng mga dynamic na site, suriin ang mga field ng data na lumalabas sa mga script (kabilang ang PHP) sa anyo ng mga variable. Para saan ito? Upang, halimbawa, upang maiwasan ang pagnanakaw sa site, i.e.

hindi sila nagtakda ng isang program dito para sa awtomatikong pag-download, o upang ang isang taong bumibisita sa site ay palaging makarating dito mula lamang sa pangunahing pahina, atbp.

Ngayon isipin natin na kailangan nating punan ang mga field ng form sa pahina at magpadala ng isang kahilingan mula sa form, hayaang mayroong dalawang field sa form na ito: login at password (login at password) - at, siyempre, alam natin ang login at password.
KUMUHA ng http://www.site.ru/news.html HTTP/1.0\r\n
KUMUHA ng http://www.site.ru/news.html?login=Petya%20Vasechkin&password=qq HTTP/1.0\r\n
Host: www.site.ru\r\n
Cookie: kita=1\r\n

Referer: http://www.site.ru/index.html\r\n

Ang aming pag-login ay "Petya Vasechkin" Bakit dapat naming isulat ang Petya%20Vasechkin? Ito ay dahil ang mga espesyal na character ay maaaring makilala ng server bilang mga palatandaan ng pagkakaroon ng isang bagong parameter o pagtatapos ng isang kahilingan, atbp. Samakatuwid, mayroong isang algorithm para sa pag-encode ng mga pangalan ng parameter at ang kanilang mga halaga upang maiwasan ang mga sitwasyon ng error sa kahilingan. Ang isang buong paglalarawan ng algorithm na ito ay matatagpuan, at ang PHP ay mayroong rawurlencode at rawurldecode na mga function para sa pag-encode at pag-decode, ayon sa pagkakabanggit. Gusto kong tandaan na ginagawa ng PHP ang mismong pag-decode kung naipasa ang mga naka-encode na parameter sa kahilingan. Ito ang nagtatapos sa unang kabanata ng aking pagkakakilala sa HTTP protocol. Sa susunod na kabanata, titingnan natin ang mga kahilingan sa pagbuo tulad ng POST (isinalin mula sa Ingles bilang "ipadala"), na magiging mas kawili-wili, dahil Ito ang uri ng kahilingan na ginagamit kapag nagpapadala ng data mula sa mga HTML form.

3. POST na paraan.

3.1 Uri ng Nilalaman: application/x-www-form-urlencoded.

Sumulat kami ng isang kahilingan na katulad ng aming kahilingan sa GET na ilipat ang login at password, na tinalakay sa nakaraang kabanata:

KUMUHA ng http://www.site.ru/news.html HTTP/1.0\r\n
KUMUHA ng http://www.site.ru/news.html?login=Petya%20Vasechkin&password=qq HTTP/1.0\r\n
Host: www.site.ru\r\n
Uri ng Nilalaman: application/x-www-form-urlencoded\r\n
Haba ng Nilalaman: 35\r\n
Cookie: kita=1\r\n

Dito makikita natin ang isang halimbawa ng paggamit ng mga field ng header na Uri ng Nilalaman at Haba ng Nilalaman. Ang Content-Length ay nagsasabi kung gaano karaming mga byte ang sasakupin ng lugar ng data, na pinaghihiwalay mula sa header ng isa pang line break \r\n.

Ngunit ang mga parameter na dating inilagay sa Request-URI para sa isang GET na kahilingan ay nasa Entity-Body na ngayon. Ito ay makikita na sila ay nabuo sa parehong paraan, kailangan mo lamang na isulat ang mga ito pagkatapos ng pamagat. Gusto kong tandaan ang isa pang mahalagang punto: walang pumipigil, kasabay ng hanay ng mga parameter sa Entity-Body, paglalagay ng mga parameter sa ibang mga pangalan sa Request-URI, halimbawa:
.....
Cookie: kita=1\r\n
I-POST ang http://www.site.ru/news.html?type=user HTTP/1.0\r\n

login=Petya%20Vasechkin&password=qq

3.2 Uri ng Nilalaman: multipart/form-data

Sa sandaling napagtanto ng mundo ng Internet na masarap magpadala ng mga file sa pamamagitan ng mga form, itinakda ng W3C consortium ang tungkol sa pagpino sa format ng kahilingan ng POST. Sa oras na iyon, ang format ng MIME (Multipurpose Internet Mail Extension - multi-purpose na mga extension ng protocol para sa pagbuo ng mga mensahe sa Mail) ay malawak na ginagamit, samakatuwid, upang hindi muling likhain ang gulong, nagpasya kaming gamitin ang bahagi ng format ng pagbuo ng mensahe na ito upang lumikha Mga kahilingan sa POST sa HTTP protocol.

Ano ang mga pangunahing pagkakaiba sa pagitan ng format na ito at ang uri ng application/x-www-form-urlencoded?

Ang pangunahing pagkakaiba ay ang Entity-Body ay maaari na ngayong hatiin sa mga seksyon, na pinaghihiwalay ng mga hangganan (boundary). Ang pinaka-kawili-wili ay ang bawat seksyon ay maaaring magkaroon ng sarili nitong header upang ilarawan ang data na nakaimbak dito, i.e.

sa isang kahilingan maaari kang maglipat ng data ng iba't ibang uri (tulad ng sa isang Mail letter, maaari kang maglipat ng mga file kasabay ng text).
KUMUHA ng http://www.site.ru/news.html HTTP/1.0\r\n
KUMUHA ng http://www.site.ru/news.html?login=Petya%20Vasechkin&password=qq HTTP/1.0\r\n
Host: www.site.ru\r\n

Kaya simulan na natin. Isaalang-alang natin muli ang parehong halimbawa sa paglipat ng pag-login at password, ngunit ngayon sa isang bagong format.
Cookie: kita=1\r\n
I-POST ang http://www.site.ru/news.html HTTP/1.0\r\n Haba ng Nilalaman: 209\r\n
--1BEF0A57BE110FD467A Haba ng Nilalaman: 209\r\n
Haba ng Nilalaman: 209\r\n
\r\n Haba ng Nilalaman: 209\r\n
I-POST ang http://www.site.ru/news.html HTTP/1.0\r\n Haba ng Nilalaman: 209\r\n
Nilalaman-Disposisyon: form-data; name="login" Haba ng Nilalaman: 209\r\n
Haba ng Nilalaman: 209\r\n
Petya Vasechkin Haba ng Nilalaman: 209\r\n
Nilalaman-Disposisyon: form-data; name="password" Haba ng Nilalaman: 209\r\n

Ngayon ay unawain natin ang nakasulat. :-) Espesyal kong binigyang-diin ang ilang \r\n character na naka-bold para hindi sila sumanib sa data. Kung titingnan mong mabuti, mapapansin mo ang boundary field pagkatapos ng Content-Type. Tinutukoy ng field na ito ang separator ng seksyon - hangganan. Isang string na binubuo ng mga Latin na titik at numero, pati na rin ang ilang iba pang mga simbolo (sa kasamaang palad, hindi ko maalala kung alin ang iba) ay maaaring gamitin bilang isang hangganan. Sa katawan ng kahilingan, ang "--" ay idinaragdag sa simula ng hangganan, at ang kahilingan ay nagtatapos sa isang hangganan, kung saan ang mga character na "--" ay idinaragdag din sa dulo. Ang aming kahilingan ay may dalawang seksyon, ang una ay naglalarawan sa field sa pag-login, at ang pangalawa ay naglalarawan sa field ng password.

Ang Content-Disposition (ang uri ng data sa seksyon) ay nagsasabi na ito ay magiging data mula sa form, at ang field ng pangalan ay tumutukoy sa pangalan ng field. Dito nagtatapos ang header ng seksyon at ang sumusunod ay ang lugar ng data ng seksyon kung saan inilalagay ang halaga ng field (hindi na kailangang i-encode ang halaga!).

Nais kong ituon ang iyong pansin sa katotohanan na hindi mo kailangang gumamit ng Haba ng Nilalaman sa mga header ng seksyon, ngunit sa header ng kahilingan dapat mo at ang halaga nito ay ang laki ng buong Entity-Body, na lilitaw pagkatapos ng pangalawang \ r\n sumusunod na Content-Length: 209\ r\n. Yung. Ang Entity-Body ay pinaghihiwalay mula sa header ng karagdagang line break (na makikita rin sa mga seksyon).

Ngayon, magsulat tayo ng kahilingan para maglipat ng file.
KUMUHA ng http://www.site.ru/news.html HTTP/1.0\r\n
I-POST ang http://www.site.ru/postnews.html HTTP/1.0\r\n
Host: www.site.ru\r\n
Referer: http://www.site.ru/news.html\r\n
Uri ng Nilalaman: multipart/form-data; hangganan=1BEF0A57BE110FD467A\r\n
Cookie: kita=1\r\n
I-POST ang http://www.site.ru/news.html HTTP/1.0\r\n Haba ng Nilalaman: 209\r\n
Haba ng Nilalaman: 491\r\n Haba ng Nilalaman: 209\r\n
Haba ng Nilalaman: 209\r\n
Nilalaman-Disposisyon: form-data; name="news_header" Haba ng Nilalaman: 209\r\n
I-POST ang http://www.site.ru/news.html HTTP/1.0\r\n Haba ng Nilalaman: 209\r\n
Halimbawa ng balita Haba ng Nilalaman: 209\r\n
Nilalaman-Disposisyon: form-data; name="news_file"; Haba ng Nilalaman: 209\r\n
filename="news.txt" Haba ng Nilalaman: 209\r\n
Haba ng Nilalaman: 209\r\n
Uri ng Nilalaman: application/octet-stream Haba ng Nilalaman: 209\r\n
Nilalaman-Disposisyon: form-data; name="password" Haba ng Nilalaman: 209\r\n

Content-Transfer-Encoding: binary

Isang napakahalagang punto. Karamihan sa mga CGI script ay isinulat ng matatalinong tao, kaya gusto nilang suriin ang uri ng papasok na file, na nasa Content-Type. Para saan? Kadalasan, ang pag-upload ng mga file sa mga website ay ginagamit upang makatanggap ng mga larawan mula sa bisita. Kaya, sinusubukan mismo ng browser na tukuyin kung anong uri ng file ang gustong ipadala ng bisita at ipasok ang naaangkop na Uri ng Nilalaman sa kahilingan. Sinusuri ito ng script kapag natanggap, at, halimbawa, kung hindi ito gif o jpeg, binabalewala nito ang file na ito. Samakatuwid, kapag lumilikha ng isang kahilingan "manu-mano", alagaan ang halaga ng Uri ng Nilalaman upang ito ay pinakamalapit sa format ng inilipat na file.

Sa aming halimbawa, nabuo ang isang kahilingan kung saan inililipat ang isang text file. Ang isang kahilingan para sa paglilipat ng isang binary file ay nabuo sa parehong paraan.

4. Pahabol.

Sa palagay ko ay hindi sulit na pag-usapan nang detalyado ang tungkol sa pagpapadala ng mga kahilingan sa server. Ito ay usapin ng purong teknolohiya ng RHP :-). Sapat na maingat na basahin ang seksyon sa mga function para sa pagtatrabaho sa mga socket, o sa mga function ng CURL module sa opisyal na dokumentasyon ng PHP.

Mula sa itaas, umaasa ako na malinaw na ngayon kung bakit ang tanong ay: "Paano ako makakabuo ng isang kahilingan sa POST gamit ang header function?" - walang kahulugan.

Ang header(string) function ay nagdaragdag lamang ng entry sa request header, ngunit hindi sa request body.