Hét ok, hogy használni generátorok statikus honlapok
Mi egy statikus oldal?
Nehézségek jelennek meg, amikor a terület növekedése és egyre bonyolultabbá válik. Vessünk egy pillantást a menüben, és az ő példája: ez lehet az egyes fájlok, de amikor létrehoz egy új oldalt, akkor frissítenie kell az összes fájlt tartalmazó menü. A könyvtárak a honlapon még egyenletesebbé válik linkeket képeket és CSS hirtelen vált „megverték”. Talán már figyelembe lehetőség, mint a szerver oldali vagy anélkül PHP, de még egyszerűbb módja tűnhet CMS (tartalomkezelő rendszer).
Mi az a CMS?
- határozza meg, melyik van egy oldal;
- kéri, hogy a megfelelő tartalom az adatbázisból;
- betölti a HTML template (mint általában, a fájlrendszer);
- reprodukálja tartalmát egy minta szerint;
- visszaadja a formázott HTML oldalt a látogató böngészője.
Mindez zajlik szinte azonnal. Sablonok tartalmazhatnak kódot létrehozni a menüben, a különböző blokkok, kapcsolat stílusok és még sok más. És az élet szép újra, és mellesleg több mint 25% -a dönt, hogy kezelje a WordPress oldalon. épül egy csomó PHP + MySQL.
Sajnos, ha a CMS szerezni egy sor egyéb problémák:
- meg kell tartaniuk a CMS használja az oldalt, és ez kényelmetlen lehet, ha szöveget vagy alkatrészek;
- A kiszolgálónak, hogy létrehoz egy csomó oldalt, és ez érezhető hatással van a teljesítményre;
- frissíti a CMS és az adatbázis hiba általában akkor „drop” honlapján.
Mi a generátor statikus weboldalak?
SSG (statikus Generator) - ez egy jó kompromisszum az a honlap használatának, kézzel írt, és a CMS. Ebben az esetben, akkor is megtartja az előnyeit mindkét lehetőséget. Lényegében létre egy honlapot, az csak a HTML fájlokat, de a segítségével CMS-szerű fogalmakat, mint a sablonokat. Tartalom ebben az esetben el lehet távolítani az adatbázisból, de gyakrabban használják Markdown fájlokat.
Az oldalon lehet létrehozni a számítógépen, vagy a rendező szerver, majd az eredményül kapott HTML fájlokat a live-szerver. A felhasználó nem érzi a különbséget. Ez a koncepció használja a felületet, mint a WordPress tartalom beadásra, de ez ad más rendszerek hozzáférési adatokat a REST API.
Így az SSG lehet építeni egy statikus weboldal segítségével a tartalmát az oldalt WordPress, lekért egy belső szerver. Ennek eredményeként a HTML fájlokat lehet feltölteni a szerverre, de a WordPress telepítése nem kívülről hozzáférhető.
Néhány a legnépszerűbb oszcillátorok statikus oldalak - ez Jekyll, Pelican, Hugo és Metalsmith. Az interneten megtalálható még több fajta.
Nézzük hangsúlyozzák nyilvánvaló használatának előnyei SSG.
A CMS, mint általában, korlátozza a lehetőségeket, mert minden van kötve meghatározott területeken az adatbázisban. Ha azt szeretnénk, hogy adjunk egy widgetet, például a Twitter bármely oldalon kell egy plugin, shortcode vagy bármi más.
Egy statikus weboldal, akkor helyezze be a modult közvetlenül egy fájlt egy kódrészlet. Nagyon kevés korlátai miatt Ön mentesül azon, hogy ró CMS.
2. Nagy teljesítményű
Sok alkalmazás kínálnak integrált CMS (vagy formájában plug-in) gyorsítótár rendszert, hogy biztosítsa a generációs oldalak és használja őket újra, ha szükséges. Ez hatásos, de az extra lépést még egy hely, például, amikor ellenőrzi a cache fájlt, és újra létre oldalakat.
Ugyanakkor, a statikus oldalakat pre-cache az oldalt, és az élettartama a cache örökre. A fájlok is préselhető még kisebb terhelést. Kiderült, hogy ha használja ugyanazt a sablont statikus oldal mindig jobb, mint egy hely épülő CMS.
3. A szerver, attól
Mit kell telepíteni WordPress:
- kompatibilis operációs rendszer, mint például Ubuntu vagy CentOS
- Web szerver - például Apache vagy nginx
- PHP a szükséges bővítmények
- MySQL
- WordPress maga
- sablon (téma)
Mindezt úgy kell telepíteni és konfigurálni. Tény, hogy a WordPress - nem a leginkább szeszélyes dolog, mert vannak olyan alkalmazások, amelyek függőségek többször is, de még ez a lista elég frissíteni csak a fenti alkatrész lista, minden tört.
Ugyanakkor, egy statikus oldal - nagyon könnyű és lehet helyezni bármely szerver, amely képes adni a fájlokat. És nincs szükségünk másra telepíteni, konfigurálni és frissítése.
CMS - egy komplex, a nagyszámú mozgó alkatrész, és a „hibapontok”. Az oldal elindítása WordPress, nem számít, hogy mennyi időt töltött már, akkor biztosan találkoznak legalább egyszer ezzel a szörnyű kifejezés «sikertelen adatbázis-kapcsolat létrehozása». A tapasztalat azt mutatja, hogy az előre nem látható problémák a CMS merülhetnek eredményeként a hirtelen ugrás a forgalom, mert mi is összeomlik, vagy felrobbanhat tárol hatóanyagokat.
Ugyanakkor, egy statikus oldal szolgálat kevésbé stresszes, mert a szerver egyszerűen, így a HTML fájlokat. Természetesen ebben a helyzetben is tud egy szerver, de nehezebb lesz: szükség van időnként több egyidejű kérést.
5. Magas biztonsági
CMS önmagában is egy területen az ilyen támadások. A legkézenfekvőbb hely a vékony bejegyzés formájában: elég biztonságos, mennyire biztonságos a jelszava a leggyengébb az egyik felhasználó. Tartsuk szem előtt, hogy a kód minden oldalon fut a szerver, amely már potenciális lyuk - mint például a kéretlen reklámlevelek keresztül a kapcsolatfelvételi űrlapot. ez talán nem nyilvánvaló az első, mert a legjobb bűnözők sokáig marad észrevétlen.
A statikus honlap nagyon kevés vagy semmilyen funkciót a szerver oldalon. Akkor nem lehet hozzáférni a szkriptek vagy a lyukak miatt a biztonság az adatbázis. Valaki. lehetséges és kap hozzáférést SSH-n keresztül, vagy FTP, de meg kell próbálnunk nagyon keményen, hogy több kárt okoznak, mint kárt oldalak vagy fájlok letöltése. Gyors csapat «git status», vagy szélsőséges esetben egy egyszerű ellenőrző lista gyorsan azonosítani jeleit illetéktelen hozzáférést. Csak meg kell változtatni a jelszavak törlése az oldalon teljesen, és újjáépíteni az egészet elölről.
6. Content Management
Meg hétig, hogy dolgozzon ki egy szép CMS témát, de amint a site használata az ügyfél, mind a szünetek percben. Volt? Használjon CMS nem mindig könnyű, mert ad némi teljesítmény szerkesztésekor tartalmat. Persze, akkor korlátozza vagy blokkolja a jogot, hogy telepítse a plug-inek az ügyfél számára, de ez nem akadályozta meg abban, hogy változtatni betűtípusok, adjunk hozzá egy furcsa, gyönyörű az ő véleménye, virágok, öntsük egy rossz fotó és valahogy torzítják az elrendezés.
Abban az esetben, egy statikus oldal leggyakrabban használt Markdown fájlokat. Használatuk korlátozott a felhasználói élmény ennek eredményeként kevesebb hibával, és a lap jelenik meg eredeti formájában. És az egyszerű szerkesztés, akkor a kényelmes szolgáltatást StackEdit.
7. Version Control és tesztelés
Kiadások egy kicsit több erőfeszítést, akkor lehet, hogy a rendszer telepítésére egy oldal a rendező szerver, majd adja hozzá és apruva új tartalmat, akkor automatikusan átkerül a fő szerver.
Translation - Dezhurko
Én sújtotta a helyettesítés fogalmak, amelyek az utóbbi időben történik ezekkel összefüggésben a tervezők. Lényegében minden CMS pontosan ugyanaz GENERATOR statikus oldal. Az egyetlen különbség az, hogy segítségével a CMS ennél sokkal többet tud, és ennek következtében van szükség, mert szakemberhez.
Ezért baj, hogy beszélhetünk az egységes rendszer előnyei és hátrányai a másikkal szemben.
Ha a követelmények, hogy a funkció az oldalon, megfelel a jelenlegi tervező -, akkor miért nem. Használja a kivitelező. A másik dolog az, hogy pontosan ugyanazt a dolgot lehet tenni a CMS, de többet költ a szakemberek, és a jövőben várható fejlődés. Ha ez természetesen szükség.
Demimurych, nem érted a lényeget: CMS - egy darab szar, ami tartalmi és SSG - a klasszikus képező célra kifejlesztett WWW.