Közvetlen indexelt link az oldalra- ez egy olyan hivatkozás, amelyet nem zárnak le a HTML címkék és/vagy attribútumok tiltásával, és minden átirányítás (átirányítás) nélkül. Például, ha úgy dönt, hogy elhelyez egy linket az oldalamra a webhelyén / blogjában, akkor nem tanácsos bezárni a keresőrobotok elől a nofollow tiltó attribútummal. Ha úgy dönt, hogy valamelyik oldalamra hivatkozik, kérjük, nyissa meg a linket az indexeléshez. Hálás lennék a webhelyemre mutató közvetlen indexelt linkekért.
Ha webhelye/blogja erről a webhelyről kölcsönzött grafikai/szöveges tartalmat vagy bármilyen töredéket/idézetet használ, a webhelyre mutató hivatkozásnak tiltó attribútumok és/vagy átirányítások nélkül kell lennie.
Mi a TFP és az FTP, mi a különbség?
A TFP és az FTP rövidítésekben semmi közös. Az egyetlen dolog, ami összeköti őket, az csak a kiejtés összhangja, ami megzavarhat valakit.
TFP – (Nyomtatás ideje), fordítása "ideje a nyomtatásra". Ezt a kifejezést fotósok és divatmodellek használják. A TFP egyfajta valuta, amelyet a fotóipar használ. A TFP-t általában a modell és a fotós közötti megállapodás biztosítja, hogy elkerülhető legyen a szerzői jogokkal kapcsolatos mindenféle probléma, stb.
Ha egy modell beleegyezik a TFP-be, az azt jelenti, hogy készen áll egy bizonyos ideig ingyenesen dolgozni, és a munkájáért megkapja a fotóit (mindegyik vagy néhány, feldolgozással vagy anélkül).
Most az FTP-ről.
FTP (File Transfer Protocol) egy fájlátviteli protokoll, amelyet webfejlesztők stb. használnak. A szerverrel való együttműködéshez ezen a protokollon keresztül FTP-klienst használnak – ez egy olyan program, amely közvetlenül egy FTP-kiszolgálóval működik együtt.
Az FTP protokoll a hálózati dokumentumok, például HTML, PHP, CSS, JPEG stb. átvitelére szolgál a fejlesztő privát eszközéről a hosting szerverre. Ugyanezt a protokollt használják a hálózati dokumentumok szerverről a fejlesztő privát eszközére való letöltésére.
Mi az a fájlkiterjesztés?
Fájlkiterjesztés, vagy inkább a fájlnévkiterjesztés egy fájl nevéhez hozzáadott bizonyos karakterek sorozata. Ezek a szimbólumok a fájl típusának, vagy ahogy mondani szokták, formátumának azonosítására szolgálnak. A fájlnévkiterjesztés nem más, mint betűk és/vagy számok kombinációja, amelyek a fájlnév utolsó pontja után jönnek, például a fotograf.gif, ahol a „fotograf” a fájlnév, a „.gif” pedig a kiterjesztése. Nagyon sok fájlkiterjesztés létezik, de mindegyik megfelel bizonyos szabványoknak és alkalmazásoknak. De ha valamilyen fájlhoz saját eredeti kiterjesztést szeretne kitalálni, például filename.fotograf, akkor semmi gond! De a Windows nem tudja megnyitni az ilyen fájlt, ha nincs megfelelő program a gépén, amely látja ezt a kiterjesztést. Ha például egy .gif kiterjesztésű fájlt szeretne megnyitni a Windows operációs rendszerben, ez az operációs rendszer ismeri ezt a kiterjesztést, és meg fog nyitni néhány képet. De ha egy .fotograf kiterjesztésű fájlt szeretne megnyitni, akkor az ilyen fájl nem nyílik meg, mivel a Windows nem ismeri az ilyen kiterjesztést. Az ezzel a kiterjesztéssel rendelkező fájl megnyitható olyan alkalmazásban, amely támogatja ezt a kiterjesztést.
Mi az a névjegykártya oldal, mik vannak?
Névjegykártya oldal egy olyan weboldal, amelynek fő célja a nyilvánosság tájékoztatása egy cégről vagy magánszemélyről. Egy ilyen webhely általában kis számú statikus vagy dinamikus oldalból áll.
A névjegykártya oldalaknak tartalmazniuk kell alapvető információkat a cégről/magánszemélyről, az általuk gyártott árukról és a szolgáltatásaikról. Ezek lehetnek árlistákkal, elérhetőségekkel és természetesen visszajelzési űrlappal ellátott oldalak. A fotós névjegykártya-webhelye általában remek kialakításában és rengeteg fényképében különbözik a többi hasonló oldaltól. A fotós weboldalán fel kell tüntetni portfólióját és elérhetőségeit. Az utóbbi időben egyre gyakrabban lehet találni névjegykártya oldalt, melynek egyes oldalai FLASH technológiára, vagy teljesen FLASH-ra épülnek.
FLASH weboldalak jól néz ki, de az ilyen oldalakat a keresőmotorok ma nagyon rosszul, vagy egyáltalán nem indexelik.
Mi az a dinamikus weboldal/webhely?
Dinamikus weboldal- ez egy olyan oldal, amelyen a tartalom vagy annak egy része valós időben generálható (módosítható) további gesztusok nélkül. A dinamikusan linkelt oldalakhoz úgynevezett motort használnak - CMS-t (tartalomkezelő rendszer).
Hogyan működik? Például a böngészőablakban jelenleg látható oldal önmagában nem létezik. Különálló részekből (sablonokból) van összeállítva, amelyeket a szerver egybe rak össze. Vagyis egy oldal lekérésekor a webszerver feldolgozza a kérést és azonnal "menet közben" külön részekből összegyűjti a weboldalt és átadja nekünk a böngészőben való megtekintésre. Csak az oldal tartalma változik, míg az oldalsablon változatlan marad.
Képzeljen el egy szekrényt, amelyben több polc van különböző dolgokkal. Az egyik polcon szöveges tartalom (adatbázis), a másikon - grafikus fájlok (fotók, grafikai tervezési elemek), a harmadikon - szkriptek (például PHP-szkriptek), a negyediken - CSS-stílusok és így tovább ... Tehát amikor a szerver erre vagy arra a tartalomra kért, tudja, hol van minden, és gyorsan összeállítja nekünk az oldalt a szükséges részekből: kiveszi az adatbázisból a szükséges szöveges tartalmat, a polcról a szükséges grafikus fájlokat. grafika stb. A sablon egy részének egy helyen történő módosításával ezek a változtatások a webhely összes oldalára vonatkoznak.
Mi az a statikus weboldal/webhely?
Statikus weboldal egy webdokumentum, amely a szerveren található abban a formában, ahogy a felhasználó a böngészőjében látja. Vagyis egy ilyen dokumentumot nem különálló részekből (sablonokból) állítanak össze, hanem úgy, ahogy van, összerakott formában a szerveren fekszik, és egy fájlban töltődik be a szerverről a hozzá kapcsolódó CSS stílusokkal és/vagy szkriptekkel.
Egy ilyen dokumentum tartalmának megváltoztatásához először meg kell szerkeszteni egy működő számítógépen valamilyen HTML szerkesztőben, majd újra feltölteni (feltölteni) a szerverre. A dizájn egy részének megváltoztatásához vagy például egy navigációs menüelem hozzáadásához/eltávolításához az oldal összes oldalát módosítani (módosítani) kell.
Webtervező és webprogramozó, mi a különbség?
Egy webdesigner és egy webprogramozó ugyanazon a területen dolgozik, de más-más feladatokat látnak el. A webdesigner oldaltervezés prototípusával, weboldal tervezési sablon fejlesztésével, grafikai elrendezés elkészítésével, külön töredékekre vágásával és optimalizálásával, betűtípusok és színek kiválasztásával foglalkozik. A webdesigner részt vehet az oldal oldalainak elrendezésében, de ez nem tartozik a feladatai közé, erre speciálisan képzett emberek - tördelőtervezők - vannak.
Ki a webprogramozó?
A webprogramozó, vagy inkább webfejlesztő (szerverfejlesztő) olyan személy, aki speciális webalkalmazásokat fejleszt, szkripteket ír különböző programozási nyelveken a weboldalak bizonyos moduljaihoz.
Következtetés: ahhoz, hogy az oldal egyszerre legyen szép és működőképes, ehhez webdesignerre és webprogramozóra is szükség van. És ahhoz, hogy az oldal felhasználóbarát is legyen, ez itt szükséges
Weboldal-promóció (promóció) alatt egy webhely feljutását a keresési eredmények elejére kell érteni bizonyos kulcsszavakra a Google, Yandex stb. keresőmotorokban.
Legnépszerűbb keresési eredmények- ez a keresőoldal első oldala az első 10 webhelyre mutató linkkel. Ezért a 10 pozícióért kibékíthetetlen harc folyik az azonos tárgyú oldalak között. A statisztikák szerint azok az oldalak gyűjtik a legtöbb látogatót, amelyek a top tetején vannak (az első három helyet foglalják el). Annak érdekében, hogy ezen a csúcson lehessen, bizonyos erőforrások sok pénzt fizetnek. De nem elég ott lenni, ott kell maradni, és ez nem csak a nagy SEO cégek, hanem a magáncégek között is folyamatos küzdelemhez vezet.
Hát nem csodálatos, hogy saját kezűleg hozhat létre és tarthat fenn egy webhelyet anélkül, hogy segítségért fordulna? Amellett, hogy pénzt takarít meg (elvégre a webfejlesztési szolgáltatások sokba kerülnek), ez számos feladat önálló megoldását is lehetővé teszi: személyes weboldal, céges weboldal, online áruház létrehozása, érdekes projektek megvalósítása - ez nem egy teljes lista hogy egy személy mire képes, jártas a webfejlesztési technológiákban.
A könyv elolvasása után megtudhatja, mi az a modern weboldal, hogyan alakul a koncepciója, mi a tárhely és a domain név, miben különbözik a statikus weboldal a dinamikustól, hogyan alakul ki a weboldal tartalma, miért van szükség az optimalizálásra. , és még sok más barát. Megtanulja, hogyan kell saját maga programozni weboldalakat a HTML hipertext jelölőnyelv használatával, valamint részletesen megismerkedhet a kifejezetten webfejlesztők számára készült szoftvertermékekkel, amelyek lehetővé teszik egy teljes értékű webhely automatikus létrehozását minimális idő és erőfeszítés elköltésével. .
A könnyű, hozzáférhető prezentációs stílus, valamint a nagyszámú szemléltető illusztráció és gyakorlati példa izgalmas folyamattá varázsolja e könyv tanulmányozását, melynek eredményeként lehetőség nyílik egy vonzó modern webes erőforrás gyors létrehozására és teljesítményére. minden szükséges intézkedést a karbantartásához, karbantartásához és optimalizálásához.
Könyv:
Statikus és dinamikus weboldal fogalma
Korábban röviden beszéltünk arról, hogy mi is az a statikus és dinamikus weboldal. Ebben a részben ezt a kérdést részletesebben megvizsgáljuk.
A statikus oldal neve önmagáért beszél: egy ilyen oldal statikus, állandó és változatlan információkat tartalmaz. Inkább módosíthatja, de ehhez az oldal programkódjában kell megfelelő módosításokat végrehajtania.
A statikus oldalfájlok általában HTML formátumúak. A webfejlesztő megírja a HTML kódot, amely az oldal tartalmát képezi, nevet ad a fájlnak, majd az oldal feltöltődik a webszerverre, és elérhetővé válik az internetezők számára. Például egy vállalati oldalon egy statikus oldal tartalmazhat információkat a cég történetéről, fő tevékenységeiről stb. Ne feledje, hogy az első webfejlesztési tapasztalatait statikus weboldalak készítésével kell kezdenie. Erről bővebben a HTML nyelvet használó webprogramozás alapjai című fejezetben lesz szó.
JEGYZET
A HTML-ben írt oldal címe a pont utáni karakterekkel végződik.
Az alapvető különbség a dinamikus és a statikus weboldal között, hogy tartalma nem állandó, hanem változhat. A felhasználó kívánságaitól függően, pontosabban a látogatók által létrehozott és a webszervernek küldött kérések alapján jön létre. Amint azt korábban megjegyeztük, a dinamikus weboldalak legtipikusabb példája egy olyan oldal, amelyen egy keresőmotor (ugyanaz a www.google.ru) keresési eredményeket ad ki a felhasználó által küldött keresési lekérdezés alapján. A weboldalak használatának másik tipikus példája az online áruházak: az opciók segítségével a látogató jelzi, hogy melyik termék és milyen tulajdonságok iránt érdeklődik, kérést küld (a megfelelő gomb általában erre szolgál - stb.), majd pár után másodperc megjeleníti a megadott feltételeknek megfelelő termékek listáját. Ezenkívül a dinamikus oldalak a legszélesebb körben alkalmazhatók más, különféle célú és irányú webhelyeken.
Dinamikus oldalak HTML nyelvvel is készíthetők, de erre egy másik nyelv, a PHP alkalmasabb (elsősorban a szélesebb funkcionalitása miatt). Ennek megfelelően az oldal fájlformátuma már nem HTML, hanem PHP lesz, internetcíme pedig a pontot követő karakterekkel végződik.
Azokat a számítógépeket, amelyek világszerte állandóan kapcsolódnak az internethez, és webhelyeket üzemeltetnek, hívják szerverek(angolról szolgál szolgálni, szolgálni. A weblapokat a világhálóra küldő szoftvert szervernek, ill web szerver.
Rendszeres megváltoztathatatlan ( statikus) a weboldalak szerverkönyvtárakba kerülnek, kész HTML fájlok formájában. A webszerver feladata ebben az esetben csak a szükséges fájlok átvitele a böngészőbe, válaszul kérésekre:
Ha a kérés nem teljesíthető, akkor a webszerver egy adott hibakódot ad vissza (például 404-es kód - a fájl nem található, vagy 403-as - hozzáférés megtagadva).
A böngésző pedig a HTML-nyelv szabályai alapján jeleníti meg az oldalt, és választ ad a hiperhivatkozásokra kattintva a felhasználó műveleteire. A HTML és a CSS csak a weboldalak tartalmát és megjelenését írja le. Egy ilyen oldal minden oldalát előzetesen létre kell hozni, és a tartalmának megváltoztatásához át kell írni az oldalak kódját és újra be kell tölteni az oldalt.
Jelenleg nagyon sok webszerver létezik, de a legnépszerűbb az Apache, amely a szabad szoftverekhez tartozik, és lehetővé teszi számos operációs rendszerrel való interakciót.
Dinamikusweb oldalak
A statikus weboldalakra vonatkozó korlátozások megszűnnek dinamikus weboldalak. Az ilyen oldalak oldalai dinamikusan változtathatják a tartalmat és a dizájnt. Emellett interaktív dokumentumokat és webalkalmazásokat is létrehozhat, amelyek valós időben kommunikálnak a felhasználóval.
Dinamikus oldalak kérésekor a webszerver fut script program(más néven forgatókönyv--forgatókönyv), amely programozási nyelven íródott. Ez a szkript a kérés paramétereitől függően generál egy HTML oldalt, amelyet továbbít a böngészőnek és megjelenít. Ugyanakkor a felhasználó böngészőjét nem támasztják további követelmények, bármilyen lehet, a dinamikus oldalak létrehozásának teljes terhelése a szerverre esik. A böngésző továbbra is kész weblapokkal működik, a különbség csupán annyi, hogy ezek tartalma minden oldallátogató számára külön generálódik.
Szerver szkriptek keresőmotorok, fórumok, online áruházak, híroldalak, levelező szolgáltatások és sok más létrehozásához szükséges
esetek. Szkriptek segítségével képeket, animációkat, e-maileket stb. hozhat létre.
Szkriptek nyelvenPHP
A szerver szkriptek különféle programozási nyelveken írhatók, de gyakrabban használnak erre speciálisan erre a célra kialakított nyelveket: PERL (Practical Extraction and Report Language - praktikus nyelv minták és jelentések készítésére) és PHP (Hypertext Preprocessor - hypertext) előfeldolgozó).
A PHP nyelv most az első helyen áll a népszerűségben, köszönhetően nagyszerű funkcionalitásának és viszonylag könnyű tanulási képességének. Egyes operációs rendszerek, például a Linux, már tartalmazzák a PHP-t. Windows rendszeren manuálisan kell letöltenie és telepítenie a megfelelő szoftvert.
Hogyan működnekphp- oldalak
Amikor egy böngésző PHP oldalt kér (vagyis egy PHP szkript által generált oldalt), a webszerver továbbadja a kérést a PHP processzornak, amely beolvassa az oldalfájlt. Ha ez a fájl egy szkript (php-program *.php), akkor ennek a szkriptnek az utasításai végrehajtásra kerülnek, és a webszerver memóriájában létrejön a szükséges oldal, amely végül a böngészőhöz kerül. Ezenkívül a kéréstől függően ezen oldal ugyanazon fájlja eltérő információkat tartalmazhat.
Így a PHP szkript fő célja HTML oldalak generálása. Ebben az esetben lekérdezhető az adatbázis, amely minden szükséges információt tárol.
Folytatjuk a statikus oldalakkal kapcsolatos publikációs ciklust a felhőtárhelyünkre támaszkodva (lásd a korábbi kiadványokat és). Ma részletesen megvitatjuk ezek finomhangolását és optimalizálását.
Az oldal felhasználói szemmel nézve kiváló működésének fő kritériuma természetesen a komponensek betöltésének sebessége. Ha az oldal betöltése ilyen vagy olyan okból túl sokáig tart, az elkerülhetetlenül a látogatók elvesztéséhez vezet, akik belefáradnak a várakozásba. Ahhoz, hogy az oldal gyors és kényelmes legyen, optimalizálni kell egy kicsit.
Korábban már írtunk arról, hogy az Akamaitól csatlakoztunk CDN felhőtárhelyünkhöz. A CDN az összes statikus tartalmat (képeket, szöveges fájlokat, JS-t, CSS-t és így tovább) a világ minden táján szétszórt gyorsítótárazó szervereken tárolja (lásd a térképet).Egy weboldal vagy annak erőforrásai elérésekor a kérést a klienshez földrajzilag legközelebbi gyorsítótárazó szerver dolgozza fel. A CDN használata növeli a webhelyek betöltési sebességét asztali és mobileszközökön egyaránt.
Alapértelmezés szerint az összes adat 24 órán keresztül gyorsítótárban van a CDN-ben. A közelmúltban egy új szolgáltatás került a tárházba, amellyel bármikor törölheti a CDN gyorsítótárat:
Ehhez csak lépjen az ábrán látható fülre, és írja be az űrlapba azon oldalak címét, amelyek gyorsítótárát törölni kívánja. A gyorsítótár nem törlődik azonnal, hanem körülbelül 15 perccel az űrlap elküldése után.
Bármely weboldal sok különböző elemet tartalmaz: képeket, szkripteket, stílusfájlokat és így tovább. Az oldalt először meglátogató felhasználó ezeket az elemeket HTTP kérések sorozatával kapja meg. A nagyszámú fájl újbóli letöltésének elkerülése érdekében gyorsítótárat használunk.A HTTP-protokollban használt gyorsítótárazási modell az úgynevezett validátorokon alapszik – a kliens által használt speciális fejléceken, hogy megbizonyosodjon arról, hogy a gyorsítótárazott dokumentum továbbra is naprakész. Az érvényesítőknek köszönhetően a kliens anélkül tudja ellenőrizni a dokumentum állapotát, hogy a teljes gyorsítótárazott példányt átadná a szervernek. A szerver viszont csak akkor küld egy dokumentumot válaszul, ha a kapott érvényesítő azt jelzi, hogy a kliensnek elavult másolata van az ügyfél gyorsítótárában.
Az érvényesítőket erősre és gyengére osztják. Erős érvényesítők jelentek meg a HTTP/1.1-ben. Azért nevezték őket így, mert a fájl változásakor változnak. Ide tartoznak az úgynevezett ETag-ek (entity tags). Az ETag egy dokumentumtartalom-azonosító; akkor változik, ha legalább egy bit megváltozik a dokumentumban. Azonosítóként például a dokumentumtartalom MD5 összege használható. Amikor egy ügyfél dokumentumot kér a kiszolgálótól, az ETag értéket adják át a válaszban, például:
HTTP/1.1 200 OK Szerver: Selectel_Storage/1.0 Accept-Tartományok: bájt Utolsó módosítás: H, 2014. augusztus 18. 12:25:38 GMT X-Időbélyeg: 1408364738.80296 Tartalom típusa: kép/jjpeg Tartalom47Content3. -Engedélyezés-eredet: * Hozzáférés-vezérlés-Megjelenítés-Fejlécek: Utolsó módosítás, ETag, X-Időbélyeg Etag: "ebef3343a7b152ea7302eef75bea46c3" Dátum: 2014. augusztus 20., szerda, 11:52:48 GMT
Ugyanazon dokumentum újbóli lekérésekor az érvényesítő mentett értéke már átadásra kerül az If-None-Match fejlécben:
GET / HTTP/1.1 Host: example.org If-None-Match:"ebef3343a7b152ea7302eef75bea46c3"
Ha a dokumentumot nem módosították, akkor a szerver csak fejléceket és egy 304-es nem módosított kódot ad vissza a válaszban. Ellenkező esetben a szerver 200-as kódot ad vissza, és átadja a dokumentum új verzióját, valamint az új ETag értékét.
A mi adattárunkban és az ETag közvetlenül a fájl feltöltése után jön létre. Ez a tartalom MD5-ös hash-je. Ha a tartalom megváltozik, akkor az ETag is megváltozik.
A gyenge érvényesítők azok, amelyek nem feltétlenül változnak minden alkalommal, amikor a fájl változik.
A gyenge érvényesítőre példa a Last-Modified fejléc. Ennek a fejlécnek az értéke a fájl utolsó módosításának dátuma. A mi tárhelyünkben automatikusan települ. Ha az If-Modified-Since fejlécben nem korábbi dátumot ad meg, mint a Last-Modified fejlécben jelenleg szereplő dátum, akkor a válasz is 304 Nem módosítva lesz.
Az erős validátorok bármilyen környezetben használhatók. A gyenge érvényesítőket olyan környezetben használják, amely nem függ a fájl pontos tartalmától.
Például mindkét típusú érvényesítő használható GET-kérésekben egy feltétellel (Ha módosítva azóta vagy Ha nem egyezik). Fájlok részenkénti letöltésénél azonban csak erős validátorok használhatók – ellenkező esetben a kliens inkonzisztens formában kapja meg a fájlt.
A max-age direktívát tartalmazó Cache-Control fejléc arra szolgál, hogy beállítsa a böngésző gyorsítótárának idejét egy olyan fájl másolatához, amelynek eredetije a tárhelyen van. Ennek a fejlécnek köszönhetően jelentősen megnövelheti a webhely betöltési sebességét - ha a fájl gyorsítótárban van, a böngésző azonnal megjeleníti a tartalmat a gyorsítótárból anélkül, hogy egyetlen kérést is intézne az oldalhoz.A fájl gyorsítótárának ideje másodpercben van megadva:
Cache-Control: max-age=7200
A bemutatott példában ez 7200 másodperc (2 óra). Általában a CSS, JS és képfájlok gyorsítótárazása ilyen módon történik. Kívánatos őket örökre gyorsítótárban tárolni, és ha a tartalom megváltozik, módosítsa a rájuk mutató hivatkozásokat HTML-ben. Az RFC 2616 azt javasolja, hogy az ilyen fájlokat legfeljebb 1 évig gyorsítótárban tárolják:
Cache-Control: max-age=31536000
Ha azt szeretné, hogy egy adott fájl ne legyen gyorsítótárban, hanem mindig "friss" legyen, a Cache-Control fejléce a következő értékre van állítva:
Cache-Control: nincs gyorsítótár
Meghatározza, hogy az elemet egyáltalán ne kelljen gyorsítótárazni, és a kliensnek minden alkalommal kérnie kell, amikor hozzáfér a tárolóhoz (ebben az esetben a fájl betöltési ideje megnő, mivel a fájl törzsét le kell tölteni).
Egy másik módja annak, hogy egy fájl mindig naprakész legyen, ha a fájlnévhez tartalmi ellenőrző összeget ad.
Ha a fájl tartalma akár egy bittel is változik, akkor az ellenőrző összeg is megváltozik. Ha nem történt változás, akkor a böngésző a gyorsítótárból származó fájlt használja. Amikor egy fájlt módosítanak, a rá mutató hivatkozás megváltozik, és a rendszer letölti az új verziót.
Az ellenőrző összeget megkaphatja a szabványos md5sum vagy sha1sum segédprogramokkal, vagy speciális segédprogramokkal.
A fájlhivatkozásokhoz tetszőleges karakterkészletet is hozzáadhat – például időbélyeget (http://example.com/script.js?timestamp_here) –, és frissítheti a hivatkozásokat a webhely minden egyes telepítése során. Ennek a módszernek a használatakor azonban nincs garancia arra, hogy a böngésző nem fog szükségtelen kéréseket küldeni: még olyan fájlok esetén is, amelyek tartalma nem változott, egy másik hivatkozás vezet (a teljes hivatkozás a lekérdezési paraméterekkel együtt a gyorsítótár kulcsa), és újra le kell töltened őket.
HTML-oldalak esetén célszerű a Cache-Control fejlécet no-cache-re állítani. Ha sürgősen módosítani kell valamit az oldalon, és a kliens már gyorsítótárazta ezt az oldalt (a modern böngészők ezt alapértelmezés szerint megteszik), akkor előfordulhat, hogy a kliens egyáltalán nem látja a változtatásokat.
Ez különösen fontos CDN használatakor: az Akamai CDN-je alapértelmezés szerint 24 órán keresztül gyorsítótárazza a megfelelő fejlécek nélküli fájlokat. Természetesen törölheti a gyorsítótárat (lásd fent), de még mindig várnia kell legalább 15 percet a megfelelő kérés elküldése után. A no-cache érték beállítása segít elkerülni az esetleges problémákat – az oldal mindig naprakészen töltődik be. A böngészők ebben az esetben továbbra is az If-None-Match (vagy If-Modified-Since) fejléceket használják, és a nem módosított oldal nem töltődik be újra.
Egyes esetekben jobb, ha a HTML-oldalak gyorsítótárának idejét a változtatások gyakorisága alapján határozzuk meg. Például, ha az oldalon a híroldal óránként frissül, akkor a maximális életkor 3600-ra (1 óra) állítható be.
A tárhelyünkben található Cache-Control fejléc (valamint más HTTP fejlécek) értéke a webes felületen keresztül állítható be:
A webes felületen keresztül a fejlécértékek csak a tároló egészére vonatkoznak. Az egyes fájlok fejlécértékei csak az API-n vagy harmadik féltől származó klienseken keresztül állíthatók be.
A Cache-Control helyett használhatja az Expires fejlécet. Értéke azt a dátumot jelöli az RFC 1123 dátumformátumban, amely után a fájl már nem releváns (például: kedd, 2012. január 31. 15:02:53 GMT). Eddig az időpontig a böngésző nem küld kéréseket az oldalnak, hanem a gyorsítótárból kapja meg a fájlt. Ezen dátum után a fájl újra feltöltésre kerül.
A tömörítés segítségével jelentősen felgyorsíthatja az oldal betöltését. A HTTP/1.1-től kezdve az ügyfelek a támogatott tömörítési módszereket jelentik az Accept-Encoding fejlécben:Elfogadás-kódolás: gzip, deflate
A szerver válaszában az alkalmazott tömörítési módszerrel kapcsolatos információk a Content-Encoding fejlécben kerülnek továbbításra:
Tartalomkódolás: gzip
Napjaink egyik legnépszerűbb és leggyakrabban használt módszere természetesen a gzip. Ezzel jelentősen csökkentheti a letöltési időt. A Gzip különösen jól működik szöveges fájlokkal: HTML, CSS, JS. A tömörítésnek köszönhetően a szövegfájlok mérete (és ennek megfelelően az átvitt forgalom mennyisége) átlagosan 5-10-szeresére csökken. Ez lehetővé teszi az oldal betöltési sebességének jelentős növelését, ami különösen fontos a lassú kapcsolattal rendelkező mobil kliensek számára.
Nincs értelme a gzip-et grafikus fájlokhoz használni: a tömörítés nem csökkenti jelentősen a méretüket, sőt gyakran még növeli is.
Az Akamai CDN alapértelmezés szerint a gzip-et használja a legtöbb szövegfájlhoz.
A kicsinyítés az extra / opcionális karakterek eltávolítása egy fájlból a méret csökkentése és a letöltési idő csökkentése érdekében. Ennek köszönhetően a fájl mérete átlagosan 1,5-3-szorosára csökken. Manapság egyre terjed az a gyakorlat, hogy nemcsak a JS-t és a CSS-t, hanem más típusú fájlokat (HTML, grafikus fájlok stb.) is minimalizálnak.A kicsinyítéshez speciális eszközöket használnak, különösen:
A kicsinyítéssel nem csak a jelentéktelen szóközöket és sortöréseket távolíthatja el (CSS-ben és JS-ben ezek nem kötelezőek), hanem bonyolultabb műveleteket is végrehajthat. Például JS-ben egy olyan függvény, mint:
Summ(first_param, second_param) függvény ( return (first_param + second_param); )
Átalakíthatja s(a,b)(return(a+b)) függvényre, majd a kódban mindenhol összeg helyett s-t használhat, miközben teljesen megőrzi működésének logikáját. A JavaScript kicsinyítési eljárásának működését a http://lisperator.net/uglifyjs/ oldalon tekintheti meg, a Megnyitási bemutató részben.
Itt segíthet az összefűzés - több azonos típusú fájl (például JS vagy CSS) egyesítése egybe. Lehetővé teszi a kérések számának csökkentését és ezáltal az oldalbetöltés sebességének növelését.
A képbetöltés felgyorsítására is használható az összefűzés. Ezt kétféleképpen lehet megtenni: adatok beágyazásával az URL-be és sprite használatával.
Az adatok beágyazása speciális URL-címek használatával történik – adatok: URI. Az URI (Universal Resource Identifator) használható az img címke src attribútumában és a CSS-ben a háttérkép URL-jében is.
Vannak online eszközök a képek adattá konvertálására:URI (lásd például és ).
A sprite egyetlen képpé kombinált képek gyűjteménye. Weboldalak létrehozásához különféle szoftvereszközöket használnak. A CSS használatával elérheti egy nagy kép kívánt részét, és elhelyezheti azt a megfelelő helyen az oldalon.
A sprite-ok segítenek felgyorsítani a betöltést, de meg kell jegyezni, hogy gyakran nehéz velük dolgozni. Ha csak egy kis változtatást is szeretne végrehajtani a sprite-on, egy kísérő módosítást kell végrehajtania a CSS-ben.
A JS projektek építésének modern eszközeiben (
Statikus html (htm, dhtml, xhtml) oldalakból áll, amelyek egyetlen egészet alkotnak. Tartalmaz (HTML-jelölésű formában) szöveget, képeket, multimédiás tartalmat (audió, videó) és HTML címkéket. A címkék egyrészt a böngészőnek szánt szolgáltatás, másrészt az információk elhelyezésére, megjelenésének kialakítására és megjelenítésére szolgálnak. Az oldal minden módosítása az oldal dokumentumainak (oldalainak) forráskódjában történik, amihez hozzáféréssel kell rendelkeznie a webszerveren lévő fájlokhoz.
Előnyök és hátrányok
Előnyök
- Egy oldal létrehozásához nem szükséges webes programozási nyelvek ismerete.
- Jó oldal gyorsítótár.
- Gyors oldalbetöltési sebesség.
- A webszerver minimális követelményei és minimális terhelése.
- Könnyű átvitel másik szerverre vagy helyi számítógépre.
- Lehetőség a fájl közvetlen megtekintésére a böngészőben, köztes szoftver (webszerver, CGI) használata nélkül.
hátrányai
- Képtelenség dinamikusan tartalom létrehozására.
- A látogatók teljes körű támogatásának lehetetlensége (megjelenés kiválasztása, sütik).
- A webhely információkkal való feltöltéséhez FTP-n keresztül kell elérnie a fájloldalakat, vagy harmadik féltől származó webszkripteket, amelyek lehetővé teszik az oldalak szerkesztését.
- Nagy számú oldal (fájl) esetén, ha szükségessé válik az azonos típusú változtatások elvégzése (terv, elrendezés, új szakaszok hozzáadása), harmadik féltől származó szoftvereket (segédprogramokat) kell használni.
Modern használat
- Névjegykártya webhely - a webhely tulajdonosának (szervezet vagy egyéni vállalkozó) legáltalánosabb adatait tartalmazza. Tevékenység típusa, előzményei, árlista, elérhetőségek, részletek, útbaigazítás. A szakemberek közzéteszik önéletrajzukat. Ez egy részletes névjegykártya.
- Termékkatalógus - a katalógus tartalmazza az áruk/szolgáltatások részletes leírását, tanúsítványokat, műszaki és fogyasztói adatokat, szakértői véleményeket stb. Az ilyen oldalak olyan árukról/szolgáltatásokról tartalmaznak információkat, amelyek nem helyezhetők el az árlistában.
- Felhasználói kezdőlapok.
Ezenkívül a statikus oldalakat gyakran használják dinamikus webhelysablonként.
