Ce este un site static?
Dificultăți apar atunci când site-ul crește și devine mai dificil. Să luăm meniul de navigare și să ne uităm la exemplul său: poate fi în fiecare fișier, dar când se creează o pagină nouă, va fi necesar să actualizați toate fișierele care conțin meniul. Când există mai multe directoare pe site, chiar link-urile către imagini și CSS pot deveni brusc "rupte". Poate că ați luat în considerare opțiuni cum ar fi server-side cu sau fără PHP, dar o modalitate chiar mai ușoară pare să fie CMS (sistem de management al conținutului).
Ce este CMS?
- Aceasta determină ce pagină este necesară;
- solicită conținutul corespunzător din baza de date;
- încarcă un șablon HTML (de obicei dintr-un sistem de fișiere);
- reproduce conținutul în funcție de șablon;
- returnează pagina HTML formatată în browser-ul vizitatorului.
Toate acestea se întâmplă aproape instantaneu. Șabloanele pot include coduri pentru crearea de meniuri, blocuri diferite, stiluri de conectare și multe altele. Și acum viața este din nou frumoasă și, întâmplător, mai mult de 25% dintre oameni aleg să-și administreze site-ul WordPress. construit pe o mulțime de PHP + MySQL.
Din păcate, atunci când folosim CMS, primim o serie de alte probleme:
- trebuie să rămâneți la CMS atunci când lucrați cu site-ul, ceea ce poate fi incomod atunci când adăugați text sau componente;
- serverul trebuie să genereze o mulțime de pagini, iar acest lucru are un efect marcat asupra performanței;
- actualizarea CMS și crashing baza de date pot, în general, "picătură" site-ul.
Ce este un generator de site-uri statice?
SSG (Site Static Generator) este un compromis reușit între utilizarea unui site scris manual și CMS. Procedând astfel, veți păstra avantajele ambelor opțiuni. În esență, creați un site format numai din fișiere HTML, dar utilizând un concept asemănător CMS, cum ar fi șabloanele. Conținutul într-un astfel de caz poate fi extras din baza de date, dar mai des se utilizează fișiere Markdown.
Site-ul poate fi generat pe mașina dvs. sau pe serverul de staționare, iar apoi puteți implementa fișierele HTML primite pe serverul live. Utilizatorul nu va simți diferența. Acest concept utilizează o interfață precum WordPress pentru a administra conținutul, dar permite altor sisteme să acceseze date utilizând API-ul REST.
Astfel, SSG poate construi un site static, folosind conținutul paginilor din WordPress, extras din serverul intern. Ca rezultat, fișierele HTML pot fi încărcate pe server, însă instalarea WordPress nu ar trebui să fie disponibilă din exterior.
Unele dintre cele mai populare generatoare de site-uri statice sunt Jekyll, Pelican, Hugo și Metalsmith. Pe Internet puteți găsi și mai multe varietăți.
Să evidențiem avantajele evidente ale utilizării SSG.
CMS, de regulă, vă limitează capacitatea, deoarece totul este legat de câmpuri specifice din baza de date. Dacă doriți să adăugați un widget, de exemplu, Twitter la unele pagini, veți avea nevoie de un plug-in, un scurtcod sau altceva.
Într-un site static, puteți introduce widget-ul direct în fișier ca fragment de cod. Există restricții foarte mici, deoarece esti scutit de cele impuse de CMS.
2. Performanță ridicată
Multe aplicații CMS oferă sisteme încorporate (sau plug-in) de cache pentru a se asigura că paginile sunt generate și reutilizate dacă este necesar. Acest lucru este eficient, dar acțiunile inutile au în continuare un loc pentru a fi: de exemplu, când verificați fișierele cache și re-generați pagini.
În același timp, site-urile statice pre-cache pagini, și durata de viață a unui astfel de cache este etern. Fișierele pot fi de asemenea comprimate pentru o încărcare chiar mai mică. Se pare că, folosind același șablon, un site static va funcționa întotdeauna mai bine decât un site construit pe un CMS.
3. Mai puține dependențe de server
Ce aveți nevoie pentru a instala WordPress:
- Sistem de operare compatibil, cum ar fi Ubuntu sau CentOS
- Web server - de exemplu, Apache sau NGINX
- PHP cu extensiile necesare
- MySQL
- WordPress în sine
- șablon (temă)
Toate acestea trebuie să fie instalate și configurate. De fapt, WordPress - nu cel mai capricios, pentru că există aplicații care au dependențe de mai multe ori mai mult, dar chiar și această listă este suficient pentru a actualiza doar unul din lista de piese de mai sus, toate rupt.
În același timp, un site static este foarte ușor și poate fi găzduit pe orice server care poate încărca fișiere. Și nu mai aveți nevoie să instalați, să configurați sau să actualizați nimic.
CMS este un complex întreg, cu un număr mare de piese în mișcare și "puncte de eșec". Lansarea site-ului de pe WordPress, indiferent de cât de mult timp el a petrecut deja, va veni cu siguranta peste cel puțin o dată cu această frază teribilă «nu a reușit să stabilească o conexiune bază de date». Experiența sugerează că problemele neprevăzute în CMS pot apărea ca urmare a salt brusc în trafic, din cauza a ceea ce se poate prăbuși sau exploda compuși activi de baze de date.
În același timp, menținerea unui site static este mai puțin stresantă, deoarece serverul trebuie să dea departe fișierele HTML. Desigur, și în această situație, puteți pune serverul, dar va fi mai dificil: aveți nevoie de mai multe solicitări simultane.
5. Înaltă securitate
CMS în sine oferă un câmp pentru astfel de atacuri. Cea mai evidentă locație subtilă este formularul de intrare: este sigur atât cât este cea mai slabă parolă a unuia dintre utilizatori. Rețineți că codul oricărei pagini rulează pe server, ceea ce implică deja găuri potențiale - de exemplu, trimiterea de spam prin intermediul unui formular de contact. La început, acest lucru poate să nu fie evident, deoarece cei mai buni criminali rămân neobservați.
Un site static are foarte puțină sau nici o funcționalitate pe partea de server. Nu puteți accesa scripturile sau din cauza găurilor de securitate din baza de date. La cineva. și eventual obțineți acces prin SSH sau FTP, dar va trebui să încerce foarte mult să dăuneze mai mult decât să răsfoiască paginile sau să descarce fișiere. O comandă rapidă "git status" sau, la extrem, o scanare simplă a dosarelor poate dezvălui rapid urmele de acces neautorizat. Trebuie doar să schimbați parolele, să ștergeți întregul site și să restaurați totul din nou.
6. Managementul conținutului
Dezvoltați teme bune pentru CMS timp de câteva săptămâni, dar imediat ce site-ul intră în folosință pentru client, totul se descompune în câteva minute. A fost asta? Utilizarea CMS nu este întotdeauna ușoară, deoarece oferă o anumită putere atunci când editează conținut. Desigur, puteți limita sau bloca drepturile de a instala plug-in-uri pentru client, dar aceasta nu împiedică ca el să se schimbe fonturile, se adaugă flori ciudate, frumoase, în opinia sa,, se toarnă o fotografie proastă și într-un fel denatura aspectul.
În cazul unui site static, fișierele Markdown sunt cele mai frecvent utilizate. Utilizarea lor limitează capacitățile utilizatorilor, astfel încât acestea fac mai puține greșeli, iar pagina este afișată în forma sa originală. Și pentru editarea convenabilă a fișierelor puteți utiliza serviciul StackEdit convenabil.
7. Controlul și testarea versiunii
Cheltuielile un efort mai mic, puteți face sistemul pentru a implementa un site de pe serverul de așteptare, și apoi adăugați și apruva conținut nou, acesta va fi transferat automat la serverul principal.
Traduceri - Duty Officer
Sunt uimit de înlocuirea conceptelor care au apărut recent în legătură cu acești designeri. De fapt, orice CMS este EARLY SAME GENERATOR al site-urilor STATIC. Singura diferență este că utilizarea CMS poate face mult mai mult și, ca o consecință, necesită un expert de calificare adecvată.
Prin urmare, este complet greșit să vorbim despre avantajele sau dezavantajele unui sistem față de celălalt.
În cazul în care cerințele pentru funcționalitatea site-ului, satisface designerul existent - atunci de ce nu. Utilizați constructorul. Un alt lucru este acela că exact același lucru se poate face folosind CMS, dar, în același timp, cheltuim mai mult pe specialiști și avem perspective de dezvoltare în viitor. Dacă acest lucru este, desigur, necesar.
Demimurych, nu înțelegi esența: CMS - este o bucată de rahat, care dă conținut și SSG - un clasic, care formează scopul pentru care a fost dezvoltat WWW.
Articole similare
Trimiteți-le prietenilor: