Fájlszerkezet
Vadim Dumbravanu. így kényelmesebb, és hogyan kell fejleszteni és kezelni.
Fájlok és adatbázisok
A Bitrix keretrendszer fájlokat alkalmaz, ami nagyobb szabadságot biztosít a webhelyfejlesztő számára. Mivel a fájl a rendszerben csak egy végrehajtható fájl, bármit is végrehajthat: akár a programozó saját PHP kódját, akár a standard összetevőket is, bármilyen sorrendben. Ironikus módon ez a teljes szabadság megijesztheti egy kezdő fejlesztőt, de tapasztalattal jár.
Megjegyzés. A PHP végrehajtása nagy előnye a statikus Bitrix keretrendszernek.
A fájlokat mind az FTP, mind pedig az SSH segítségével lehet szerkeszteni anélkül, hogy további DBMS eszközöket használnának. Könnyű másolni, mozgatni, biztonsági másolatot készíteni stb. Szigorúan szólva, az összes tartalmat tárolhatja az adatbázisban. De az egyszerű statikus oldalak esetében ez nyilvánvaló komplikáció és lassulás lesz.
Az ügyiratok végrehajtása problémásnak tűnik abban az értelemben, hogy ilyen rendszerről a lemezen több tízezer fájlt várnak. Általában ez nem így van. A dinamikus információkat (hírek, termékkatalógus, cikkek) az információs blokkok moduljában tárolják az adatbázisban. A kimenet például az online áruház több tízezer termékének egyetlen fizikai oldalt (fájlt) használ. Ebben a fájlban az információs blokkok egy összetevőjét hívják, ami viszont kiválasztja és kiadja az árut az adatbázisból.
Azonban minden termék esetében létrejön egy fájl a gyorsítótárban, így a vevő következő kérésére a kiszolgáló nem zavarja a kéréseket az adatbázisban. Ez lehetővé teszi az Eldorado szintű üzletek futtatását.
A megfelelő készséggel a nyilvános rész tíz fizikai fájlból állhat. Minden tartalom lehet az információblokkban, beleértve a menüt is. Azonban általában statikus oldalak (például a cégről) sokkal kényelmesebbek a fájlok szerkesztésére, és nem adatbázisként. De ha végtelen sok ilyen statikus oldal van, akkor ez egy ürügy arra, hogy felépítse őket, és ne helyezze őket a lemezre, hanem az információs blokkokba.
A rendszer mérete meglehetősen nagy, mivel számos komponenst tartalmaz az adminisztratív rész gyors elindításához és működtetéséhez. Az összetevők nincsenek összevonva, mert a rendszer moduláris. A modulok, összetevők és sablonok bizonyos szerkezetűek. Ez fontos mind a rendszerfrissítések, mind komponenseinek fejlesztése szempontjából.
Összefoglaló. A webhely struktúrájának tárolására szolgáló eszközként a választott fájlrendszer volt, nem pedig az adatbázis, mert:
- A fájl nagyobb szabadságot biztosít a webhelyfejlesztő számára. Mivel a fájl a rendszerben csak egy végrehajtható fájl.
- Annyira tisztább a vezetés számára. A nézet gyökere a statikus HTML oldalak struktúrája, mappába bontva. Némi javulással (kisszámú PHP kód bevezetésével) azonnal kapunk egy projektet, amely a Bitrix keretrendszeren dolgozik ezen a webhelyen.
- Bizonyos mértékig ez egy olyan hagyomány, amely nagy jelentőséggel bír a CMS hajnalán.
- Ez a reprezentáció megfelel a helyi fájlrendszerekkel (mappák és fájlok) működő tartalomkezelők tapasztalatainak.
A webhely felépítése szintén az adatbázisban található (információblokkok), de a relációs adatbázis hierarchiájának kezelése nem túl kényelmes.
Tekintse meg a Bitrix keretrendszerben található fájlok használatát például:
- Fájlrendszer és menü. A fájlok menüje lehetővé teszi, hogy ne csatlakoztassa az adatbázist, ahol tényleg nem szükséges. Ugyanez vonatkozik az oldalak és partíciók tulajdonságaira, valamint a fájlokhoz való hozzáférési jogokra. Elméletileg gyűjthet egy információs oldalt, ahol egyáltalán nem lesz egyetlen hozzáférés az adatbázisba. Gyorsabb lesz, különösen a megosztott tárhelyen. Bónuszok is vannak: a partíció másolásakor a menü, a hozzáférési jogok és a szakasz tulajdonságai egyszerre másolódnak.
- Fájlrendszer és felhasználók. A rendszergazdai szakaszból származó felhasználók hozzáférhetnek a rendszermag fájlokhoz és más programfájlokhoz. De a felhasználók más. Például 1C-Bitrix támogatás. Ha egy webfejlesztő nem biztos a felhasználókban, mindig megtilthatja őket mind a PHP kód szerkesztése, mind a teljes szakasz (kernelek) szerkesztésében. A Bitrix keretrendszer modern koncepciója szerint a nyilvános részen nem lehet PHP kód, minden összetevőbe be kell zárni. Ezután a felhasználó módosítja a "csupasz" statikát, vagy beállítja az összetevőt.
- Fájlrendszer és nyelvi változatok. Nehéz lenne a nyelvi információkat az adatbázisban elkísérni. A nyelvi fájlok információi rendkívül ritkák - könnyebben szerkeszthető a vonal a nyelvi fájlban évente egyszerre, mint tárolni ezeket a statikus kifejezéseket az adatbázisban. És ismételjük meg: az adatbázis lassú és redundáns.
Fájlszerkezet
A Bitrix Framework fájlstruktúrája oly módon van kialakítva, hogy a termék magjának szoftverösszetevői elválaszthatók a felhasználói fájloktól, valamint a webhely külső megjelenítését meghatározó fájloktól. Ez a funkció lehetővé teszi, hogy:
- elkerülje a termék rendszermag nem kívánt módosítását a rendszerfájlokkal végzett munkához;
- A termékfrissítések letöltésekor kizárja a webhely nyilvános részének módosítását.
- testreszabhatja a webhely megjelenését szinte minden feladatához
Az egész rendszer a / bitrix / könyvtárban található. az alábbi alkönyvtárakat és fájlokat tartalmazza: