|
From: AnToXa <an...@ph...> - 2002-05-24 15:54:17
|
Hello Andrey,
Friday, May 24, 2002, 10:16:54 PM, you wrote:
A>> я имел в виду вот что.
A>> Мы делаем CMS, что имеено подразумевается под этим словом: набор
A>> скриптов или система вправления всем сайтом... где все эти наборы
A>> интегрированы ("модулями" их кличуть) и именно в этой связи я привел
A>> phpnuke
AA> Я бы больше назвал это неким ядром, интегрирующей скрипты различные
AA> (новостные, голосований и прочие). Эти скрипты могут быть как
AA> самописные, так и готовые (зачем изобретать велосипеды в каком то
AA> роде...)
AA> Я так вижу. А управляться все должно либо тоже единым модулем, либо
AA> админовками модулей от производителя.
да, но они же должны быть написаны в соответствии с интерфейсом для
модулей поддерживаемым ядром (мне тоже больше нравится это название :))
т.е. без адаптации никуда.
также есть вопрос по правам... каждый модуль сам управляет
авторизацией или просто существует некий глобальный модуль авторизации
и отслеживания юзеров на сайте и каждый модуль просто наследует его
текущее состояние.
и вообще так вот. глобально.
предлагаю составить список вопросов на которые мы ложны дать ответ,
чтобы определиться, что же мы такое делаем (как в топике и написано,
кстати %) )
Draft:
1. Q: Для чего предназначена система? (такой глобальный вопрос и
необходим короткий глобальный ответ, имхо ответи на остальные вопросы
зависят от ответа на этот)
под 'A:' далее мои первоначальные ответы.
2. Q: Как она строится?
A: по принципу модульности. см. #3
3. Q: Какие функции осуществляются ядром?
A: - Открытие и загрузка модулей в память
- Основное конфигурирование
- Предоставлять все необхожимые интерфейся для модулей (тут
скорее разговор о некотором наборе классов, т.е. интерфейс
употребляется в несколько "виртуальном" смысле)
- Получение результатов работы модуля и вывод его клиенту (или
этим должен заниматься специальный модуль?)
4. Q: Какие модули являются необходимыми для функционирования системы
и, следовательно модут быть частично или полностью интегрированы
в ядро?
A:
- Управление доступом
- Модуль обработки результатов работы модулей (т.е. по сути
вывода данных клиенту (как видите я все хочу xml+xslt заюзать)
и хочу оставить это модулем, чтобы не было проблем например с
шаблонами, хотя проблема есть в любом случае, т.к. насколько я
понимаю шаблонам никуда не деться от знания как работает тот
или иной модуль и тут необходимо элегантное решение, возможно
это требует вынесения в отдельный вопрос )
5. Q: Где данные-то хранить? и самое главное как с ними прозрачно
работать? под словом прозрачно имеется в виду как свести к
минимуму проблемы при переносе на разные платформы и адаптация к
разным способам хранения данных.
A: Использовать реляционные субд, и набор абстрактных классов для
работы с ними, причем нельзя ориентироваться только на СУБД,
необходима возможность использования, например, xml или
удаленных документов (кто вспомнил про sqlfh от антонио? :) )
--
Origin: - Всегда помни, - улыбался Бог, - Я всегда посылаю вам только ангелов, и никого кроме них...
--
Антон Поваров [ ICQ: 85431470 ]
|