Létrehozása cms tervezési fázisban
Hello, kedves blog olvasói LifeExample. Ma szeretnék foglalkozni a témát, amely szükséges lenne kezdeni egy cikksorozatot a fejlesztése egy online boltban. Beszélünk a folyamat, akkor hozzon létre egy CMS a tervezési fázisban.
Hogy a CMS képesnek kell lennie arra, hogy hívják az ilyen, és melyik ponton a szoftver motor, vagy a mini keret alakul egy Content Management System.
A folyamat létrehozásának a CMS a tervezés fázisában meghatározza a feladatokat a terv szerint, amely bármilyen CMS Bíróság:
- A telepítő;
- Frissítve érintése nélkül a felhasználói fájlokat. Ie frissíti a rendszermag;
- Támogatják a plug-inek;
- Megvan a képessége, a cache oldalak;
- Save biztonsági másolatot az adatbázisról;
- Support szabványosítás;
Ez a lista - az alapja minden gond létre tartalomkezelő rendszer számára.
Persze, ha egy fejlesztő, kóder, tervező, felhasználói és adminisztrátori gördült be egyet, a fent említett követelmények hajthatjuk végre Kézi üzemmódban van.
Abban az esetben, ha a létrehozott rendszer „fene akarja használni az emberek, akiknek fogalmuk sincs még a HTML, mind kell!
CMS telepítő
Az telepítő meg fogja érteni a script, vagy szkriptkésztletet, amelyek felelősek az első lépés az úton, hogy a használata a késztermék, azaz a telepítés és a konfigurációs fájlok működéséhez szükséges a CMS.
Telepíteni minden olyan rendszer, mint a szabály, hogy kész egy sor fájlokat a tömörített formában, ami a CMS, a felhasználó kicsomagolja a tartalmát egy távoli tárhely.
Között a kibontott fájlokat, ha először a rendszernek alkalmasnak kell lennie a könyvtárba, ahol a scriptek telepíteni, akkor általában a továbbiakban - beren.
Kicsomagolás után az archívum, meg a webhely a felhasználónak kell már megkapja a munkakörnyezet, hanem egy sor helytelen sírás hibát nem tud csatlakozni az adatbázishoz, vagy hiánya a modul a szerveren.
Más szóval, az első futam a felhasználónak meg kell adnia a CMS telepítési környezet, amely fizikailag a könyvtár telepíteni.
Itt tömbvázlata első kísérletben:
Mint látható, az első terv konfigurációs fájl beállítást, majd törölje a telepítőt, és futni.
Támogatás a plug-inek
Ez az egész egy kicsit bonyolultabb, mint a telepítő, és világosan meg kell tervezni a rendszert, hogy támogatja a plug-inek. A legegyszerűbb esetben, a dugót lehet egy osztály az öröklött tulajdonságok és módszerek a szülő osztály Plagin.
Plagin osztály maga kell, hogy legyen a lényege a rendszer, és képes frissíteni kell az új verziók. Meg kell építeni a rendszert alkalmassága a jövőben.
Abban az esetben bonyolultabb például a MVC architektúra dugó lehet egy sor fájlokat és könyvtárakat lehet.
rendszerfrissítés
Nemrég az a feladat, hogy frissítse a website az ügyfél létre a fejlődő CMS. Weboldal hiányzott az utolsó két rendszer frissítése, és már szükségük van egy jó frissítést.
Miután elolvasta az útmutatót, hogy frissítse a kernel verzió, én egy kicsit zavarban szükségességét gördülő frissítést. Erre azért volt szükség, hogy ezt a frissítéseket ebben a sorrendben v1.5 -> v1.6 -> v1.7. amelyek mindegyike volt félautomata üzemmódban több interfészek és cserélje ki a jelenlegi változat a fájl kézzel.
Véleményem amikor létrehoz egy CMS, a frissítési folyamat legyen alapvető és előfordulhat teljesen automatikusan - közvetlenül az admin felületen megnyomja a megfelelő gombot „Update a legújabb verzióra.”
Annak érdekében, hogy ez lehetséges legyen, újra meg kell világosan végiggondolni az építészet, a kérelem és a könyvtár struktúrát.
Azt hiszem, ez lesz kényelmes, hogy egy külön könyvtárba, azokat a fájlokat lehet frissíteni a jövőben, és amelyet a felhasználók akkor jobb, hogy ne érintse.
Oldalgyorsítási és támogatja a szabványosítás
Egy nagyon hasznos funkció megőrzése dinamikus adatok statikus formában. Ez jelentősen csökkenti a használata a szerver erőforrások és felgyorsítja a munkaterületen. Ahhoz, hogy cache oldalak, akkor lehet alkalmazni, például a sablon motor SMARTY. amely kényelmes ispolzozovanii és egyértelműen elkülöníti az üzleti logikát a laphoz, és szintén képes cache adatokat.
De ha létrehozunk egy CMS is így MVC szabályokat. ez is jelzi. hogy az egész logika elválik a prezentáció van, ezért nincs harmadik fél sablon motor nem igényel.
Minden, ami van, ahhoz, hogy levelet cache mechanizmus standard PHP kimenet ellenőrzési mechanizmusok.
Mentése adatbázis mentést
A támogatás és fejlesztés az oldalon létrehozott bármely CMS, rendkívül fontos, hogy a napi megtakarítás adatbázis mentést.
Gyakran beépített mechanizmusokkal automatikus adatbázis dump a CMS, nem találja. Vegyük még a szeretett WordPress, tökéletesen alkalmas erre példát, de a helyzet meg nem plugin kifejezetten csinál mentést tárol.
Ez ismét bizonyítja, hogy támogatni kell a plug-inek, amelyek időnként jelentősen kiegészítik a rendszer funkcionalitása.
Létrehozása CMS igényel nagy erőfeszítést és hangsúlyos motiváció, gyakran egymást átfedő folyamat minőségi tervezés fázisában inkább a vágy, hogy elkezdhet funkciót.
Hogyan nem akar kezdeni gyorsabban befejezni a létrehozását CMS. ne felejtsük el, hogy a tervezés fázisában olyan rendszer - az alapvető és legfontosabb. Add meg neki a maximális időt, és képes legyen eljutni a végén, nem kézzel, amikor szembesül azzal a problémával, ami megtörte az alkalmazás architektúra.
