[Phpclub-general] =?koi8-r?B?UmU6IFtQaHBjbHViLWdlbmVyYWxdINfP0NLP0ywgwSDe1M8g1sUgzdkg1MHL?= =?koi8-r?B?z8UgxMXMwcXN?=

[AnToXa <an...@ph...>]

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 ]