POST (HTTP)
U računarstvu, POST je jedna od mnogih metoda za zahteve koje podržava HTTP protokol koji se koristi od strane svetske mreže. POST metod je dizajniran da zahteva da se sa veb servera prihvata podatak poslat u okviru HTTP zahteva. To se često koristi kada se šalje datoteka ili dostavlja popunjen veb formular.

Nasuprot tome, HTTP GET metod je dizajniran da preuzme podatke sa servera. Kao deo GET metoda, neki podaci mogu biti doneti u okviru string upita URI-a, navodeći na primer termin za pretragu, datume ili druge informacije koje definiše upit. Kao deo POST zahteva, proizvoljna količina podataka bilo kog tipa može biti poslat na server u okviru HTTP zahteva. HTTP zaglavlje obično ukazuje na format HTTP zahteva.

Slanje podataka 
Svetska mreža i HTTP su zasnovani na brojnim zahtevnim metodima, uključujući POST i GET, kao i PUT, DELETE, i još nekoliko drugih. Veb pretraživači obično koriste samo GET i POST, ali ostale onlajn aplikacije koriste mnoge druge. POST-ov zadatak u okviru HTTP metoda jeste da pošalje predstavljanje nove objektne veze sa servera, tako da se čuva kao novi zavistan izvor prepoznatljiv po URI. Na primer, za URI http://example.com/customers, od POST zahteva može se očekivati da predstavljaju nove kupce, uključujući njihova imena, adrese, kontakt podatke i tako dalje. Rani veb dizajneri zalutali su daleko od ovog prvobitnog koncepta na dva načina. Prvo, ne postoji tehnički razlog da URI ukratko opiše zavistan veb resurs na koji će POST podaci biti sačuvani. U stvari, ukoliko nije utrošen neki napor, poslednji deo URI će verovatno opisati obradu Veb aplikacije na toj strani, kao što su http://example.com/applicationform.php. Drugo, s obzirom na ograničenje veb pretraživača da mogu da koriste samo GET ili POST, dizajneri su osetili potrebu da ponovo namene POST metod da uradi mnoge druge dostave podataka i zadataka za upravljanje podacima, uključujući i promenu postojećih evidencija i njihovo brisanje.

Napori nekih uticajnih pisaca da ispravi prvu tačku počela je još 1998. Okvirske veb aplikacije kao što su Ruby on Rails i druge olakšavaju dizajnerima da obezbede svojim korisnicima čiste URL adrese. Što se tiče drugog pitanja, moguće je koristiti klijentske skripte, ili napisati samostalne aplikacije, koje mogu da koriste druge metode HTTPa gde su relevantne, ali van ovoga većina veb obrazaca koji se šalju ili obaveštavaju server sa podacima nastavljaju da koriste POST metod.

To ne znači da svaka veb forma treba da ima naveden method kao "post" u svom početnom tagu. Mnoge forme se koriste za preciznije preuzimanje informacija sa servera, bez ikakve namere da se menja glavna baza podataka. Takvi oblici pretrage su idealni da imaju metodu postavljenu na "get".

Postoje trenuci kada je HTTP GET metod manje pogodan za preuzimanje podataka. Primer za to je kada bi veliki deo podataka trebalo da bude naveden u URL. Pregledači i veb serveri mogu da imaju ograničenja po pitanju dužine URL koji će se čitati bez skraćivanja ili prijavljivanja greške. Šifrovanje rezervisanih znakova u URL adresama i upitima može značajno da poveća njihovu dužinu, dok Apač HTTP server može da obradi do 4.000 znakova u URL-u, Majkrosoftov Internet ekplorer je ograničen na 2048 znakova. Isto tako, HTTP GET ne treba da se koristi gde su osetljive informacije, kao što su korisnička imena i lozinke i oni moraju da se podnesu zajedno sa drugim podacima iz zahteva. Čak i ako se koristi HTTPS, sprečavajući da se podaci presretnu u tranzitu, istorija pregledača i logovi veb servera će verovatno sadržati punu URL adresu u otvorenom tekstu, koji može biti izložen ukoliko je bilo koji sistem hakovan. U ovim slučajevima, HTTP POST treba koristiti.

Način slanja veb obrazaca 

Kada veb pretraživač pošalje POST zahtev iz elementa veb formular, podrazumevani internet medija tip je "application/x-www-form-urlencoded". Ovo je format za kodiranje ključ - vrednost parovima sa mogućim duplim ključevima. Svaki ključ - vrednost par je odvojen '&' karakterom, a svaki ključ je odvojen od svoje vrednosti sa '=' karakterom. U ključevima i vrednostima razmake možemo zameniti znakom "+", a za ostale za ostale ne-alfanumeričke karaktere možemo kodirati koristeći URL kodiranje.

Na primer, ključ - vrednost parovi
Ime: Ivan Jelić
Godine: 23
Formula: A + B == 13% !
se kodiraju kao:
Ime=Ivan+Jelic&Godine=23&Formula=A+%2B+B+%3D%3D+13%25+%21
Počevši sa HTML 4.0, forme mogu da dostave podatke u multipart/form-data kao što je definisano u  (Vidi i  za eksperimentalnu verziju ranije definisanu kao proširenje HTML 2.0 i pomenuti u HTML 3.2 ) .

Ukoliko je POST zahtev već poslat klijentski programi obično upozoravaju korisnika da je POST zahtev vec poslat i to upozorenje je poznato kao postback.

Reference

Vidi još 
 Postback

Spoljašnje veze 
 Straightforward definition of POST
 POST verb in HTTP specification
 URIs, Addressability, and the use of HTTP GET and POST

HTTP
U računarstvu , POST je jedna od mnogih metoda za zahteve koje podržava HTTP protokol koji se koristi od strane svetske mreže . POST metod je dizajniran da zahteva da se sa veb servera prihvata podatak poslat u okviru HTTP zahteva . To se često koristi kada se šalje datoteka ili dostavlja popunjen veb formular . Nasuprot tome , HTTP GET metod je dizajniran da preuzme podatke sa servera . Kao deo GET metoda , neki podaci mogu biti doneti u okviru string upita URI-a , navodeći na primer termin za pretragu , datume ili druge informacije koje definiše upit . Kao deo POST zahteva , proizvoljna količina podataka bilo kog tipa može biti poslat na server u okviru HTTP zahteva . HTTP zaglavlje obično ukazuje na format HTTP zahteva . Slanje podataka Svetska mreža i HTTP su zasnovani na brojnim zahtevnim metodima , uključujući POST i GET , kao i PUT , DELETE , i još nekoliko drugih . Veb pretraživači obično koriste samo GET i POST , ali ostale onlajn aplikacije koriste mnoge druge . POST-ov zadatak u okviru HTTP metoda jeste da pošalje predstavljanje nove objektne veze sa servera , tako da se čuva kao novi zavistan izvor prepoznatljiv po URI . Na primer , za URI http://example.com/customers , od POST zahteva može se očekivati da predstavljaju nove kupce , uključujući njihova imena , adrese , kontakt podatke i tako dalje . Rani veb dizajneri zalutali su daleko od ovog prvobitnog koncepta na dva načina . Prvo , ne postoji tehnički razlog da URI ukratko opiše zavistan veb resurs na koji će POST podaci biti sačuvani . U stvari , ukoliko nije utrošen neki napor , poslednji deo URI će verovatno opisati obradu Veb aplikacije na toj strani , kao što su http://example.com/applicationform.php . Drugo , s obzirom na ograničenje veb pretraživača da mogu da koriste samo GET ili POST , dizajneri su osetili potrebu da ponovo namene POST metod da uradi mnoge druge dostave podataka i zadataka za upravljanje podacima , uključujući i promenu postojećih evidencija i njihovo brisanje . Napori nekih uticajnih pisaca da ispravi prvu tačku počela je još Okvirske veb aplikacije kao što su Ruby on Rails i druge olakšavaju dizajnerima da obezbede svojim korisnicima čiste URL adrese . Što se tiče drugog pitanja , moguće je koristiti klijentske skripte , ili napisati samostalne aplikacije , koje mogu da koriste druge metode HTTPa gde su relevantne , ali van ovoga većina veb obrazaca koji se šalju ili obaveštavaju server sa podacima nastavljaju da koriste POST metod . To ne znači da svaka veb forma treba da ima naveden method kao " post " u svom početnom tagu . Mnoge forme se koriste za preciznije preuzimanje informacija sa servera , bez ikakve namere da se menja glavna baza podataka . Takvi oblici pretrage su idealni da imaju metodu postavljenu na " get " . Postoje trenuci kada je HTTP GET metod manje pogodan za preuzimanje podataka . Primer za to je kada bi veliki deo podataka trebalo da bude naveden u URL . Pregledači i veb serveri mogu da imaju ograničenja po pitanju dužine URL koji će se čitati bez skraćivanja ili prijavljivanja greške . Šifrovanje rezervisanih znakova u URL adresama i upitima može značajno da poveća njihovu dužinu , dok Apač HTTP server može da obradi do000 znakova u URL-u , Majkrosoftov Internet ekplorer je ograničen naznakova . Isto tako , HTTP GET ne treba da se koristi gde su osetljive informacije , kao što su korisnička imena i lozinke i oni moraju da se podnesu zajedno sa drugim podacima iz zahteva . Čak i ako se koristi HTTPS , sprečavajući da se podaci presretnu u tranzitu , istorija pregledača i logovi veb servera će verovatno sadržati punu URL adresu u otvorenom tekstu , koji može biti izložen ukoliko je bilo koji sistem hakovan . U ovim slučajevima , HTTP POST treba koristiti . Način slanja veb obrazaca Kada veb pretraživač pošalje POST zahtev iz elementa veb formular , podrazumevani internet medija tip je " application / x-www-form-urlencoded " . Ovo je format za kodiranje ključ - vrednost parovima sa mogućim duplim ključevima . Svaki ključ - vrednost par je odvojen ' & ' karakterom , a svaki ključ je odvojen od svoje vrednosti sa '= ' karakterom . U ključevima i vrednostima razmake možemo zameniti znakom " + " , a za ostale za ostale ne-alfanumeričke karaktere možemo kodirati koristeći URL kodiranje . Na primer , ključ - vrednost parovi Ime : Ivan Jelić Godine : Formula : A + B == ! se kodiraju kao : Ime=Ivan+Jelic & Godine=23&Formula=A+%2B+B+%3D%3D+13%25+%21 Počevši sa HTML0 , forme mogu da dostave podatke u multipart / form-data kao što je definisano u ( Vidi i za eksperimentalnu verziju ranije definisanu kao proširenje HTML0 i pomenuti u HTML2 ) \ . Ukoliko je POST zahtev već poslat klijentski programi obično upozoravaju korisnika da je POST zahtev vec poslat i to upozorenje je poznato kao postback . Reference Vidi još Postback Spoljašnje veze Straightforward definition of POST POST verb in HTTP specification URIs , Addressability , and the use of HTTP GET and POST HTTP