Vadim Dumbravanu. astfel încât este mai convenabil, și cum să dezvolte și să gestioneze.
Fișiere și baze de date
Bitrix Framework este implementat pe fișiere, ceea ce oferă mai multă libertate dezvoltatorului site-ului. Întrucât fișierul din sistem este doar un fișier executabil, acesta poate executa orice: chiar propriul cod PHP al programatorului, chiar și componentele standard, în orice ordine. În mod ironic, această libertate totală poate sperieta un dezvoltator novice, dar cu experiență trece.
Notă. Execuția PHP este un mare avantaj al paginii statice Bitrix Framework.
Fișierele pot fi editate atât prin FTP, cât și prin SSH, fără a recurge la alte instrumente DBMS. Sunt ușor de copiat, mutat, de rezervă, etc. Strict vorbind, puteți stoca întregul conținut din baza de date. Dar pentru site-urile statice simple, aceasta va fi o complicație evidentă și încetinire.
Implementarea pe fișiere pare problematică în sensul că de la un astfel de sistem se așteaptă zeci de mii de fișiere pe disc. De obicei, nu este cazul. Informațiile dinamice (știri, catalog de produse, articole) sunt stocate în baza de date de către modulele Blocuri de informații. Apoi, pentru a ieși, de exemplu, zeci de mii de produse din magazinul online utilizează o singură pagină fizică (fișier). În acest fișier este apelată o componentă a blocurilor de informații, care la rândul ei selectează și scoate bunurile din baza de date.
Cu toate acestea, pentru fiecare produs va fi creat un fișier în memoria cache, astfel încât, la următoarea solicitare a cumpărătorului, serverul să nu deranjeze cererile către baza de date. Acest lucru vă permite să rulați magazine Eldorado.
Cu o îndemânare adecvată, partea publică poate consta dintr-o duzină de fișiere fizice. Tot conținutul poate fi în blocurile de informații, inclusiv în meniu. Dar, de obicei, paginile statice (de exemplu, Despre companie) sunt mai convenabil de editat ca fișier, și nu ca o înregistrare a unei baze de date. Dar dacă există nenumărate pagini statice, atunci aceasta este o scuză pentru a le structura și a le plasa nu pe disc, ci în blocuri de informații.
Mărimea sistemului este destul de mare, deoarece include multe componente necesare pentru pornirea și funcționarea rapidă a părții administrative. Componentele nu sunt consolidate, deoarece sistemul este modular. Modulele, componentele și șabloanele au o anumită structură. Acest lucru este important atât pentru actualizările de sistem, cât și pentru dezvoltarea componentelor sale.
Rezumat. Ca instrument de stocare a structurii site-ului, a fost ales sistemul de fișiere și nu baza de date, deoarece:
- Fișierul oferă mai multă libertate dezvoltatorului site-ului. Deoarece fișierul din sistem este doar un fișier executabil.
- Mai clar pentru management. La rădăcina acestei vederi se află structura paginilor statice HTML, descompuse în foldere. Prin unele îmbunătățiri (implementarea unei cantități mici de cod PHP), vom obține imediat un proiect care lucrează pe Bitrix Framework de pe acest site.
- Într-o oarecare măsură, aceasta este o tradiție care a avut o mare importanță la începutul CMS.
- Această reprezentare corespunde experienței managerilor de conținut care lucrează cu sistemele de fișiere locale (dosare și fișiere).
Structura site-ului poate fi, de asemenea, în baza de date (blocuri de informații), dar gestionarea ierarhiei în baza de date relațională nu este foarte convenabilă.
Luați în considerare utilizarea fișierelor din Bitrix Framework pentru exemple:
- Sistem de fișiere și meniu. Meniul din fișiere vă permite să nu conectați baza de date unde nu este necesar. Același lucru se aplică și proprietăților paginilor și partițiilor, precum și drepturilor de accesare a fișierelor. Teoretic, puteți colecta un site de informare în care nu va exista un singur acces la baza de date. Acesta va funcționa mai repede, în special în ceea ce privește găzduirea în comun. Există și bonusuri: atunci când copiați o partiție, meniul, drepturile de acces și proprietățile secțiunii sunt copiate simultan.
- Sistem de fișiere și utilizatori. Utilizatorii din secțiunea administrativă au acces la fișierele de kernel și la alte fișiere de programe. Dar utilizatorii sunt diferiți. De exemplu, suport 1C-Bitrix. Dacă un dezvoltator web nu este sigur de utilizatorii săi, el le poate interzice întotdeauna să editeze cod PHP și secțiuni întregi (kernels). Conform conceptului modern de Bitrix Framework, nu ar trebui să existe nici un cod PHP în partea publică - totul trebuie încapsulat în componente. Apoi, utilizatorul editează statică "goală" sau reglează componenta.
- Sistem de fișiere și versiuni lingvistice. Ar fi dificil să însoțești informațiile despre limbă în baza de date. Informațiile din fișierele de limbă sunt extrem de rare - este mai ușor să editați linia din fișierul lingvistic o dată pe an decât să stocați aceste fraze statice în baza de date. Și să repetăm: baza de date este lentă și redundantă.
Structura fișierului
Structura fișierului Bitrix Framework este organizată astfel încât componentele software ale produsului de bază să fie separate de fișierele utilizatorilor, precum și fișierele care determină prezentarea externă a site-ului. Această caracteristică vă permite:
- evitați modificarea nedorită a kernelului produsului atunci când lucrați cu fișiere de sistem;
- Excludeți posibilitatea de a modifica porțiunea publică a site-ului atunci când descărcați actualizările produsului.
- personalizați aspectul site-ului pentru aproape oricare dintre sarcinile dvs.
Întregul sistem este în directorul / bitrix /. conține următoarele subdirectoare și fișiere: