Generátor Statikus oldalak - ez egy nagy lépés előre
Nagy cégek, kihegyezett alatt web design, mint a Fészek MailChimp használatát generátorok statikus weboldalak azok főbb helyszínek. Vox Media bárhol Middleman épített egy egész rendszert kiadványok. Sárgarépa iroda New Yorkban, amely többek között Vice része a birodalom, webes oldalak a világ legnagyobb márka a saját generátorral nyílt Roots. Között statikus weboldalak még egyes Google-szolgáltatásokat, például év keresései és a Web alapjai.
Ütemezése StaticGen növekedés az elmúlt évben.
Statikus weboldalak nem új, és vezet bennünket, hogy az eredetét az interneten. Akkor miért ez a hirtelen érdeklődés? Mi történt, miért éppen most?
A jelenlegi trendek és megközelítések webfejlesztés
Tudjon algoritmus gyors szakmai növekedés nulla helyszíni építési
Amikor már az összes statikus
Eredetileg a helyszínen volt, anélkül, hogy bármilyen stílusban, de hamarosan kiderült egy strukturált oldalak grafikai kalapok és kifinomult navigációs rendszer. Ezen a ponton, a menedzsment minden oldal külön dokumentumban, lehetetlenné vált, és belépett a divat sablon nyelven.
Az is nyilvánvaló, hogy nem lehet egyszerűen egy új HTML és a CSS (az állások létrehozására, termékek, galéria) anélkül, hogy kellő hivatkozás a design.
Ugyanakkor a divat relációs adatbázisok. Sok online cégek lettek szent helyen tárolhatja az adatokat, és ezeket az adatokat őrzött „hosszú szakállú” rendszergazdák.
Bár a Dreamweaver, és volt egy részleges integráció az adatbázisban, akkor nem volt tartalmi modellt. Kínált tartalom elkülönítve a design. És tartalmi tervezés és szerkesztett egymástól elkülönítve révén különleges instrumntov.
dinamikai problémák
Amikor én voltam 15 évvel ezelőtt, hogy létrehozta az első dinamikus weboldal, szoktam tanulsága LAMP a MySQL dokumentációt. És akkor rájöttem, hogy mindent írok folyik minden felhasználó felkeresi az oldalamon, és ez nem fér a fejembe!
Webszerver letöltött kódomat PHP interpreter on the fly, majd megnyitja a kapcsolatot az adatbázis, kéréseket, oda-vissza, különféle sablonok össze a szöveget HTML kódot. Mindez pedig azért idején meglátogatta oldal felhasználói. Félelmetes!
Egy kicsit kevésbé meglepő volt az a tény, hogy amikor kiszálltak a helyszínre egy pár év, a weboldal teljesen helyébe egy másik. Az új lap egy üzenetet a hacker benne mutatott szerver biztonsági probléma. Azonban ő nem használja a honlapom rosszindulatú programokat terjesztenek.
Mi túlfizet szuper komplex dinamikus szerver oldali kódot minden kérés -, hogy a pénz is meg lehetne menteni, ha bonyolult kódot nem szükséges.
Dinamikus weboldalak és a cache-
Bizonyos mértékig minden cache. Egyik oldal a WordPress plugin hiányában nem WP Super Cache lehetőséget. Nagy telek gyorsítótár tartalmat Lakk, nginx és Apache Traffic Server. Gyorsítótárral elég nehéz megszerezni a szükséges jogokkal, és legoptimálisabb dinamikus oldalak általában sokszorosan lassabb, mint a statikus megoldásokat.
Honlapunk, a Smashing Magazine, is dolgozik egy csapat, amely folyamatosan dolgozik a kapacitást. Ebben a cikkben, végeztem egy kis kísérletet. A HTTrack tettem egy példányát a helyszínen, és kitekerte statikus változat Netlify szolgáltatás, tárhely statikus weboldalak, dolgozik CDN technológiát. Nem csináltam semmit, hogy javítsa teljesítményét a statikus változatát a honlapon, de telepíteni honlap tárhely mély integráció a CDN.
Smashing Magazine gyorsabb, mint sok helyen, de minden kérést kezelhetők egyetlen cent adatokat.
Aztán megnéztem, hogy hány fog telni betöltése az első bájt index.html és az egész oldalt. Ez az, amit megmutattam szolgáltatás Sucuri super-user teljesítményét.
Mivel a dinamikus weboldal nem lett optimalizálva, a statikus példányát átlagosan 6-szor gyorsabb! Természetesen ez a különbség lehet elérni a termelékenység minden tárhely. Egy CDN cache-e szint nélkül lehetetlen lenne manuális beállítása dinamikus oldalon.
Pontos HTML verzió telepített nagy teljesítményű hosting statikus weboldalak.
Modern generátorok statikus weboldalak
Az utóbbi években ez a dinamikus alternatívát jelent a hagyományos helyszínek meglehetősen előrehaladott. Idea generátor statikus weboldalak nem új. Még a leginkább legnagyobb versenytárs WordPress Mozgatható típusa lehetősége dolgozni, mint egy generátor egy statikus webhelyen.
Kérelmek százalékos aránya „generátor statikus weboldal” a Google Trends.
Azóta a legtöbb elrettentő létrehozni statikus oldalak megszűntek. És ma generátor statikus weboldalak egy modern, versenyképes motorok kiadványok erős hívást a front-end fejlesztők. Minden héten egyre több és több új generátorok és továbbfejlesztése lehet elég nehéz. Azonban a legnépszerűbb generátorok működnek a következő elveket.
Létrehozása sablonokat. Az egyik fő generátorok problémák - megszabadulni a megismétlése azonos rész oldal vágással egy weboldal darabokra és újra használja őket. Vannak sok különböző sablonok motorok, melyek mindegyike különböző jellemzőkkel - néhány teljesen hiányzik a logika, néhány összekeverjük a sablon kódját. De van egy feladat -, hogy megszabaduljon az ismétlés a fejléc, lábléc és a menü.
Minden fő generátor támogatja Markdown. De néhány még mindig ajánlom reStructuredText vagy valami más. Alapvetően minden ezek az eszközök lehetővé teszik alkotókat levelet rendszeres strukturált szöveget.
Ezzel a megközelítéssel a tartalma teljesen elkülönül a tervezés és az összes fájl csak szöveget tartalmazó. Ahogy a fejlesztők, már megszokták, hogy egy hatalmas sor eszközt íráshoz. Ez egy nagy lépés, most nem kell dobni az összes tartalmat az adatbázisban bináris formában.
Jekyll tovább támogatni az elképzelést, egy statikus oldal generátorok: ott is írhatók Markdown.
Ha a tulajdonos a GitHub Tom Preston Werner fordult Jekyll, így indult a blog, talált egy meglehetősen szokatlan módon mutatja a metaadatok, akik közvetlenül a Markdown: első kérdés. Első kérdés része a meta adatokat, főként a YAML formátumban, a tetején a dokumentum:
Egy ilyen eljárás megkönnyíti a hozzá megjegyzéseket a dokumentumok meta adatokkal. A fájlok bemutatott egyszerű, olvasható formátumban az a személy, és általában ezek az adatok tárolása egy furcsa formátum az adatbázisban.
Asset Pipeline. Ma, front-end fejlesztés nem nélkülözheti a kapcsolat a harmadik féltől származó eszközök és fordítóprogramok. Azt kell, hogy az összes erőforrás, a honlapon már minifitsirovany és rendezett. CSS előfeldolgozó költözött a kategóriába az új termékek a mainstream. És az ilyen transpilery mint CoffeeScript és ECMAScript 6 fordítóprogramok szerves részét képezik a webes programozás.
A legtöbb modern generátor van egy beépített eszköz vezeték összeállításához, és hozzon létre minimalizációs források. Némelyikük alapuló Grunt, Gulp vagy brokkoli, amely lehetővé teszi, hogy az összes tervezési feladatot a rendszeren belül. Mások eszközök középpontjában az optimalizálás egy adott folyamat és ellenőrzési csapatmunka több eszköz nélkül további konfigurációt. Azonnali frissítés az oldalt minden alkalommal ment egy fájlt vált egy íratlan szabály, több generátorok.
Mi egész összerakása. Ahhoz, hogy hozzon létre egy honlapot, vagy emeli a helyi szerver generátorok statikus weboldalak általában a parancssorban.
A jelenlegi trendek és megközelítések webfejlesztés
Tudjon algoritmus gyors szakmai növekedés nulla helyszíni építési
A Jekyll parancssor, például, hogy hozzon létre egy statikus weboldal, meg kell futtatni Jekyll építmények közvetlenül a forrás könyvtárba. Az oldalon lesz található egy almappát _site. Tipikus mappa a forrás:
Ez a mappa tartalmazza a statikus weboldal, amely letölthető bármilyen ellenséges statikus weboldalak vagy normális webszerver.
Miért most?
Ha ez úgy hangzik egy kicsit meglepő, mert ez így van. De miért most a technológia létrehozásának statikus weboldalak szert ilyen népszerűségre? Miért van az első generátor nem csökken WordPress piaci részesedése? Mi változott meg? Meddig fog ez tartani?
Ma, generátorok egy teljesen más Internet, mint elődeik. A legtöbb hibát, hogy készül a dinamikus weboldalak, mint a legjobb lehetőség, hogy hozzon létre az alapvető honlapok, névjegykártyák a múlté. Míg néhány közülük még mindig fennáll.
Abban az időben a dob az első weboldal Tim Berners-Lee böngészők egyszerűen egy dokumentum látogató. Elismerik hipertext hivatkozások és egy pár dolgot.
Ma végre eltemetett kitüntetéssel utolsó böngésző visszatartani a fejlesztés az internet (RIP, Internet Explorer 8). Modern böngésző egy teljes értékű operációs rendszer. Most már nem csak a megfigyelők dokumentumok letölthetők az internetről, képesek futtatni teljes értékű webes alkalmazások, így vneshniezaprosy CORS-kompatibilis API, ami képes a helyi meghajtón, ha dolgozik strimmingovymi szolgáltatások, és még kezelésére p2p kapcsolatok más böngészők keresztül WebRTC.
A lista megy tovább és tovább, ez egy egész ökoszisztéma a bővítményeket. Ezen kívül, a modern web-alapú alkalmazások Ember.js, AngularJS vagy reakcióba gyakran teljesen statikus és szabályozott közvetlenül CDN tiszta back-end API, ami a UI oldalon, és a mobil kliens.
Az árak Akamai még mindig nagyon magas, de ma mindenki engedheti meg magának CloudFront szolgáltatást az Amazon AWS. Vannak olyan vállalatok is, melyek megfizethető árakat CDN még a szabványok a kis cégek, fastly, MaxCDN és CloudFlare.
CDN lehet használni dinamikus weboldalak, de elég gyakori probléma a cache frissítés. Kiszámítsa az egyes lekérdezés lesz nagyon bonyolult, ha egyensúlyt cache és dinamikus rendszer oldalán a hátsó end'a.
A statikus oldalak ellenkezőleg lehet telepíteni egy CDN, majd teljesen az ügyfél érdekeit szolgálja. A Netlify típusú szolgáltatásokat lehet automatizálni a konfigurációt és frissíti a cache, mert ezek a feladatok megkövetelik idő és meglehetősen bonyolult.
A termelékenység - a legfontosabb feladat
A robbanásszerű népszerűsége a mobil internet megváltoztatta sok. Egyre több ember felkeresi honlapok segítségével a mobil eszközök, néha még a 3G kapcsolatot. Teljesítmény soha nem volt olyan fontos, mint most.
Nem számít, milyen jól optimalizálni a dinamikus webhelyet, hány ezer dollárt, amit befektetett teljesítmény, akkor nem fog illeszkedni a teljesítményét egy jól konfigurált statikus oldal. Mivel fontos a termelékenység csak növekszik, akkor nem meglepő, hogy a fejlesztők keresik a módját, hogy előre terhelési HTML, és nem teszi lehetővé a szerver, hogy időt és forrásokat, hogy létrehoz a oldal minden egyes HTTP kérés.
A legtöbb probléma kapcsolódó teljesítményt, statikus weboldalak megoldani, még a tervezési fázisban.
Ha webhelye adatbázist használ, akkor nagyon fontos, hogy a teljesítménye az adatbázis lekérdezések nagyon magas volt. Minden HTTP-kérés feldolgozása nagyon gyorsan. Még ha az élvonalban akkor gyorsítása, mindig fennáll a veszélye, hogy bizonyos kéréseket megkerülik a cache, így okozva váratlan események oldalán back-end'a.
Segédeszköz mindenütt
Ha mielőtt a C vagy Java fejlesztők törődött fordítóprogramok és más eszközök, ez most így nincs szükség. Ez jobb vagy rosszabb, de drámaian megváltozott.
Ma, felfegyverkezve front-end fejlesztő vannak a különféle szerszámok a weblapok, a vezetők és a szerkesztők. Grunt volt az első népszerű front-end eszköz. Most, a legtöbb új projektek osztható szakaszában teremtés.
A gyors fejlődés a különböző fejlesztési eszközök, generátorok, statikus weboldalak kezdte érezni a helyén, és a hagyományos PHP eszközök létrehozására dinamikus oldalak fokozatosan felváltja a kertben front-end fejlesztés.
Mi hiányzik
Mindezek az eszközök csak fokozza népszerűségét statikus weboldalak generátorok. Ez nem meglepő, hogy egyre több internetes oldalak teljesen statikus. Még nem olyan sima. Mielőtt statikus oldalakat lesz a gerincét az internet, meg kell megoldani bizonyos problémákat.
Ez az első alkalom is nagyon nehéz kiválasztani a generátor statikus weboldalak. Rengeteg olyan, hogy az érvek és ellenérvek, valamint a lehetőséget, hogy javítsa magát szerszámok, dokumentáció és a források.
Generátor ökoszisztéma továbbra is változó, de a méret még nem egészen a nagy áruházak és a hagyományos dinamikus platformokon.
A legnagyobb probléma a szerkesztési tartalom. Ha egy front-end fejlesztő munka árleszállítás letölthető GitHub és majdnem tökéletes, valamit az átlagos felhasználó nem ez a helyzet.
Van elég érdekes megoldások alkalmazása nélkül CMS. Verge Google Sheets Middleman; StaticGen adatbázisként és használja lényegi GitHub API; és sárgarépa statikus CMS tartalmas használják az emberek, akik nem barátok a technikával.
Más módszerek keresnek megoldást az alapvető probléma - hogyan lehet kombinálni a generációs statikus oldalak és a tartalom szerkesztését. És a következő néhány évben, nem kétséges, lesz csodálatos módon megoldani ezt a problémát.
Prose.io volt, de most, amikor ott volt integráció GitHub API, a felület sokkal vonzóbb.
A Netlify dolgozunk nyílt forráskódú CMS. Ebben, igyekszünk nem ragaszkodjatok különösebb generátor statikus oldalak, Git tárhely vagy a fogadó platform. A feladat -, hogy a rendszert a munka szinte minden ismert pillanatában a generátorok. Úgy gondoljuk, hogy ez növeli a bonyolultsága az oldalak, amelyek segítségével lehet létrehozni statikus generátorokat.
Természetesen mindig lesznek helyek, hogy egyszerűen nem fér bele egy statikus ideológia - e területek, amelyek tartalmát kernel folyamatosan frissített keresztül RSS feed, valamint helyszínek hatalmas mennyiségű információ célja a keresők és a szűrés.
Képességei és népszerűsége statikus weboldalak generátorok csak növekedni fog, az infrastruktúra és az ökoszisztéma tovább fog fejlődni. És az eszközök fejlesztése, látni fogjuk, hogy mennyire összetett oldalakat lehet létrehozni egy teljesen statikus alapon.
A Netlify már észre a nagy oldalak valós idejű keresés, támogatja a több nyelven, személyes tanulmány és minden teremtett segítségével generátorok statikus oldalak és tartalmak API. Az emberek egyre jobban aggódnak a teljesítmény és az adatbiztonság, ami azt jelenti, hogy ezek a helyek lesznek és így tovább.
Felülvizsgálat: Team webformyself.
A jelenlegi trendek és megközelítések webfejlesztés
Tudjon algoritmus gyors szakmai növekedés nulla helyszíni építési
A legtöbb IT hírek és webfejlesztés A csatorna-távirat