Egyéb webes technológia. Mi az Mercedes CGI

6. rész World Wide Web

WWW (World Wide Web - World Wide Web) - a legnépszerűbb internetszolgáltatás. Ez volt a relatív egyszerűsége és a felhasználók láthatóságának köszönhetően, ilyen tömeges fellebbezést tett a hálózati erőforrásokra. Tehát mi a www és hogyan működik ez a szolgáltatás?

A leggyakoribb WWW terv olyan webkiszolgálók rendszere, amelyek támogatják a formázott dokumentumokat. A WWW-t ügyfél-kiszolgálószerkezetként hajtják végre. Az ügyfélprogram (böngésző) használata egy adott információra vonatkozó kérelmet nyújt a kiszolgálón, és a webszerver böngésző kérését szolgálja fel. A böngésző egy olyan program, amely a fellebbezést a kívánt erőforrást a szerver által URL (univerzális erőforrás-cím), értelmezzük az elért eredmény és bizonyítja, hogy a kliens számítógépen (1.).

A szerver és az ügyfél általában különböző számítógépeken dolgozik, és talán a különböző hardverplatformokon és különböző operációs rendszereken fut.

A protokoll, amelyen a böngésző a dokumentum által leszállított WEB szerver, az úgynevezett HTTP (Hypertext Transfer Protocol - Hypertext Transmission Protocol). Annak érdekében, hogy részletesebben megmagyarázzuk a webkiszolgálón lévő dokumentum megtekintési mechanizmusait, több fogalmat kell beírnia, és mindenekelőtt a hipertext koncepciója.

Hipertext

az IPERText (hipertext) olyan szöveg, amely hiperhivatkozásokat tartalmaz, amelyek egy másik erőforrással rendelkező dokumentumokat vagy képeket összekapcsolnak (más dokumentummal vagy ugyanazon dokumentum különböző részével), ilyen "kapcsolódó" szavakkal vagy a dokumentum képei, mint a Rendszer, állj ki, általában egy aláhúzással. A felhasználó aktiválhatja ezt a kapcsolatot egérkattintással. A legtöbb esetben a hivatkozás ilyen aktiválása arra a tényre vezet, hogy az ilyen módon okozó erőforrás helyettesíti az aktuális dokumentumot. Hiperhivatkozást nemcsak a szó, hanem a dokumentum egész szakaszát is társíthatja, sőt egy adott formanyomtatvány területét a dokumentum bármely képén.

Egyes szerző egy hipertext-dokumentumot határoz meg, amely a menüt tartalmazó dokumentumot tartalmazza, hogy más erőforrásokra menjen. A dokumentum hipertext-szervezetének ötletét a referenciakönyvek példájával lehet szemléltetni. Ha általában elolvassuk a művészi könyvet az elejétől a végéig (lineárisan), akkor a referencia-szakirodalom, amelyet leggyakrabban nemlineárisan olvasunk: például egy ismeretlen szóval találkoztunk, egy alkalmazásban vagy egy magyarázó szótárban keresünk, Aztán visszatértünk az induló szöveghez és így tovább. Más szóval, szükség szerint vonja be a könyvtár különböző részeit.

Elvileg a szöveg elolvasásának elképzelése a számítógépek megjelenése előtt sokáig merült fel. Nyilvánvaló például, hogy a Psalms Hilbert Parethansky (kb. 1150 AD) könyvének értelmezésében speciális jeleket alkalmaztak az olvasó oldalára küldött mezőkön a könyv más helyeire.

Az ötlet gyakorlati alkalmazása és a "Hypertext" kifejezés az elektronikus dokumentumok megjelenésével jelent meg, bár jelentősen korábban, mint maga a WWW szolgáltatás. Először a "hipertext" kifejezést a Ted Nelson (Ted Nelson) 1965-ben használta. Az Apple hozzájárult a hipertext rendszerek fejlesztéséhez a hipertext rendszerek fejlesztéséhez.

Mivel a modern elektronikus dokumentumok nem csak szöveget tartalmaznak, hanem minden multimédiás információt (szöveg, grafika, hang), nem csak a szöveg, hanem a grafikus objektumok is elkezdtek hivatkozásként használni. Idővel a hipertext fogalmát kiterjesztették a hipermedia fogalmára. A HyperMedia egy olyan módszer, amely a multimédiás információk megszervezésének módja a különböző típusú adatokhoz kapcsolódó hivatkozások alapján. A hypermedual dokumentációt nem csak a www. A hipermedia tipikus példája az elektronikus enciklopédiában található multimédiás információ. Olvasás például a CD-ROM enciklopédia dalbirds szövegéről, a megfelelő linkre, és hallgathatja a választott madár énekét, majd nézze meg a videót a repülés rögzítésével.

A hipertext különösen produktív elképzelése a szerverek világszerte elosztott digitális információk egyesítésével kapcsolatban áll. Itt közvetlenül közelítünk a világháló koncepciójához.

A világháló

A WW egy globális hipertext rendszer, amelyet az internet alapján szervezett. A WWW olyan mechanizmus, amellyel az információ számos webszerverhez kapcsolódik az egész világon. A webszerver olyan program, amely "tudja", hogy a HTTP-kérések fogadását és bizonyos műveleteket végezzen, például az alkalmazások futtatása és dokumentumok létrehozása.

A weboldalon elérhető dokumentumot weboldal és oldalcsoportok nevezik, közös témával és navigációs szinten - Web csomópontokkal vagy webhelyekkel. Az egyik hardver webszerver tartalmazhat több weboldalt, de egy inverz helyzet akkor lehetséges, ha egy hatalmas webhelyet támogathat egy webes szerverek (számítógépek) csoportja.

Annak érdekében, hogy jobban megértsük a világháló szervezésének ötletét, lásd az 1. ábrát. 2, amely példát mutat a WWW használatára a hír információk kereséséhez. Tegyük fel, hogy az Egyesült Államokban élőknek meg kell ismerniük a legújabb moszkvai híreket, és nem ismeri a kiszolgáló címét, amelyen megtalálhatja ezt az információt. Valószínű, hogy a szükséges adatok beszerzése érdekében jól ismert webhely-címet kap neki, amely fizikailag az Egyesült Államokban található számítógépen található, és a "Hírek a világon" témakörökkel foglalkozik. Nyilvánvaló, hogy egyetlen kiszolgálón nem lehet tárolni a világ minden sarkáról szóló helyi híreket. Lehetséges, hogy a világ világosságának legfontosabb hírei a kiszolgálón a különböző régiók számára releváns híroldalakra mutatnak. Valószínű, hogy az "Európa" link kiválasztásával a felhasználó már csatlakozik egy másik számítógéphez Európában (2. ábra). Tegyük fel, hogy az európai webhely oldala van egy kapcsolat Oroszországgal. A link "Oroszország" szerint csatlakozhat a szerverhez Oroszországban. Valószínűleg a "Moszkva" link ezen az oldalon, a felhasználó megkapja a szükséges információkat, és esetleg csatlakozik a negyedik kiszolgálóhoz, amely bemutatja a szükséges információkat. Így meghatározza és részletes információkat kaphat egy adott terület híreit. Fontos megjegyezni, hogy az ábrán bemutatott példában a felhasználó a különböző kiszolgálókra vonatkozó kérelmeket és egy kiszolgálóról a másikra váltáskor minden alkalommal be kell állítania a kiszolgálók címét, és különösen tudniuk kell, hogy hol vannak Fizikailag található. Ebben az esetben azt mondják, hogy az eljárás átlátható a felhasználó számára, vagyis a felhasználó az egész folyamatot érzékeli, mintha az összes kapott oldalt saját számítógépen tartotta volna. Így az információk megtekintésének folyamata összehasonlítható a hatalmas könyv oldalán lévő oldalak transzfúziójával a "kattintás és kap" elven. A hyperttext linkek használatával kapcsolatos dokumentumok áthelyezése a navigáció, vagy a szörfözés neve.

Az a tény, hogy a szörfözés nem igényel tudást a kívánt dokumentumok helyéről, csak a WWW szolgáltatás népszerűségének fő kényelme és oka.

Böngészők

aK Már megjegyeztük, két fő funkciót valósít meg a böngészőkben: kérjen információkat a webszerverről, és megjelenítse az ügyfélszámítógépen. Ezenkívül a böngészőknek további szolgáltatási funkciói vannak, mint például a termék egyszerűsítése, a kiválasztott oldalakat jelző könyvjelzők tárolása stb.

Sokféleképpen a böngészők fejlesztését két fejlesztő cég - Netscape és Microsoft versenye határozta meg.

Az 1990-es évek, a Netscape elfogott egy nagy piaci részesedés miatt Netscape Navigator készüléket, a Microsoft elkezdte aktívan támogassák az internet Explorer általa kifejtett. A két program konfrontációjának története a böngészők háborúja volt, ami valójában az új lehetőségek megjelenésére vezetett. Az Internet Explorer integrációjának köszönhetően a Windows operációs rendszerrel és a böngésző ajánlatként ingyenes programként sikerült megnyerni ezt a háborút. Ennek eredményeként a böngészők piacává válik: ma az Internet Explorer és a Netscape Navigator legnépszerűbb programjai ingyenesek, míg néhány alternatíva és lényegesen kevésbé gyakori programok fizetnek.

Fokozatosan, a http dokumentumok megtekintéséhez szükséges böngészők az Univerzális internetes ügyfelek lettek. Beszélünk a böngészők munkájáról, miután elmondjuk a weboldal struktúrájáról.

honlap

a WWW annak köszönhető, hogy nem csak más emberek oldalát tekintheti meg, és hozzáférést biztosít a több százmillió számítógépen bemutatott hatalmas számú információhoz, hanem saját forrásainkat is megteremti, és ezáltal információkat közvetítünk az összes jövőbeni látogató számára. Más szóval, a WWW egy globális információcsere mechanizmus: egyes emberek tájékoztatást adnak a webszerverekre, míg mások böngésznek. Miután létrehozta a webhelyet, a tulajdonos más típusú információt rendelhet: szöveg, grafika, hang, animáció, amely elérhető lesz az erőforrás látogatójának. Az Ön megjelenésével az Önről vagy a cégről szóló információk több száz millió felhasználó számára elérhetőek lesznek az óra hét napján egy héten. A látogató számára biztosított információk mennyisége gyakorlatilag korlátlan idővel, a rádióval vagy a televíziótól eltérően. Annak érdekében, hogy webhelye a leglátogatottabb legyen, gyors hozzáférést kell biztosítani. Ha megpróbál létrehozni egy webhelyet egy otthoni számítógépen, akkor az internethez rendszeres modemen és telefonvonalon keresztül csatlakoztatja, akkor nem lesz képes gyors hozzáférést biztosítani, és valószínűleg megijeszteni a potenciális látogatókat. A tapasztalatok bemutatásaként a legtöbb látogató bosszantja a hosszú oldaladatokat, így a kiszolgálónak, ahol a webhelyét elhelyezi, nagy sebességű internetkapcsolattal kell rendelkeznie.

Annak érdekében, hogy biztosítsák az erőforráshoz való hozzáférés megfelelő sebességét, kívánatos az úgynevezett hosting szolgáltató szolgáltatásainak használata. A hosting (az angol host-host) minőségi webhely biztosítása a szolgáltató fizikai webkiszolgálójára vagy saját kiszolgálójára a szolgáltató platformján helyezkedik el. Jellemzően a tárhelyszolgáltató díjat számít fel, annál nagyobb a bérelt lemezterület és a forgalmi intenzitás. Vannak azonban ingyenes hosting szolgáltatások. Ha harmadik szintű domainnevet szeretne kapni (pl. Www.ivanov.narod.ru: (domain név az első szint - ru, a domainnév a második szint - Narod, a domainnév a harmadik szint - Ivanov), majd valószínűleg ingyenes lesz. A harmadik szint domainneveit számos olyan vállalat biztosítja, amely ingyenes "népi" tárhelyet kínál. Például a www.your-name.narod.ru nevét (ahol az Ön A név az erőforrásnak adható név) biztosítja a vállalat Yandex. Azonban a szilárd anyagnak van egy második szintű domainje - a "Your _familia.ru vagy your_compassion.ru" típusának neve a legjobban megfelel. Ebben az esetben Ön Legalább meg kell fizetnie a domain nevének regisztrálásához. De ha van ez a név, a kollégái megtalálhatók az interneten, még nem ismeri a webhely pontos nevét. Például a webhely könnyen megtalálható a A magazin neve. Ugyanakkor meg kell jegyezni, hogy ma meglehetősen nehéz megtalálni egy üres domainet.

Ha egy kis amatőr webhelyet fog létrehozni, akkor valószínűleg kielégíti a harmadik szint domainnevét, és nincs probléma szabad elhelyezéssel. A fejlesztés során a fő problémák merülnek fel.

Érdemes beszélni a saját oldalainak létrehozásáról, amíg nem tartjuk meg az eszközüket. Ezért elmondhatjuk, hogy mi a weboldal, és egy kezdetre beszélünk a hiperszövegjelek nyelvének (hipertext-jelölés nyelvének) alapjairól, amely a hipertext dokumentumok létrehozására szolgál.

Html

Már megjegyeztük a jelen ciklus korábbi kiadványait, hogy a különböző architektúra és különböző információs kijelzők nagyszámú számítógépe csatlakozik az internethez. Az oldalak fejlesztésének feladata minden egyes típusú berendezésekre gyakorlatilag lehetetlen. Figyelembe véve azt a tényt, hogy a dokumentum több millió számítógép számára elérhető lesz, lehetetlen előre meghatározni, hogy milyen típusú berendezéseket fognak játszani. Ha szöveges dokumentumról beszélünk, akkor nemcsak a különböző típusú képernyőkön is megjeleníthető, hanem például a beszédszintézis program által reprodukálható. Ebben az esetben a dokumentum funkcionális jelölését a kimeneti módszertől függetlenül kell olvasni.

Ahelyett, hogy a dokumentumot bármely járművön megjelenítené, a fejlesztők másképp mentek: felajánlotta a funkcionális jelölés speciális nyelvét - HTML. A HTML-dokumentum a tényleges szövegből és jelölésből áll, amely magában foglalja az összes olyan rekordot, amely nem a dokumentum kitöltése. A HTML jelölés lehetővé teszi, hogy meghatározza az azonos dokumentum külső dokumentumainak vagy belső részei közötti hivatkozásokat, és dokumentum formázást is tartalmaz.

Annak érdekében, hogy tisztázzuk a HTML-dokumentum megszervezésének eszméjét, helyénvaló analógiát vezetni egy olyan technikai szerkesztő munkájával, amely elrendezhető szöveget készít. A szerkesztő teszi a szöveget, és meg kell jegyeznie a formátumot, hogyan kell tárcsázni a fejléceket, ahol van. Például lehet egy jel típus: "Ez a bekezdés félkövér betűvel íródott, egy ilyen javaslatot pirosra osztják, és az ilyen bekezdés után helyezze be a szöveget az ilyen oldalról." Annak érdekében, hogy a szerkesztő észrevételei helyesen olvassanak, különleges jelölési szabályok vannak. A vetület elolvassa a technikai szerkesztő megjegyzéseit, és a szöveggel összhangban létezik.

Hasonló megjegyzéseket rögzítenek a HTML-dokumentumban, majd a böngésző elolvassa, hogy "tudta", hogyan jelenítse meg az adatokat a számítógép képernyőjén. A HTML nyelvet a fizikai laboratóriumi CERN (Svájc) 1980-as évek végén tervezték, és először használták a helyi laboratóriumi hálózatban. Azonban hamarosan népszerűséget szerzett, és széles körben alkalmazkodott az interneten.

Meg kell jegyezni, hogy a funkcionális jelölés fogalma szélesebb, mint a dokumentumformázás fogalma. Például a hipertext jelölés lehetővé teszi annak megállapítását, hogy az egyik vagy egy másik szöveg a dokumentumban az oldal címe (cím). Nyilvánvaló, hogy ez már nem formázás, nevezetesen a dokumentum egy részének funkcionalitásának meghatározása.

A HTML csak a legáltalánosabb útmutatást írja le az olyan információk megjelenítéséhez, amelyeket különböző böngészők értelmezhetnek különböző platformokon. Ugyanakkor kezdetben elfogadott, hogy az a tény, hogy az a tény, hogy a forrásdokumentum reprodukálásának abszolút pontosságának elérésének tényezését kezdeményezzük.

Ez azt jelenti, hogy az azonos HTML-kód által leírt oldal különböző módon különbözhet két különböző platformokkal, monitor módokkal és böngészőkkel rendelkező számítógépeken. Azt mondhatjuk, hogy a böngésző a dokumentum formázását végzi a HTML-ben található utasítások sorozata alapján, valamint az adott számítógép általi információk megjelenítéséhez szükséges lehetőségek.

Például, ha nincs betűtípus a számítógépen, amely előírja az egyik vagy más felirat megjelölését, a rendelkezésre álló készlet közül a legközelebb kerül felhasználásra.

Ezenkívül a felhasználók megváltoztathatják a böngésző beállításait úgy, hogy a dokumentum optimális megjelenjen számukra.

Például a böngésző beállításait, megadhatja a szín kiválasztása szabályok megjelenítésére a háttérben a dokumentum azáltal, hogy meghatározzák a színe a font kell a weblap és hogyan szöveges linkeket kell szabadítani.

HTML parancsok (vagy hipertext dokumentumvezérlő markerek) címkéknek nevezik (angolul. Címke címke, marker), ezek közvetlenül a dokumentum szövegébe kerülnek, és szögletes zárójelben vannak<...>.

Az előre meghatározott címkék egységes készlete lehetővé teszi a különböző böngészők használatát. Annak ellenére, hogy a HTML weboldalak benyújtására szolgál, más célokra is alkalmazható, például a CD-ROM-on közzétett dokumentumok benyújtására.

A HTML fő előnye az egyszerűség. A HTML-dokumentumok elkészítéséhez nem igényel a programozási nyelvek ismeretét. Felveheti jelölés címkék dokumentumot rendszeres szövegszerkesztő vagy speciális HTML szerkesztők, akiknek különleges ellenőrzések egyszerűsítése kulcsszó bemenet.

A weboldalak vizuális fejlesztésének jelenléte lehetővé teszi a HTML dokumentumok létrehozását, még nem is emlékezve bizonyos címkék kinevezésére. A vizuális fejlesztés olyan folyamat, amelyben a felhasználó olyan objektumokkal működik, amelyek fejlesztése közben szinte megegyezik, mint a böngésző megjelenésekor, és a HTML-kód automatikusan létrejön.

Több mint száz címke van az információs jelöléshez a weboldalon. A legtöbb címkét párban használják. A nyitó és záró címkék jelekkel kezdődnek és végződnek< и >. A záró címke eltér a kulcsszó előtti szimbólum / (slash) jelenlététől. Például egy pár címke … (Lásd a táblázatot), hogy a böngészőparancsot megadja, hogy a címkék között elhelyezett szöveget félkövéren kell megjeleníteni, és címkéket kell megjeleníteni … Jelzi, hogy a szöveg megjelenítése során dőlt kell alkalmazni. A nyitó és záró címkék befolyásolják a köztük záródó dokumentum részét. A párosított címkék helyét úgy végezzük, hogy a befektetési szabályokat követték.

A párosított, páratlan címkék, amelyek meghatározzák az egyszeri hatást egy adott helyen, vagy befolyásolják az egész dokumentumot. Például, Teg
Gyakran használják a karakterlánc megszakításának szükségességét.

A címkézés hatását attribútumok hozzáadásával módosíthatjuk. Az attribútum (a lat. Attributum - csatolt) egy olyan objektum jelét mutatja, amely meghatározza annak feltételét. Egyes attribútumok használata magában foglalja az attribútum értékének specifikációját, amelyet a kulcsszó attribútumtól elkülönítenek az egyenlőség jeléhez és az idézőjelekbe.

A címke hozzárendelése Színes szöveg (a táblázatban a harmadik sorban látható) egy attribútummal rendelkező címke példája.

Az egyik legfontosabb a TEG, amely meghatározza a hiperhivatkozásokat. A hiperhivatkozás meghatározásakor társítja a weboldal elemét, amelyre az átmenet az átmenet címével történik. A címkét a "horgonyzott" szó első betűje jelzi, amely angolul "kötve".

Az átmeneti címet a HREF attribútum értéke határozza meg, és olyan erőforrás URL-je, amelyre a kapcsolat jelzi. Így a hiperhivatkozás meghatározására szolgáló formátum a következőképpen jeleníthető meg:

A HTML dokumentum címkékkel kezdődik (Oldalnév, kódlap megadása, dokumentumtípus megadása) És a címkékkel végződik. Szinte az összes töltés, amelyet az oldalba szeretne foglalni, a címkék között van elhelyezve és.

A HTML szabvány a W3C konzorcium (World Wide Web Consortium) és a böngésző által feldolgozott gyártók, például a Microsoft Internet Explorer és a Netscape Navigator által meghatározott formális ajánlások halmaza. A nyelv utolsó szabványa a HTML 4.0. Az Internet Explorer és a Netscape Navigator azonban különböző módon értelmezi az egyes nyelvi terveket, és olyan nem szabványos kiterjesztéseket is használhat, amelyek csak a böngészőre specifikusak. Ezért elvben nincs garancia arra, hogy a kiterjesztett HTML-képességekkel rendelkező oldalak megjelenítését egyaránt különböző böngészőkben hajtják végre. E tekintetben a weboldalak fejlesztői kénytelenek ellenőrizni a létrehozott webhelyek funkcionalitását legalább a két fenti böngészőben.

A webszerver mechanizmusa

a szamár, hogy bemutattuk a HTML nyelv fogalmát, leírhatja a webszerver és a böngésző működési mechanizmust. Fontolja meg a példát.

Tegyük fel, hogy az elvtárs létrehozta webhelyét a www.petrov.ru címen, és az önéletrajzát a http://www.petrov.ru/resume.htm címen helyezte el. Mi történik, ha ezt az önéletrajzot megtekintheti a számítógépről?

Amint beírja a böngészőjét a fenti URL-ben, a böngésző információt kap a program (http), a kiszolgálónév (www.petrov.ru) és a kért fájl (resume.htm). A böngésző kéri a DNS-kiszolgáló lefordítani a nevét, a szerver www.petrov.ru az IP-címet, amely arra szolgál, hogy megtalálja a kívánt szervert kommunikációs kapcsolatot létesít a webkiszolgáló és a HTTP protokoll kéri a kívánt erőforrást. A kiszolgáló HTML oldal böngészőt küld, így megjelenítheti ezt a dokumentumot. A böngésző HTML-címkéket olvas, újítsa meg az oldalt a számítógép képernyőjén, és látja az Ön kérésének eredményét.

Általában még egy egyszerű weblap sem csak szöveget, hanem grafikát is tartalmaz. Más szóval, az oldal több fájlból áll, azaz általában a számítógépre továbbított fájl nemcsak szöveges, hanem grafikus is lehet. Hogyan ismeri fel a böngésző ezeket a fájlokat? Kezdetben a kiszolgáló olyan szöveges üzenetet küld, amely tájékoztatja az ügyfelet arról, hogy melyik fájlt küldje el: Mi lesz - szöveg HTML formátumban, vagy grafikus JPG formátumban, vagy csak akkor, ha a tartalmat közvetíti ez a fájl. Annak ellenére, hogy általában a weboldal számos fájlból áll, egy kérés alatt a webszerver csak egy fájlt küld. Ez azt jelenti, miután megkapta a HTML szöveget és megállapítás benne például egy linket a grafikai elem, a böngésző elküldi az új kérést a szervernek, és ugyanakkor ez nem feltétlenül azonos azzal, amely a HTML szöveget jött. Valószínűleg a legtöbb internethasználó ismeri a helyzetet, amikor az oldalterhelés a késleltetéssel történik, és megjelenik a szöveg, majd a képek megjelennek. Ez a helyzet csak tükrözi a weboldal elemeinek betöltésének sorrendjét. Az új fájl letöltéséhez a böngészőnek új munkamenetet kell beállítani. Ugyanakkor, mivel a modern szerverek és a böngészők többszálas üzemmódban működnek, több szekció is végrehajtható egyszerre, de minden új fájl letöltése, munkamenete megkezdődik.

Ha a kért erőforrás nem jelenik meg ezen a címen, akkor a webszerver olyan üzenetet ad, amely valószínűleg többet látott a képernyőn: 404 / fájl nem található (fájl nem található).

Statikus és dinamikus oldalak

a Tatic oldalak a webkiszolgálók könyvtárában fekvő fájlok pontos példánya, és nem változik, amíg a fejlesztő nem változtat valamit. Az oldalak azonban dinamikusan alakíthatók ki, azaz egy pillanatra lekérdezés feldolgozása során, és nem a lemezen lévő kész fájlból. Számos módja van egy ilyen oldal létrehozására:

• kérésre közvetlenül a webszerveren. A weboldalak dinamikus kialakításának lehetőségének megvalósításához meg kell adnia a kiszolgálót az utasításoknak, mely fájlok "rendes", és mely utasítások tartalmazzák a szoftverfeldolgozást. Így a megfelelő webhely könyvtárban szereplő összes fájlt, a hozzáférési jogok listáján, amelyekhez "végrehajtás", dinamikusnak tekinthető, és a kiszolgáló maga választja ki az eszköz létrehozására szolgáló eszközt egy adott fájl elérésekor a nevének attribútuma és / vagy kiterjesztése. Ugyanakkor az oldal maga a szerver (speciális parancsok használatával) vagy a külső programot közvetlenül vagy a CGI interfészen keresztül (közös átjáró interfész) indított el (közös átjáró interfész). A dinamikus oldal képződésének programja összeállítható vagy értelmezhető nyelven írható. A dinamikus oldalképzésre vonatkozó parancsokat tartalmazó program szövegét szkriptnek nevezik. A webkiszolgáló / script kezelőiben beállított szkriptek attribútumainak megfelelőségi listája a webszerver / script kezelőiben van beállítva. Például alapértelmezés szerint a * .pl és * .cgi kiterjesztések szkriptjei a Perl nyelv tolmácsa által feldolgozhatók;
• képződés a felhasználó számítógépén. Ebben az esetben a dinamikus weboldalak kialakítására szolgáló programok szövegeit először a felhasználó helyi felhasználójáig továbbítják, ahol a böngészőnek már felhívnia kell számukra a megfelelő eszközt a weboldal feldolgozásához és megszerzéséhez. A dinamikus oldal kialakulására szolgáló program mind összeállított, mind az értelmezhető nyelven is meg lehet írni.

CGI technológia

Valószínűleg olyan oldalakon jöttél, amelyek korábban nem léteztek, és amelyeket dinamikusan létrehoztak a kérésedben, ahogy azt mondják, "a repülésen".

Például bármely visszajelzési könyv olyan határozott formát kínál, amelyben hozzáadja a saját felülvizsgálatát, majd amikor megnyitja ezt az oldalt legközelebb, új üzenetet tartalmaz.

Az egyik olyan technológia, amely lehetővé teszi a dinamikus tartalom hozzáadása a weboldalon CGI-nek. Lehetővé teszi, hogy egy vagy egy másik URL-hez társítson csak egy statikus dokumentumot, hanem egy programot, amelynek eredményeképpen valós időben az adatok kialakulhatnak.

Tekintsünk egy példát az időjárási információk biztosításával. A meteorológiai jelentés az időjárás minden nap, és egy új statikus oldal előrejelzéssel lehet létrehozni naponta. Ha azonban azonnali adatokat szeretne adni, akkor minden alkalommal új oldalt kell létrehoznia. Ez a CGI technológia alapján valósítható meg. A kiszolgáló elérésekor egy CGI program indul hozzá, amely egy digitális mérőeszközre vonatkozik, és a hőmérséklet, a nyomás stb. Ha ismét hivatkozhat erre a címre, új információkat kap.

Egy másik példa: Ha kitöltesz néhány kérést, például egy keresőmotor lekérdezést, akkor válaszoljon a CGI program eredményeire a kívánt címek sorozata formájában.

A CGI program képviselhető a webszerver részeként, amelyet egy valós idejű webszerver indít. A szerver továbbítja azokat a CGI programkéréseket, amelyek feldolgozzák azokat, és visszaadják munkájának eredményeit a felhasználói képernyőn (3. ábra). A legtöbb webszerverben a CGI mechanizmust az alábbiak szerint szervezik: egy speciális alkönyvtárat hoznak létre, amelyben az ilyen programok tárolódnak, és a webszerver adminisztrátora hozzáférést biztosít ahhoz, hogy a fájlokat ne olvassa el, de futtassa végrehajtás. A program eredményét a kérésre válaszul a böngészőnek küldjük. Az ügyfél szempontjából nincs különbség, amely az URL címén található, statikus dokumentum vagy CGI program. A böngésző egyformán érzékeli az információkat, függetlenül attól, hogy "a repülésen", vagy statikus oldalról beszélünk. A CGI program eredménye ugyanolyan formátumú, mint statikus dokumentum.

A CGI rövidítés valószínűleg a böngésző sorában érkezett, miközben a világhálón utazott, és valószínűleg látott egy linket / cgi-bin / - olyan könyvtárat, amelyben a CGI program általában a CGI program. Számos interaktív szolgáltatás, például vendégkönyv, fórum stb., CGI programokra épített.

A "CGI" kifejezés alatt nemcsak a programot, hanem a protokollt is megérti. Ebben az értelemben a CGI egy szabványos módszer a webszerver számára, hogy átvegye a felhasználói kérést az alkalmazásprogramra, és adatokat kapjon vissza, hogy elküldje őket a felhasználónak. A CGI protokoll a kiszolgáló és az alkalmazás közötti adatok küldésére a HTTP protokoll része.

Meg kell jegyezni, hogy ha az ingyenes tárhely-kiszolgálókra küldi az oldalt, lehetséges, hogy a szerverek CGI parancsfájljai nem támogatottak.

A CGI alternatívája a Microsoft Active Server Page (ASP) technológia ugyanazon az elven épült: A weboldalon található szkript a kiszolgálón fut, mielőtt az oldalt elküldi a felhasználónak.

Vannak más olyan technológiák, amelyek ugyanazon elven dolgoznak.

-Length: 22.

nAME \u003d VASYA & OKBUTTON \u003d OK

A módszer használata esetén Post. Ezeket a formákat a "kettő után" küldjük BELÉP-On "- a kérés testében. Minden, ami magasabb - valójában a kérés fejléc (és amikor használtuk a módszert Kap., ezek a formák a címre mentek).

Annak érdekében, hogy a szerver tudja, hogyan kell befejezni a lekérdezési testet, egy karakterlánc jelen van a címben. Tartalomhossz.; ugyanazt a dolgot, hogy ezeket az űrlapokat továbbítják paraméter1 \u003d Value1 és paraméter2 \u003d Value2 ... és az értékeket továbbítják uRLENCODE. - Olyan, mint a módszer használata Kap.De a lekérdező testben - a kiszolgáló jelentette be a címsorot "Tartalom típus: alkalmazás / X-www-form-urlencoded".

Arról, hogy mi az uRLENCODE.- Csak alul.

A módszer előnye Post:nincs korlátozás a karakterlánc hosszában az űrlap adataival.

A módszer használata esetén Post. Lehetetlen elküldeni az űrlapot, csak "a linken megy", ahogy ez volt Kap..

A bemutató rövidnel rendelkezünk, bemutatjuk a "Get-Form" és a "utólag" kifejezéseket, ahol az előtag megfelel az attribútumértéknek módszer. Címke.

.

Használ Post.- az attribútumban akció. A kérdőjel és a paraméterek után adhatja meg Kap.-Th. Így a módszer Post. Tartalmazza és módszer Kap..

CGI technológia

Rájöttünk, hogyan kell létrehozni Html- formanyomtatvány, és hogy a böngésző adatokat küld a beillesztett kiszolgálóhoz. De még nem világos, hogy mit fog tenni a szerver ezekkel az adatokkal.

Önmagában a webszerver csak a kért oldalt, és semmit sem adja meg, és az összes továbbított adat általánosságban, általában teljesen közömbös. Annak érdekében, hogy képes legyen feldolgozni ezeket az adatokat bármely program alkalmazásával, és dinamikusan böngésző-választ adjon, és a CGI technológiát (közös átjáró felület) találták.

Ezt nézd meg URL: http://www.example.com/cgi-bin/form_handler.cgi.. A számláján végzett első feltételezés általában ez: a kiszolgáló megadja a fájl tartalmát form_handler.cgi. A katalógusból cGI-bin.. A technológia esetében azonban Cgi A helyzet más. A kiszolgáló elindítja a programot form_handler.cgi. És átadja ezeket az űrlapokat. A program létrehozza azt a szöveget, amelyet a böngészőnek a kérelemre adott válaszként továbbít.

Program form_handler.cgi. Bármilyen programozási nyelven írhat, a fő dolog az, hogy megfeleljen a szabványnak Cgi. Használhatja például egy népszerű perl szkript nyelvét. És mindent írhatsz az si-en, vagy a shell scripts-on ... Például írjuk ezt a programot az SI-en. De először meg fogjuk érteni, hogy az adatok cseréje a webszerver és a Cgi-Frogram:

1. A CGI program megkezdése előtt a kiszolgáló környezeti változókat állítja be (valószínűleg ismeri az útvonalparancsot). Mindegyik kis, egy komoly programozási nyelvnek van eszközei a környezeti változók olvasására. A CGI szabvány egy nagyon jelentős változócsoportot határoz meg, amelyet a CGI program megkezdése előtt meg kell határozni. Most csak háromnak tartja:

Request_Method - adatátviteli módszer - Kap. vagy Post. (Vannak mások, de eddig nem tartjuk őket)

Query_String. - Tartalmaz egy részét Url Kérdőjel után, vagy más szóval, adatokat Kap.-Th.

CONTENT_LENGTH.- Lekérdezés testhossza (adatok Post.- formák).

2. A szerver elindul Cgi-Program. A lekérdezési testet a program szabványos bemenet formájában továbbítja ( stdin.) Ha ezeket az adatokat a billentyűzetből adták meg.

3. A program böngészővel válaszol a szabványos következtetésre ( stdout) - "A képernyőn". Ezt a következtetést egy webszerver rögzíti, és továbbítják a böngészőbe.

azt CgiProgram S.A webszerverből származó formanyomtatványokból származó tartalom visszavonása:

1. #include.

2. #include.

4. INT FŐ (VOID)

6. // Olvassa el a webszerver által telepített környezeti változókat

7. CHAN * QUERY_STRING \u003d GETNV ("QUERY_STRING");

8. CHAN * REQUAL_METHOD \u003d GETNV ("request_method");

10. Char * Post_Data; // PUFFER POST KÉRDÉSEKRE

11. int post_length \u003d 0; // lekérdezés testhossz

13. Ha (strcmp (REQUEST_METHOD "POST") \u003d\u003d 0) (// Ha kapott egy bejegyzést kérelemre

14. Post_Length \u003d ATOI (GETNV ("CONTENT_LENGTH")); // Elölről olvasva

15. // változó közepes hossz,

16. Ha (POST_LENGTH) (// Ha nem nulla,

17. Post_data \u003d (char *) malloc (POST_LENGTH + 1); // Válassza ki a puffer memóriáját,

18. Fread (Post_Data, Post_Length, 1, stdin); // Olvassa el a szabványos bemeneti szerv kérésére,

19. Post_data \u003d 0; // Végezze el a karakterláncot nulla bájtal.

23. // A válasz fejléc megjelenítése ...

| | | | | | A webes technológia alapjai

Egyéb webes technológiák

Jáva.

A Sun Microsystems, a Sun Microsystems által kb. Nyolc évvel ezelőtti Java programozási nyelv, valamint a struktúra és a szintaxisú programozóval rendelkező jól ismert struktúra két lehetőséggel létez: JavaScript és Java maga is. Az első nyelvváltozat csak egy HTML bővítmény, és jelentősen bővíti az ebben a formátumban létrehozott dokumentum lehetőségeit. A JavaScriptban írt modul be van építve a HTML fájlba szubrutinként, és a megfelelő HTML-kód karakterláncból a szabványos parancs segítségével történik. Az integrált nyelvi tolmács a parancsfájlt és a hipertext-kódot egyetlen dokumentumként érzékeli, feldolgozza ezeket és más adatokat egyidejűleg. A JavaScriptustól eltérő Java modul nem integrálódik az általa használt oldalba, és független alkalmazás van egy kiterjesztéssel. CLASSI, A tudományos nyelv kifejezése, az applet. Ha ezt az opciót használja, az applet nyelvet a HTML fájlból is hívják a megfelelő paranccsal, de betöltötték, inicializálva és futnak, hogy elvégezzék külön programként, a háttérben.

A Java technológia segítségével megadhatja az oldalt az interaktivitási elemek, az űrlap, az összetevő és a teljes mértékben figyelemmel kísérheti a felbukkanó és beépített keretek formátumát, olyan aktív elemeket szervez, mint az óra, futó húrok és más animáció, hozzon létre egy csevegést . Az élő képet továbbító webes kamerák az adott Java-alkalmazások alapján is működnek.

A technológia előnyei között meg kell jegyezni, hogy nincs szükség telepítésre és konfigurálásra a Java programokat nyújtó kiszolgálón lévő további modulok telepítéséhez és konfigurálásához. A Java fő hátránya, hogy a régi verziók böngészőinek felhasználói, amelyek nem támogatják a nyelv összeállítását, a Java és a JavaScript használatával létrehozott objektumokat nem fogják képesek.

Cgi

A CGI technológia (közös átjáró interfész) az internetes interaktív elemek részeként jelentkezik olyan alkalmazások alapján, amelyek az objektumról az objektumra történő átadását továbbítják. Annyira szervezett világszerte a legtöbb csevegőszobák, konferenciák, hirdetőtáblák, vendégkönyv, keresőmotorok és minősítési számláló rendszerek. Általánosságban elmondható, hogy a CGI működésének elvét a következő: A felhasználó egy vagy egy másik formájú weboldalon tölti ki, és megnyomja a gombot, amely után a CGI Script Call Row fut a HTML-kódba, elindítja a megfelelő CGI programot és továbbítja a megfelelő CGI programot A folyamatfeldolgozási folyamat irányítása. A felhasználó által megadott adatokat elküldi erre a programra, és viszont beágyazja őket egy másik oldalra, küldjön postai úton vagy

a CGI parancsfájlokat bármely más módon átalakítja, a CGI parancsfájlokat az e célokra kijelölt könyvtárba helyezik, amely szabályként a CGI-bin névhez van rendelve. Emlékeztetni kell arra, hogy az ilyen programok összekapcsolása, hibakeresése és elindítása megfelelő hozzáférési jogot igényel a HTTP-kiszolgálóhoz, valamint bizonyos tudáshoz és készségekhez.

A CGI technológiát rendszerint két módszer hajtja végre: akár Perl-ben írt programok használata (gyakorlati extrakció és jelentésLanguagua) - az ilyen fájlok kiterjesztése. VPI, vagy az alkalmazások használatával általában a C nyelvet használva, és közvetlenül a szerveren készül, mivel a legtöbb Unix- A kompatibilis platformok közé tartozik a nyelv beépített fordítója. Az ilyen programok kiterjesztése van. CGI. Meg kell jegyezni, hogy a Perl, mint a HTML, egy értelmezett nyelv. Más szóval, annak érdekében, hogy egy hasonló szkriptet futtathasson végrehajtásra, nincs szükség további összeállításra. Az említett technológiák használatával kapcsolatban egy olyan rendszert rendezhet, amely bemutatja a reklám bannerek sorrendjének vagy az autoloading fájlok sorrendjének megjelenítését a kiszolgálóra, hozzon létre egy e-mail űrlapot közvetlenül a webhely oldalról vagy a virtuális képeslap szolgáltatásról. A CGI előnyei között meg kell jegyezni az ügyfélszoftverektől származó függetlenségüket - ez a technológia képes lesz arra, hogy minden felhasználó megtekinthesse a szerver tartalmát a böngésző gyakorlatilag bármely verziójával. A fő hátránya az, hogy a CGI-alkalmazások telepítését és létrehozását a kiszolgálón legalább a rendszergazdai jogokkal kell rendelkeznie, mivel ezek a programok képesek megsérteni a kiszolgálói számítógép normál működését és destabilizálni a hálózat működését.

SSI

Az SSI (Server Side) - a technológia, amely szorosan összefonódik a fenti CGI-vel. A makroszárnyan alapulva, nagyon emlékeztetve az SSI lehetővé teszi az ilyen képességek végrehajtását egy szöveges vagy másik dokumentumban, bizonyos feltételek vagy egy adott algoritmus függvényében, egy adott algoritmus szerint, létrehoz egy HTML fájlt a dinamikusan változó fragmensekből vagy beágyazva a CGI művelet eredménye bármely területen. Az SSI előnyei és hátrányai hasonlóak az előző bekezdésben leírtakhoz.

CSS.

Gyakran előfordul, hogy a web-tervezőnek összetett formázást kell alkalmaznia a HTML-dokumentum létrehozásának folyamatában - a bekezdésből a betűtípus megváltoztatásához a szöveg helyét, színét, különböző adatasztalokat képez. Megoldhatja ezt a problémát a szabványos HTML-eszközök használatával: írja le az egyes bekezdéseket külön csoportokkal, de ebben az esetben a végleges dokumentum nagy méretű lesz, és a kód létrehozása nagyon nehézkes lesz. Más útra mehetsz: Csatlakozzon a CSS szabványos (Cascading Style Tables) által gyártott külső fájllaphoz (Cascading Style Tables), amelyben nehéz az oldalformázás egyszeri makro-nyelvvel. Más szóval, a CSS-fájl egy bizonyos sablon szerepét hajtja végre, amelyet a HTML-dokumentum szövegének, táblázatának és egyéb elemeinek formázására használnak. Lehetőség van ugyanazt a fizikai CSS fájlt csatlakoztatni a webhely különböző weboldalainak. A CSS-t szinte bármilyen kiszolgálón lehet használni korlátozások nélkül. A technológia nagy hátrányai is gyakorlatilag hiányoznak. A CSS kaszkád tábláiról a nyolcadik leckében tárgyaljuk.

UTOLSÓ VISSZAFORDULÁSI PONT

A PNR (Personal Home Page Tools) egy másik értelmezhető nyelv, amely hasonlít a PERL-re, amelynek célja az interaktivitási elemek weboldalainak megadása. A PNP nyelven írt kód beágyazódik a HTML-dokumentumba, mint egy szubrutin: A dokumentum ebből a részből, ahol interaktív elemet kell elhelyezni, az RNR parancsfájl egyszerűen be van helyezve. E nyelvű Mnemonica a Perl, a Java és a C szintaxisán alapul, amely nem okoz nehézséget a tanulásban. Olyan módszerek, amelyek lehetővé teszik a szerverek számára, hogy helyesen felismerjék az RNR szkripteket tartalmazó fájlok, különbözőek, és először az adott kiszolgáló típusától függenek. Ez elegendő ahhoz, hogy kiterjesztéshez hozzárendeljen. PHP, néha - a használt nyelv verziószáma, például.php2 Or.php3.

Az RNR technológia lehetővé teszi, hogy megszervezze a látogató számláló szervezését a weboldalon, számolja meg a hivatkozások statisztikáit a webhely egy vagy egy másik részéhez, védje a HTML jelszó dokumentumhoz való hozzáférést és még sok más. A PNR hiányosságai között meg kell jegyezni, hogy ezt a technológiát minden internetes szerver támogatja.

ÁSPISKÍGYÓ.

ASP (Active Server Pages, Active Server Pages) - Egy másik technológia, amely hasonló a JavaScripthez és a PHR-hez. Annak érdekében, hogy az ASP technológiát az ASP technológiával beágyazzuk a megfelelő szkriptet beágyazásához, a makró nyelvre írva, a Java és a C távoli emlékeztetésére. A szkriptet közvetlenül a szerveren értelmezi és végrehajtja A felhasználói böngésző küldött kész HTML-dokumentumot az eredményekkel az ASP parancsfájl segítségével. Innen érdemes tisztességes következtetést, hogy az ASP-t tartalmazó oldalak esetében nem számít, hogy melyik szoftvert telepítenek a felhasználói számítógépen. De a szerver típusa alapvető fontosságú, amelyben az ASP-t kívánja használni, mivel nem mindegyik támogatja ezt a technológiát.

Tartalom

Valószínűleg olyan oldalakon jöttél, amelyek korábban nem léteztek, és amelyeket dinamikusan létrehoztak a kérésedben, ahogy azt mondják, "a repülésen".

Például bármely visszajelzési könyv olyan határozott formát kínál, amelyben hozzáadja a saját felülvizsgálatát, majd amikor megnyitja ezt az oldalt legközelebb, új üzenetet tartalmaz.

Az egyik olyan technológia, amely lehetővé teszi a dinamikus tartalom hozzáadása a weboldalon CGI-nek. Lehetővé teszi, hogy egy vagy egy másik URL-hez társítson csak egy statikus dokumentumot, hanem egy programot, amelynek eredményeképpen valós időben az adatok kialakulhatnak.

Tekintsünk egy példát az időjárási információk biztosításával. A meteorológiai jelentés az időjárás minden nap, és egy új statikus oldal előrejelzéssel lehet létrehozni naponta. Ha azonban azonnali adatokat szeretne adni, akkor minden alkalommal új oldalt kell létrehoznia. Ez a CGI technológia alapján valósítható meg. A kiszolgáló elérésekor egy CGI program indul hozzá, amely egy digitális mérőeszközre vonatkozik, és a hőmérséklet, a nyomás stb. Ha ismét hivatkozhat erre a címre, új információkat kap.

Egy másik példa: Ha kitöltesz néhány kérést, például egy keresőmotor lekérdezést, akkor válaszoljon a CGI program eredményeire a kívánt címek sorozata formájában.

A CGI program képviselhető a webszerver részeként, amelyet egy valós idejű webszerver indít. A szerver továbbítja azokat a CGI programkéréseket, amelyek feldolgozzák azokat, és visszaadják munkájának eredményeit a felhasználói képernyőn (3. ábra). A legtöbb webszerverben a CGI mechanizmust az alábbiak szerint szervezik: egy speciális alkönyvtárat hoznak létre, amelyben az ilyen programok tárolódnak, és a webszerver adminisztrátora hozzáférést biztosít ahhoz, hogy a fájlokat ne olvassa el, de futtassa végrehajtás. A program eredményét a kérésre válaszul a böngészőnek küldjük. Az ügyfél szempontjából nincs különbség, amely az URL címén található, statikus dokumentum vagy CGI program. A böngésző egyformán érzékeli az információkat, függetlenül attól, hogy "a repülésen", vagy statikus oldalról beszélünk. A CGI program eredménye ugyanolyan formátumú, mint statikus dokumentum.

A CGI rövidítés valószínűleg a böngésző sorában érkezett, miközben a világhálón utazott, és valószínűleg látott egy linket / cgi-bin / - olyan könyvtárat, amelyben a CGI program általában a CGI program. Számos interaktív szolgáltatás, például vendégkönyv, fórum stb., CGI programokra épített.

A "CGI" kifejezés alatt nemcsak a programot, hanem a protokollt is megérti. Ebben az értelemben a CGI egy szabványos módszer a webszerver számára, hogy átvegye a felhasználói kérést az alkalmazásprogramra, és adatokat kapjon vissza, hogy elküldje őket a felhasználónak. A CGI protokoll a kiszolgáló és az alkalmazás közötti adatok küldésére a HTTP protokoll része.

Meg kell jegyezni, hogy ha az ingyenes tárhely-kiszolgálókra küldi az oldalt, lehetséges, hogy a szerverek CGI parancsfájljai nem támogatottak.

A CGI alternatívája a Microsoft Active Server Page (ASP) technológia ugyanazon az elven épült: A weboldalon található szkript a kiszolgálón fut, mielőtt az oldalt elküldi a felhasználónak.

Vannak más olyan technológiák, amelyek ugyanazon elven dolgoznak.

Amint az az 1. ábrán látható. 3, a CGI program működik a szerver oldalon.

Azonban lehet a dinamikus oldalak megszervezése a programok átadásával az ügyfélszámítógépre, amely dinamikus oldalt generál az ügyfél oldalán (4. ábra).

Ábra. négy

Ez a technológia végrehajtása az alábbiak szerint: Az aktív dokumentum tárolására webkiszolgálókon és letölthetők a helyi számítógépen, valamint a statikus oldalak, de miután az aktív dokumentum programot kiderül, hogy a helyi számítógépen, akkor elindul és végrehajtsa, egyes számítások a felhasználó számítógép, a helyi számítástechnikai erőforrásokra támaszkodva. És ezeknek a számításoknak az eredményei már megjelennek a képernyőn. Ennek megfelelően az adatok megjelenítési sebessége a képernyőn nem függ a kommunikációs sebességtől a távoli kiszolgálón, mivel az aktív dokumentum kimenete csak a helyi számítógépre történő letöltése után következik be. Különböző technológiák alkalmazhatók az aktív dokumentumok létrehozására: JavaScript, Java-vázlat és ActiveX-vezérlők által írt alkalmazások.

CGI - Közös átjáró interfész Ez egy külső alkalmazásprogram interfészszíne egy HTTP típusú információs kiszolgálóval, webszerverrel.

Általában a www-kiszolgálókból származó hypertext dokumentumok statikus adatokat tartalmaznak. CGI-vel CGI programokat hozhat létre átjárókamely az ilyen alkalmazási rendszerekkel együttműködve adatbázis-kezelő rendszerként, táblázatkezelővel, üzleti grafikával stb., Dinamikus információkat jeleníthet meg a felhasználói képernyőn.

Az átjáró program elindítja a www-kiszolgálót valós időben. A WWW kiszolgáló felhasználói kérelmet nyújt az átjáróhoz, és az alkalmazás eszköz használatával visszaadja a kérés eredményét a felhasználó képernyőjére. Az átjáró program lehet kódolva C / C ++, Fortran, Perl, TCL, UNIX Schell, Visual Basic, Apple Script. Elvégzett modulként az alkönyvtárban íródott a CGI-BIN WWW SERVER névvel.

Adatátviteli átjárók

Az információs kérésről a kiszolgálóról az átjáróra történő átviteléhez a kiszolgáló a parancssori és a környezeti változókat használja. Ezek a környezeti változók abban a pillanatban vannak beállítva, amikor a kiszolgáló végrehajtja az átjáró programot.

Különböző módszerek iránti kérelmek

Az információs átjárók a következő formában továbbíthatók:

nAME \u003d Érték és név1 \u003d Value1 & ..

ha a név a változó neve, és az érték valódi értéke. A kéréshez használt módszertől függően ez a karakterlánc megjelenik, vagy az URL részeként (a Get módszer esetén), vagy a HTTP lekérdezés tartalmaként (post módszer). Az utóbbi esetben ezt az információt az átjáró elküldi a szabványos bemeneti adatfolyamhoz.

A standard bemeneti áramlási fájlt elküldjük a Content_length byte-nak. A kiszolgáló továbbítja a tartalom_type átjárót (az átvitt adatok típusa). A kiszolgáló nem köteles elküldeni a fájlvég-szimbólumot a Content_length adatbájt elküldése után és az átjáró után.

Példa

Vegye ki a formanyomtatvány formáját a Post módszerrel (módszer \u003d "posta") példaként. Hagyja, hogy 7 bájt kb.

Ebben az esetben a kiszolgáló beállítja a 7 és a Content_Type Content_Type értékét az alkalmazás / X-www-form-urlencoded alkalmazásban. Az átjáró szabványos bemeneti áramának első karaktere "A" lesz, majd a kódolt karakterlánc többi része.

A parancssori érvek

A szerver parancssori átjárója:

Az URL fennmaradó része az átjáró neve után, mint az első paraméter (az első paraméter üres lesz, ha csak az átjáró neve), és
- a kulcsszavak listája parancssori maradékként a keresési szkripthez, vagy
- váltakozó mezőnevek az egyenlőség (egyenletes pozíciók) és a változók megfelelő értékeivel (páratlan pozíciókban).

Kulcsszavak, űrlapmezőneveket és értékek, továbbítjuk dekódolt (HTTP kódolási formátum URL) és recoded szerint Bourne Shell kódolási szabályok, így az átjáró a parancssorba információkat fog kapni, ahogy van, anélkül, hogy végezzen további átalakítások .