Bistro területek létrehozása
Arról van szó, egy olyan rendszer, amely lehet, hogy egy oldal, egy kényelmes felületet egy ember.
A rendszer nem írt, csak a terveket, és azt szeretném kérdezni, érdemes csinál? Lehetőség van arra, hogy egy ilyen rendszer, és már én csak ronda.
Elkezdtem keresni egy ilyen döntés, de ez könnyebb. Rájött, hogy minden, hogy nem az emberek egyáltalán. Mi megszűnik megérteni, hogy mi helyszínek és ellenőrzési rendszerek az emberek, nem a fejlesztők. A fejlesztők gyakran írnak halom mankók egy adott helyszínen, hogy ez a munka, majd beszélni létrehozása és oldalát (ha megy, hogy hozzon létre egy könyvtárat oldalt, akkor ki kell választani egy bizonyos sablon, stb.)
Szeretnék írni egy olyan rendszert barátságos a fejlesztők számára, és azok számára, akik dolgozni vele később. A rendszer lényege lényegében ugyanaz, mint a Bitrix (információs blokkok, alkatrészek), de egyszerűbb. A komponensek van rugalmasságot.
Itt vagyunk készen információs blokk megfelelő bemeneti információt. Továbbra is létrehozhat komponens és a minta, valamint a betét, amelynek során bármely oldalon az oldalon.
A legfontosabb dolog egy ilyen CMS, hogy ez valószínűleg az yiiframework és a belépési küszöb nem magas.
A maximális egyszerű és világos, akkor a hibakeresés csak a kijelzőn megjelenő információkat a honlapon keresztül az alkatrész.
Bár ez csak egy ötlet, ha nedves, akkor lehet, hogy már végre többször (Bitrix, netcatet). Abban a pillanatban, ez csak a fejemben. Azt akarom tudni, hogy a véleményét milyen rendszert kell? Mit gondol ez a maguk számára. Mit szeretne látni egy ilyen rendszer?
Köszönöm a figyelmet.
Akkor félek, nem lesz probléma a frissítés a CMS. Már találkozott rajongók lapátolt CMS.
Teljes mértékben egyetértek veled.
Nem kell a feladat, hogy újra valamit. A kihívás, hogy egy hasonló funkció, de egyszerűbb. Sallangoktól mentes, és egy halom beállításokat. Cms önmagában kell adni a fejlesztő a tervező (szifilisz), hogy könnyen teremt formákat felvenni és szerkeszteni tartalmat, majd a komponens információt következtetést levonni, mivel a szükséges feladatokat.
Alapértelmezésben nem kell csak a kezelése a felhasználók és a minimális számú beállításokat. A többi komponens, és járulékosan írva modulok. Vagy valami új, csak egyszerűbb és barátságos a fejlesztők és az ügyfelek.
Ha változása miatt a bőr admin probléma a frissítés, akkor a kiválasztott CMS nem hajtja végre MVC rendszert, és jobb, ha választani egymástól. Komplex alkalmassága egyszerűsíteni lehet törölni a felesleges modulokat, és elrejtik a nem kívánt funkciókat. Tervbemutatókat kell tenni a CMS egyébként. Miután megvizsgálták és megállapították, hogy a „barátságos” felület, akkor lehet gondolkodni a megvalósíthatósági olyan nagy munka, mint a teremtés egy építészeti keret és adatmodell az új CMS (és ez nagyon göröngyös úton).