Mi az a fogadási és postázási kérés? POST és GET kérések létrehozása. 2. szabály: Használjon POST-t az érzékeny információkat tartalmazó tranzakciókhoz

A Hypertext Transfer Protocol célja, hogy lehetővé tegye a kommunikációt az ügyfelek és a szerverek között. A webböngésző lehet a kliens, a webhelyet tároló számítógépen lévő alkalmazás pedig a szerver. A válasz információkat tartalmaz a kérés állapotáról, és tartalmazhatja a kért tartalmat is.

Minden paramétert „és” jel választ el. A Műveletek részben. Az identitástudatos módszereket biztonságos módszereknek is nevezik, és nem törődünk azzal, hogy a klienstől ismét biztonságos módszereket kérjünk. Egy űrlapot használnak az információk átvitelére a webböngészőből a webszerverre.

Kettő van különböző módokonŰrlap beküldése a böngészőből a webszerverre. Az űrlapparaméterek bármiek lehetnek, és a fenti példában ezek a szolgáltató felhasználóneve és jelszava email. Ha össze van zavarodva, gondoljon erre a példára: ha van egy egyszerű űrlapja, amely megadja bármely személy életkorát, miután beírta a nevet, és rákattint a küldés gombra, akkor ennek az egyszerű lekérdezésnek nincs hatása. mellékhatások mert az adatokat egyszerűen visszaadja az űrlap.

Ez azt jelenti, hogy ezeket nem lehet gyorsítótárba helyezni, és a kiszolgálót minden alkalommal újra kell rendelni, amikor az oldalt rendereli. Mindezek ellenére az idempotenciát a való világban nagyrészt figyelmen kívül hagyják. Ne feledje, hogy senki sem kényszeríti ki az idempotenciát – ez inkább a legjobb gyakorlat útmutatója.

Kérelem-válasz protokollként működik a kliens és a szerver között. Tehát a szervertől való válasz kéréséhez alapvetően két módszer létezik. A felsorolt ​​könyvtárak közül a legelegánsabb és legegyszerűbb a lekérdezések. Ebben a cikkben a kérések könyvtárat fogjuk használni. A lekérdezési könyvtár letöltéséhez és telepítéséhez használja a következő parancsot.

1. szabály: A biztonságos műveletekhez használja a GET-et, a nem biztonságos műveletekhez pedig a POST-ot

A kód fontos jellemzői. Ezt a blogot Nikhil Kumar készítette. Ezeknek a metódusoknak az alapvető szintaxisa a segítségével adható meg. A fenti szintaxis paramétereinek jelentése a következő. Általában a visszaküldött adatok lekérésére szolgál. . A fő különbség e módszerek között az adatok kiszolgálóra való átvitelének módja.

Egyszerűen lekéri a szerverről visszaküldött dátumot és időt, és az oldal frissítése nélkül megjeleníti a böngészőben. Néhány adatot kéréssel is küldhet a szervernek. A böngészője elég okos ahhoz, hogy feldolgozza a visszaküldött választ, és megjelenítse a képernyőképen látható webhelyet annak minden színével, képével, szövegével és megjelenítésével együtt. Mivel a böngészők a válasz elemzett verzióját jelenítik meg, nem kapjuk vissza a nyers választ a szervertől.

Milyen hatalmas különbséget tesz ez a nyers válasz a böngészőben megjelenő megjelenítéshez képest! Amit itt lát, azt a böngészője is megkapja, kivéve, hogy felhasználóbarát formátumban elemzi és feldolgozza ezt a hatalmas mennyiségű adatot.

Természetesen a fejedben nem tudod nagy felbontású képpé alakítani, de általános elképzelésed kell arról, hogy mi a válasz. Kellő tapasztalattal elmélyülhet a nyers adatokban, és elvégezhet némi hibakeresést, és pontosan láthatja, mi a válasz.

A Fejlécek lapon alapértelmezés szerint a kiszolgálónak küldött kérésfejlécek, valamint a szervertől kapott válaszfejlécek láthatók. Egy másik dolog, amit figyelembe kell venni a Hálózatfelügyelő lap használatakor, az első kérés mellett rengeteg más kérés is visszaküldésre kerül.

Miért küldik vissza ezeket a további válaszokat annak, aki kezdeményezte a kérelmeket? Intelligens és segítőkész böngészője megérti, hogy egy tetszetős prezentáció létrehozásához ki kell mennie, és meg kell ragadnia az összes referenciaforrást. Következésképpen a böngésző külön kéréseket küld az eredeti válaszban hivatkozott minden egyes erőforráshoz. Amikor végiggörget a Hálózat lapon, láthatja az összes kapcsolódó erőforrást. Ezek az egyéb kérések többek között annak biztosítására szolgálnak, hogy az oldal megfelelően jelenjen meg a képernyőn.

2. szabály: Használjon POST-t az érzékeny információkat tartalmazó tranzakciókhoz

Összességében látható, hogy a Browser Inspector jó érzést ad ezekhez a referenciaforrásokhoz. Ezt egy curl-kérés demonstrálja. Ellenkező esetben elutasítja a kérésünket, feltételezve, hogy a kérés egy bottól származik. Térjünk vissza a fenti 3. lépés diagramjához, amikor megnézzük a Hálózat lapon található válaszokat. Lehet, hogy észrevett két Method és State nevű oszlopot. Ha nem látja a Módszer oszlopot, akkor lehet, hogy alapértelmezés szerint el van rejtve. A Method oszlopnak most így kell lennie a közelben látható az Állapot oszloppal.

Megnézzük ezt a részt, hogy megtudjuk, mit jelentenek az ezekben az oszlopokban található információk. Felfoghatja úgy, mint egy igét, amely megmondja a kiszolgálónak, hogy milyen műveletet kell végrehajtania egy erőforráson. Az Állapot oszlop az egyes kérések válaszállapotát jeleníti meg. A válaszokról a könyv későbbi részében részletesen szólunk. Fontos megérteni, hogy minden kérés választ kap, még ha a válasz hibás is, akkor is válasz.

Ugyanez vonatkozik a webalkalmazások hivatkozásaival való interakcióra is. Tegyük fel például, hogy el kell küldenünk felhasználónevünket és jelszavunkat a szervernek hitelesítés céljából. Mintaűrlapunk így néz ki a böngészőben. Az űrlap kitöltése után átirányítunk egy ilyen oldalra.

A tartalmat az ellenőr segítségével tudjuk ellenőrizni. A testre úgy gondolhat, mint egy borítékba zárt levélre, amelyet közzé kell tenni. Ne aggódjon túl sokat emiatt, mivel a fejlécekről a következő részben fogunk beszélni. Az „Ajánlattétel” űrlap a második kérés válasza.

Változók átadása PHP-nek a POST módszerrel

Ha nem egyértelmű az előző bekezdésben, olvassa el újra. A fejléceket kettősponttal választja el név-érték párban, amelyek egyszerű szövegként kerülnek elküldésre. Az Inspector segítségével láthatjuk ezeket a fejléceket. Alább láthatja a kérés és a válasz fejléceit is.

Ezenkívül azt látjuk, hogy a kérés és a válasz eltérő fejléckészletet tartalmaz a kérés fejlécében. A kérésfejlécek további információkat nyújtanak az ügyfélről és a lekérendő erőforrásról. Néhány hasznos kérésfejléc. Ügyeljen arra, hogy emlékezzen a kérés fejlécére, de csak azt tudja, hogy ez a kiszolgálónak küldött kérés része. A válaszfejlécekről a következő fejezetben fogunk beszélni.

Miután befejezte ezt a részt, kényelmesnek kell lennie. Ez ugyanaz a két paraméter, mint amikor letöltési kéréseket küld a szervernek új oldal, de két különbséggel. Először is csak egy kis információt kér, nem a teljes weboldalt.

Tehát hogyan válasszuk ki, hogy e két alternatíva közül melyiket használjuk? A két módszert valójában nagyon különböző célokra hozták létre, és a működésük közötti különbségek részben abból adódnak, hogy eltérőek a rendeltetésük.

Például, ha egy adott webhelyről szeretne letölteni egy képet, a böngészője kérést küld a webszervernek a következő paranccsal. A két módszer néha összekeveredik azzal kapcsolatban, hogy mikor kell mindegyiket használni. Más szóval, ha új fórumszál jön létre, és a szál elérési útja nincs megadva, akkor ezek közül néhányat használhat.

Egyszerű választás a GET és a POST között

Ennek a szakasznak a célja azonban annak pontosítása, hogy mikor kell használni az egyes módszereket. Az idempotencia bizonyos matematikai és számítástechnikai műveletek olyan tulajdonsága, amely ismételten alkalmazható anélkül, hogy a kezdeti alkalmazás keretein túlmenően megváltozna az eredmény.

Ellenkező esetben az egyes módszerek helytelen használata váratlan hibákhoz vezethet. Ezek a paraméterek lehetnek beviteli űrlapok, keresési lekérdezés a keresés lapról stb. de felmerülhet benned, hogy miért van szükségünk két különböző módszerre a bemenet elküldéséhez? A kérdés megválaszolásához nagyon fontos megérteni ezeknek a módszereknek a működését, hogy jobban megértse a valódi különbséget.

Hogyan kerülnek a bemenetek a szerverre? Ellenkező esetben használja az üzenetet adatainak elrejtésére mások elől. Mostanra már megértheti, hogyan működik mindkét módszer a bemenetek kiszolgálókra való küldésére. Így mindenki láthatta, mit küldtünk a szervereknek a böngészési előzmények vizsgálatával.

Nézzük meg a különböző biztonsági tényezőket az azonosításukhoz. A könyvjelzővel ellátott adatokat később bárki láthatja, és abszolút biztonsági kockázatot jelent! A gyorsítótár információkat tárol a jövőbeni keresésekhez, és ezzel lényegében időt takarítunk meg. Bár ez hasznosnak tűnik, előfordulhat adatszivárgás, ha a gyorsítótárazott információk rossz kezekbe kerülnek. Ez az újravégrehajtás azonban nem történik meg, ha régebbi adatok vannak tárolva a rendszer gyorsítótárában. Gyorsítótárazás. . Nézzük a különbségeket érthetőbb táblázatos formában.

Kezdje azzal, hogy mindkét nézethez adjon hozzá egy formátumú kulcsszó argumentumot, pl. Minden hasonlóan működik, bár jobb hibakezelést kaptunk, ha érvénytelen kéréseket küldünk. Az összes töredékről listát kaphatunk, mint korábban.

Vagy formátum utótag hozzáadásával. Az oktatóanyag 3. részében elkezdjük használni az osztályalapú nézeteket, és megnézzük, hogyan csökkentik a gyakori nézetek a megírandó kód mennyiségét. Mivel sajnos nincs megfelelő válasz a blogon, most simán kell mennie. Látogatás – egy ügyfél felkeresése egy webhelyen. Eltelt egy kis idő az utolsó látogatás óta, mióta ebből az új látogatásból új látogatás lett. Ennek a kifejezésnek technikai formája is van, mivel a szerver belső struktúrákkal rendelkezik, amelyek egy bizonyos ideig tárolják a látogatás részleteit.