Pagina 3 din 7
GET- și post-date
Există alte două metode pe care un client poate utiliza pentru a
trimiterea de date la server, iar aceste metode există cookie-uri mult mai lungi.
Clientul poate pune informațiile din Urle solicitate în șirul de interogare
sau pe drum, chiar dacă acest din urmă caz necesită o anumită
programare care nu este acoperit în acest articol. Ca un exemplu,
Utilizați șirul de interogare, luați în considerare următoarele:
GET /index.php?foo=bar HTTP / 1.1
Realizator: www.example.org
Primirea script index.php se poate referi la $ _GET [ „foo“] pentru a obține valoarea parametrului foo. Din acest motiv, cele mai multe dintre PHP-dezvoltatorii vorbesc despre aceste date ca date GET
(Alte uneori se referă la ele ca datele cererii sau
URL-variabilă). O sursă comună de confuzie este faptul că
GET-date pot exista în POST-cerere, deoarece acestea sunt
doar o parte din URLya solicitate și nu depind de metoda de anchetă.
O altă metodă prin care clientul poate utiliza pentru
informații de referință este de a utiliza HTTP-cerere.
Această metodă presupune că metoda solicitare a fost POST:
POST /index.php HTTP / 1.1
Realizator: www.example.org
Content-Type: application / x-www-form-urlencoded
Conținut-Lungime: 7
foo = bar
În acest caz, scriptul index.php primit pot accesa $ _POST [ „foo“] pentru a obține valoarea parametrului foo. PHP-dezvoltatorii se referă de obicei la aceste date ca POST-date. și că este modul în care browser-ul transmite date formular în care „post“ metoda specificată = trimisă.
În general, cererea poate conține ambele tipuri de date:
POST /index.php?getvar=foo HTTP / 1.1
Realizator: www.example.org
Content-Type: application / x-www-form-urlencoded
Conținut-Lungime: 11
postvar = bar
Aceste două metode suplimentare de transmitere a datelor în cererea poate
cookie-urile oferă un înlocuitor. Spre deosebire de cookie-uri, GET- și post-suport de date
Nu este opțională, astfel încât aceste metode pot fi, de asemenea, mai mult
de încredere. Luați în considerare un identificator unic numit PHPSESSID. incluse cu URL-ul cerut:
GET /index.php?PHPSESSID=12345 HTTP / 1.1
Realizator: www.example.org
Aceasta atinge același scop ca și antetul Cookie,
deoarece clientul se identifică; Cu toate acestea, această metodă necesită mult
implicare mai mare dezvoltator. Odată ce cookie-ul este setat -
responsabilitatea browser-ului este de a returna în cererile ulterioare.
Pentru a transmite identificatorul unic prin URLya dezvoltator
Ar trebui să se asigure că toate link-urile, forma buton de trimitere, etc.
care conține șirul de interogare corespunzătoare (cu toate acestea, PHP poate să-l în acest
ajuta dacă includeți directiva session.use_trans_sid). K
Mai mult decât atât, EEG-datele sunt afișate în Urle și mult mai vulnerabile decât cookie-uri.
De fapt, utilizatorii creduli pot salva o
URL-ul ca un semn de carte, trimite-l la un prieten sau de a face ceva cu ea că
poate dezvălui din neatenție un identificator unic.
Deși post-date pot fi divulgate pentru a fi mai puțin probabil,
transmiterea identificatorul unic ca și variabile metoda POST impune
toate cererile de utilizator efectuate de către POST. De obicei, acest
opțiune nu este convenabil, deși design-ul de aplicații și poate face
mai viabilă.
De obicei, este o lipsă de practică de programare. programatori neexperimentati se confruntă cu necesitatea de a crea aplicații web complexe. Prin urmare, de foarte multe ori fac greșeli care ar evita un programator cu experiență, cum ar fi utilizarea excesivă a printf () sau Nep.
De obicei, este o lipsă de practică de programare. programatori neexperimentati se confruntă cu necesitatea de a crea aplicații web complexe. Prin urmare, de foarte multe ori fac greșeli care ar evita un programator cu experiență, cum ar fi utilizarea excesivă a printf () sau Nep.
De obicei, este o lipsă de practică de programare. programatori neexperimentati se confruntă cu necesitatea de a crea aplicații web complexe. Prin urmare, de foarte multe ori fac greșeli care ar evita cu experiență.
Introducere în PHP, de fapt, este cel mai comun limbaj de programare pentru web. Pentru a realiza acest statut, el a trecut prin mai multe etape, de la simplu limbajul de programare pentru Web care a dat multe (php3), pentru astăzi rapid puternic și extensibil (PHP4). Mai ales ore plăcute.
Dar, mai întâi, câteva declarații oficiale: Unele dintre cifrele prezentate în acest articol, soluțiile reproductibile în PHP4, dar, cu toate acestea, descrierea lor este prezent aici pentru mai multe lizibilitate și integritatea articolului. Unele dintre pașii din acest articol are în versiunea finală a PHP5 poate.