Здравейте, скъпи читатели на блога LifeExample. Днес бих искал да обърне внимание на темата, с която ще бъде необходимо, за да започне поредица от статии за развитието на онлайн магазин. Ние говорим за този процес, ние ще създадем CMS на етапа на проектиране.

Това ССФ трябва да може да се нарече такава, и в коя точка на софтуера на двигателя, или мини рамка се развива в система за управление на съдържанието.

Процесът на създаване на CMS във фазата на проектиране определя задачите в съответствие с плана, който всяка CMS трябва да:

• Кажете си инсталатор;
• Обновено без да докосвате файлове на потребителя. Т.е. актуализиране на ядрото;
• Подкрепа за използването на плъгини;
• Имат способността да кешира страниците;
• Запазване на резервни копия на базата данни;
• стандартизация поддръжка;

Този списък - в основата на всички проблеми, създадени от потребители на системата за управление на съдържание.

Разбира се, ако сте разработчик, програмист, дизайнер, потребител и администратор в едно, посочените по-горе изисквания, могат да бъдат извършени от вас в ръчен режим.

В случай, че ада, създаден CMS "иска да използва хора, които нямат представа дори за HTML, всичко, което трябва да бъде!

CMS инсталатор

В рамките на програмата за инсталиране ще се разбере сценария или набор от скриптове, които са отговорни за първата стъпка по пътя към използването на готовия продукт, а именно изграждането и конфигурационни файлове, необходими за функциониране на ССФ.

За да инсталирате всяка система, като правило, се пригответе набор от файлове, в компресиран вид, представляващи ССФ, потребителят разопакова съдържанието на отдалечен хостинг.

Сред извлечените файлове При първото стартиране на системата трябва да бъде в директорията, съдържаща скриптове за инсталиране, тя е обикновено по-- инсталация.

След разопаковане на архива, чрез достъп до сайта, потребителят трябва да получи вече на работната среда, а не набор от неподходящо плаче грешка, не може да се свърже с базата данни, или липсата на модул на сървъра.

С други думи, първия манш потребителят трябва да въведе инсталация среда CMS, който се намира физически в директорията инсталиране.

Тук блокова схема на първа писта:

Както можете да видите, първо настройката на конфигурационен файл план, а след това да изтриете инсталатора и бяга.

Подкрепа за плъгини

Всичко това е малко по-сложно, отколкото с инсталатора, а вие трябва ясно да се изработи система за подпомагане на плъгини. В най-простия случай тапата може да бъде клас на наследствени свойства и методи за Plagin основния клас.

Plagin самия клас трябва да бъдат в основата на системата, както и да бъде в състояние да се актуализира с нови версии. Необходимо е да се изгради функционалността на системата в бъдеще.

В случай на по-сложен пример, като се използва MVC архитектура щепсел може да е набор от файлове и директории могат да бъдат.

актуализация на системата

Напоследък съм изправен пред задачата да да се актуализира на сайта на клиента, създаден в развиваща CMS. Сайт пропусна последните две системни актуализации, и вече се нуждае от добър ъпгрейд.

След като прочетете ръководството за актуализиране на версията на ядрото, бях малко притеснен от необходимостта на търкалящ ъпгрейд. Необходимо е да се направи на актуализациите в този ред v1.5 -> v1.6 -> v1.7. всички от които беше в полуавтоматичен режим с множество интерфейси и замени настоящата версия на файла ръчно.

По мое мнение, когато създавате CMS, процеса на актуализация следва да бъде основен и се появи напълно автоматично - ". Актуализацията на най-новата версия" директно от администраторския панел, като натиснете съответния бутон

За да стане това възможно, отново трябва ясно да мислим чрез архитектурата на прилагането структура и директория.

Мисля, че това ще бъде удобно да се направи отделна директория, тези файлове, които могат да бъдат актуализирани в бъдеще, и кои потребители е по-добре да не се докосват.

кеширане страница и подкрепа за стандартизация

Много полезна функция на запазването на динамични данни в статична форма. Това значително ще намали използването на ресурсите на сървъра и да се ускори работата сайта. За кеш страници, можете да кандидатствате за пример, за да Smarty шаблон двигател. което е удобно в ispolzozovanii и ясно разграничава бизнес логиката от шаблона за страница, а също така има способността да кеша.

Но, ако се създаде CMS така че дори и за правилата MVC. това предполага. че цялата логика е отделена от представянето имаме, и следователно не от трета страна шаблон двигател не се нуждае.

Всичко, което е, е достатъчно да напишете механизъм за кеширане, използвайки стандартни механизми PHP изход контрол.

Запазване на резервни копия на бази данни

С подкрепата и развитието на сайта, създаден на всяка CMS, че е изключително важно да се поддържа ежедневно архивиране спестяване на бази данни.

Често вградени механизми за автоматично разтоварване на база данни в ССФ, не можете да намерите. Вземете дори любимия WordPress, той е напълно подходящ за този пример, но ситуацията се поправя, плъгини, предназначени специално за правене на резервни копия на базата данни.

Това още веднъж доказва необходимостта от подкрепа на плъгини, които от време на време може значително да допълват функционалността на системата.

Създаване CMS изисква големи усилия и ясно изразен мотивация, често припокриващи качество в процеса на проектиране фаза, а желанието да започнете да печелите функционалност.

Как бихте не искат да започнат по-бързо и по-бързо да приключи изграждането на CMS. не забравяйте, че фазата на проектиране на всяка система - основната и най-важната. Дай му на максималния размер на време и да бъде в състояние да стигнем до края, без скръстени ръце, когато се сблъскват с проблем, който счупи всички Архитектурата на приложението.