swamp_demon
Новичок
Alexandre
не очень понимаю к чему ваше последнее замечание.
если я говорю что хочется услышать мнения остальных значит хочется услышать мнения разных людей и к каждому прислушаться.
простоинетерсно узнать как кто проектирует подобные системы.
не очень понимаю к чему ваше последнее замечание.
если я говорю что хочется услышать мнения остальных значит хочется услышать мнения разных людей и к каждому прислушаться.
простоинетерсно узнать как кто проектирует подобные системы.
Светлана PHP
Guest
chaan
В последнем номере PHP inside есть интересная статья о frameworkax
В последнем номере PHP inside есть интересная статья о frameworkax
Alexandre
PHPПенсионер
да, есть такая беда... и потом они жалуются, что то у них он то работает, то глючит
если уж WYSIWYG заточен под ИЕ (и как правило 6.0) то наверное с этим надо мириться и предъявлять требование к системе: работает только с ИЕ 6.0.
-~{}~ 28.04.05 19:35:
посмотри готовые фреймворки - их куча.
Светлана PHP
Guest
chaan
В том же frameworke не разделяется понятие Сессия и Пользователь.
В том же frameworke не разделяется понятие Сессия и Пользователь.
SumroK
Guest
Я вот собрался писать miniCMS, но вот возник вопрос с модульностью. Хотелось бы сделать КМС модульной как наподобие php-nuke, чтобы можно было подключать и отключать модули. Как это сделать ? И вообще поясните принцип модульности КМС.
Заранее и примного благодарен!
Заранее и примного благодарен!
Светлана PHP
Guest
SumroK
Ну... начни с разбора статей о SOAP технологии... Весьма кстати придутся.
Ну... начни с разбора статей о SOAP технологии... Весьма кстати придутся.
SVD
Guest
Светлана PHP
Интересно, название топа и вашего движка, а не легче было все перенести в другой топ... Блин весь топ перечитал мало чего ншел, все вокруг вас крутится)
Интересно, название топа и вашего движка, а не легче было все перенести в другой топ... Блин весь топ перечитал мало чего ншел, все вокруг вас крутится)
wrapper
Guest
ну конечно, куда уж без соапа модули писать
дельный совет новичку
mplaksin
Guest
как программист внесу свою "лепту" в этот "диалог":
ядро должно (абстрактно):
1) определить и подключить текущее оборудование;
1) обеспечить взаимодействие с оборудованием (драйвера);
2) обеспечить интерфейс взаимодействия с пользователем;
3) (ну, или (2) предоставить API для дальнейшей работы...
собственно, если речь идет о ЦМС, то эти пункты системной обработки преобразуются в:
1) определить сервер и его окружение и при необходимости установить соответствующие параеметрвы (like a set ini...)
сюда же относится определение из конфига используемой БД и подключение нужных драйверов..
2) под интерфейсом взаимодействия подразумевается получение и обработка запроса (его анализ и представление в виде: какой модуль с какими параметрами должен его обработать)
3) подключить и вызвать модуль который отвечает за обработку данного запроса
(извините, писал немногго подвыпивший, поэтому могут быть очепятки )
-~{}~ 25.11.05 22:37:
мдя, очепятки, таки имели место, исправлюст немногго:
я хочу создать свою ЦМС с открытым кодом или поддержать уже существующую, но пока не нашел достойные варианты, если кто-то готов сотрудничать - пишите...
ядро должно (абстрактно):
1) определить и подключить текущее оборудование;
1) обеспечить взаимодействие с оборудованием (драйвера);
2) обеспечить интерфейс взаимодействия с пользователем;
3) (ну, или (2) предоставить API для дальнейшей работы...
собственно, если речь идет о ЦМС, то эти пункты системной обработки преобразуются в:
1) определить сервер и его окружение и при необходимости установить соответствующие параеметрвы (like a set ini...)
сюда же относится определение из конфига используемой БД и подключение нужных драйверов..
2) под интерфейсом взаимодействия подразумевается получение и обработка запроса (его анализ и представление в виде: какой модуль с какими параметрами должен его обработать)
3) подключить и вызвать модуль который отвечает за обработку данного запроса
(извините, писал немногго подвыпивший, поэтому могут быть очепятки
)-~{}~ 25.11.05 22:37:
мдя, очепятки, таки имели место, исправлюст немногго:
я хочу создать свою ЦМС с открытым кодом или поддержать уже существующую, но пока не нашел достойные варианты, если кто-то готов сотрудничать - пишите...
Dr013
Новичок
Я довольно долго писал собственную ЦМС - на сегодняшний день пришел к следующей трехступенчатой структуре:
1 - блоки, блоки содержат разделы, разделы содержат контент.
Свойства блока - язык, положение, правила вывода. Каждый блок содержит один и более разделов.
2 - разделы - отличаются по типам (по сути - модули), у каждого типа - свой обработчик.
3- собственно, контент. Текстовые разделы я свел в одну таблицу (для удобства поиска).
При вызове страницы происходит инициализация, подключение всех необходимых библиотек, получаем активные блоки, по блочно вытаскиваем разделы и получаем содержимое.
Добавление новых типов модулей по сути - есть добавление в схему обработчика данных (для админки) и обработчика вывода - для сайта. Кого интересует схема БД - могу послать ErWin файл
1 - блоки, блоки содержат разделы, разделы содержат контент.
Свойства блока - язык, положение, правила вывода. Каждый блок содержит один и более разделов.
2 - разделы - отличаются по типам (по сути - модули), у каждого типа - свой обработчик.
3- собственно, контент. Текстовые разделы я свел в одну таблицу (для удобства поиска).
При вызове страницы происходит инициализация, подключение всех необходимых библиотек, получаем активные блоки, по блочно вытаскиваем разделы и получаем содержимое.
Добавление новых типов модулей по сути - есть добавление в схему обработчика данных (для админки) и обработчика вывода - для сайта. Кого интересует схема БД - могу послать ErWin файл
Sparrow
Новичок
Насчет разделения админки и клиентской части - IMHO это нецелесообразно. В Битриксе, например, они используют одни и те же классы, и это правильно.
Модуль авторизации, IMHO, должен быть отдельным, чтобы при желании можно было его переписать. Или это может быть наследуемый класс. Например, в Apache существует несколько способов авторизации пользователя (basic, digest, mysql, NTLM, etc.). Если система требует интеграции с корпоративной сетью с нестандартным способом авторизации, то в случае отдельного модуля с документированным API - это проще и удобнее.
Что касается обсуждаемой здесь CMS:
1. Админский интерфейс должен _работать_ под всеми браузерами. Можно сделать какие-то красивости, заточенные под IE, но функциональность должна сохраняться всегда. Например, в том же Битриксе под IE заточен только WYSIWYG html редактор, но при необходимости редактировать страницы можно и без него. К слову сказать, в новой версии редактор обещают кроссплатформный.
2. Админка на flash - изврат. мало того, что не работает под ff, да еще и грузит сеть изрядно при каждой загрузке. Если оно в локалке - одно дело, но заставлять клиента платить за эту красоту... нафиг...
Модуль авторизации, IMHO, должен быть отдельным, чтобы при желании можно было его переписать. Или это может быть наследуемый класс. Например, в Apache существует несколько способов авторизации пользователя (basic, digest, mysql, NTLM, etc.). Если система требует интеграции с корпоративной сетью с нестандартным способом авторизации, то в случае отдельного модуля с документированным API - это проще и удобнее.
Что касается обсуждаемой здесь CMS:
1. Админский интерфейс должен _работать_ под всеми браузерами. Можно сделать какие-то красивости, заточенные под IE, но функциональность должна сохраняться всегда. Например, в том же Битриксе под IE заточен только WYSIWYG html редактор, но при необходимости редактировать страницы можно и без него. К слову сказать, в новой версии редактор обещают кроссплатформный.
2. Админка на flash - изврат. мало того, что не работает под ff, да еще и грузит сеть изрядно при каждой загрузке. Если оно в локалке - одно дело, но заставлять клиента платить за эту красоту... нафиг...