Проблема не в ошибках которые там есть. Они всегда были и будут. Я их не отвергаю. Я до вас другое хочу донести.
История портальной системы началась как обычно с папки в которой располагались файлы библиотек, модули, конфигурационные файлы и скрипт установки. В таком состоянии система развивалась какое то время. При установке нескольких сайтов на сервер делалась копия файловой файловой системы для каждого сайта. Регулярно возникала ситуация когда нужно было вносить изменения в код системы. Чтобы системы не различались меду собой и работали с один алгоритмом приходилось копировать файлы с измененным содержимым в папку каждого хоста. Когда количество хостов перевалило за несколько десятков а количество изменений вносимых в код стало частым процесс копирования файлов в каждый из хостов стал напрягать. Особенно сложно было с сайтами хнанящимися на других серверах. Каждый раз при замене части кода козникла другая задача изменения структуры базы данных в соответсвии с новой версией скриптов. Получалось что со временем версии сайтов расходились в разные стороны. Оставаясь одной системой каждый хост не был точной копией друг друга, различаясь в деталях каждый из них работал по своему. При этом возникала задача другого характера. Так как каждый хост имел свои незначительные особенности копирование файлов с обновленным кодом вызывало разные реакции в системе. В одной из них можно было исправить дело небольшими измененийми, другие отличались серьезнее и новые изменения к ним просто не подходили. В этот момент передо мной встали две задачи. Первая - создать механизм который обеспечивал применение сделанных изменений ко всем проектам одновременно, сколько бы их не было. То есть если даже тысяча хостов будет находится на сервере применив изменения к одному файлу мы должны поиметь тот же код для всех других копий портальной системы. Задача вторая - обеспечить применение изменений к каждому из хостов так чтобы внесение изменений в дальнейшем не влияло на отличные от базовой системы части. Это мог быть сайт с уникальным модулем. Внесенные один раз изменения в какой то модуль не должны изменяться в дальнейшем. Хотя изменения в других модулях все также должны быть доступны. Через каоке то время я нашел решение данной задачи. Основная идея заключалась в применении в качестве домашней папки со скриптами двух директорий. Одна из них содержим всегда самую последнюю версию портальной системы. Эта папка не доступна для записи серверу является единственной для всех сайтов. Вторая уникальная для каждого хоста и содержит только изменения отличные от базовой системы. Веб сервер апач в качестве папки из которой будут запускатья скрипты настроен на основную систему. Запускается на все сайты один файл. Но механизм таков что при запуске каждого файла он проверяет присутствие в директории хоста файлов отличных от базовой. Если такой файл найден система выполняет файл не из базовой а из диретории хоста. В самом простом варианте папка хоста для сайта пуста. Этип обеспечивается работа сайта с базовыми скриптами. В случае необходимости иметь отличный от основного участок кода мы ложим в папку хоста файл с измененным кодом. Система при запуске файла системы использует файл находящийся в директории хоста. Тем самым была решена пробема обновления и уникальности части кода. При изменении кода в основной директории он был доступен всем хостам. При копировании какогото файла из основной директории в директорию хоста этот код как бы замораживался и дальнейшие изменения данного файла уже небыли доступны на данном сайте. А теперь покажу несколько ситуаций и их решение в системе.
Задача: написать уникальный блок для одного из сайтов.
Решение: в директории хоста создается директория в которой хранятся блоки /include/blocks/мойблок.php. В его код вносится нужный код.
Результат: Мы имеем блок который виден только в списке хоста в директории которого он создан. Для других сайтов этот блок не досупен.
Задача: Переделать чать кода уже существующего в системе.
Решение: Копируем нужный блок в директрию с сайтом. Испрвляем часть кода в соответствии с задачей.
Результат: Данный блок виден как в основной системе, так и на сайте в котором мы его изменили. Но работают они по разному. Для всех сайтов работает код блока основной директоии системы. Для сайта работае код находящийся в файле блока в директории сайта. Все дальнейшие изменения данного блока системы не повлияют на блок на данном сайте.
Задача: Поменять код движка системы не прерывая работы всех сайтов.
Решение: Создается новая папка для хоста на котором будем проводить изменения. В корень копируется файл движка системы. index.php. Движок сделан так что в первых строках проверяет существование движка в директории сайта. Если в папке есть файл движка то система передает на него управление прекращая дальнейшую работу. Так как эти копии движка системы используют одни файлы то становится возможным изменение кода движка в рамках одного хоста. После внесения нужных изменений и тестирования кода файл движка копируется обратно в основную систему.
Результат. Можно менять файлы не только частей системы но и самого движка в целом. При копировании важно было сделать чтобы файл как корректно передавал управление сам так и продолжал корректно работать после передачи на себя же управление. Поэтому в движке системы есть некоторые особенности. Так производится проверка на существование функций обьявляемых в движке. Это связано сработой предпроцессора. Перед началом испольнения кода файла пхп проходит по его коду и обьявляет функции. Поэтому функции получаются обьявленными в случае если управление не доходит до его обьявления.
Таким образом я могу сделать вывод. Что наибольшую ценность в данной системе представляет не код, любая часть которого может быть изменена. Не движок который реализует возможности системы, а сам подход к разработке. Появляется возможность запустить десяток или может даже тысячи сайтов на одной копии файловой системы портальной системы. Обеспечить фиксацию изменений кода для одного сайта и разработку отдельный частей и модулей без риска получить ошибки на всей системе сайтов.
На сайте я реализовал подобную систему. На одной из страниц сайта можно получить доступ по фтп протоколу к файловой системе зарегистрированного хоста. Очень просто менять любую часть кода системы или движок в целом.
