Вадим Dumbravanu. толкова удобно, и как да се развива и управлява.
Файлове и бази данни
Bitrix рамка се осъществява на файлове, което дава по-голяма свобода на сайта на разработчика. Тъй като файловата система - това е просто един изпълним файл, и да изпълни това може да бъде нещо: дори и собствените му програмисти PHP код, въпреки че стандартните компоненти - в произволен ред. Странното е, че тази пълна свобода да изплаши начинаещ програмист, но с опит, който отива.
Забележка. изпълнение на PHP е най-голямото предимство на статична страница Битрикс Framework.
Файловете могат да редактират както на FTP, както и в SSH, без да се прибягва до допълнителни инструменти RDBMS. Те са лесни за копиране, преместване, направите резервни копия и т.н. Строго погледнато, можете да съхранявате цялото съдържание в базата данни. Но за прости статични сайтове ще стане ясно, усложненост и забавяне.
Изпълнение на файлове, е проблематично, в смисъл, че една такава система се очаква от десетки хиляди файлове на диска. Това обикновено не е така. Динамична информация (новини, каталог, статия) се съхранява в модула за база данни от информация. След това, за да се покаже, например, десетки хиляди продукти в онлайн магазина използва само една физическа страница (файл). Този файл се нарича информационен блок компонент, което от своя страна избира и показва елементите от базата данни.
Въпреки това, файлът в кеша да се определи за всеки продукт, така че следващия път, когато сървърът не се прецежда купувач заявки към базата данни. Това ви позволява да стартирате нивото на магазин Eldorado.
С необходимите умения обществен част може да се състои от дузина физически файлове. Цялото съдържание, може да бъде в информационния блок, включително в менюто. Но обикновено статични страници (напр За нас) е по-удобно да редактирате като файл, а не под формата на запис на данни. Но ако тези статични страници става безкрайно много, това е шанс да ги структурира и място не е на диска, както и в информационните блокове.
размер на системата е доста голям, тъй като неговия състав включва разнообразие от компоненти, необходими за бърз старт и административната част на работата. Компонентите не са консолидирани, тъй като модулна система. Модулите, компоненти и шаблони имат специфична структура. Това е важно за актуализиране на системата, както и да развиват своите компоненти.
Резюме. Тъй като структурата на сайта е избран инструмент файл система за съхранение, а не на базата данни се дължи на факта, че:
- Файлът дава повече свобода на сайта на разработчика. Тъй като файловата система - това е просто един изпълним файл.
- Така че интуитивно да се контролира. В основата на това представителство - структурата на статични страници HTML, разположена на папки. От известно подобрение (въвеждане на малко количество от PHP-код), ние имаме от този сайт веднага се работи по Битрикс рамка на проекта.
- До известна степен това е - една традиция, която е от голямо значение в началото на формирането на CMS.
- Това представяне съответства на опита на мениджърите на съдържание, които работят с местни файлови системи (файлове и папки).
структура на сайта може да бъде и в базата данни (информация блокове), но йерархията за управление на релационна база данни не е много удобно.
Помислете за използването на файлове в Битрикс рамка с примери:
- File система, както и менюта. В менюто Файл ви позволява да не свържете базата данни, където той наистина не е необходимо. Същото важи и за страниците на имоти и части, както и правата за достъп до файловете. Теоретично е възможно да се събере информация сайт, където няма да има кой да влезе в базата данни. Тя ще работи по-бързо, по-специално на споделен хостинг. Има и електрически прозорци: при копиране дял наведнъж естествено копирано меню, достъп до секцията свойства.
- файловата система и потребители. Потребителите на Административния отдел е отворен достъп до файловете на ядрото и други софтуерни файлове. Но потребителите са различни. Например, техническа поддръжка на 1C-Битрикс. Ако уеб разработчик не е сигурен за своите потребители, тя винаги може да ги забраните като редактиране на PHP код и цели секции (ядро). Според съвременната концепция за Bitrix Рамковата в публичната част не трябва да бъде PHP код - това трябва да се капсулира в компоненти. Тогава потребителски редакции или "гол" статичен или от персонализиран елемент.
- файловата система и езикова версия. Би било трудно да се запази информацията език в базата данни. Информация в езикови файлове се променят рядко - по-лесно е веднъж в годината, за да редактирате ред във файла език, отколкото да се съхраняват тези статични фрази в базата данни. И ние повтаряме: базата данни - това е бавен и излишни.
файлова структура
Bitrix Рамковата файлова структура е организирана така, че софтуерните компоненти на ядрата на продукта са били отделени от потребителски файлове и файловете, които определят нивото на външното представителство на сайта. Тази функция ви позволява да:
- избягване на нежелана промяна на продукта от ядрото по време на работа на системните файлове;
- изключва възможността за промени в публичната част при изтегляне на актуализации на продукта.
- персонализирате външния вид на сайта, от почти всички на вашия проблем
Цялата система е в директорията / Битрикс / на. тя включва следните поддиректории и файлове:
Свързани статии