» mojito cms

Собственно, дописываю CMS "своей мечты" [...]

---

Новая система mojito теперь доступна для скачивания.



[more=Старое]

DeeLight 2:
>> dl2.cmsdev.ru <<
(!) Релиз версии 2.01b состоялся 24/09/2005.


// Вся информация ниже относится к DeeLight 1.* (второе поколение):
>> dl.cmsdev.ru <<
(!) Сайт работает неправильно, и время его восстановления неизвестно.
Скачать: последний релиз, расширение wysiwyg.

Основные особенности DeeLight CMS:

* небольшой размер и повсеместная "легкость"
* древовидная структура папок и документов
* разграничение прав доступа к папкам для редакторов
* произвольные типы документов с использованием различных контент-полей (строки, тексты, файлы, изображения и т.д.)
* простой интерфейс: администрирование осуществляется в процессе перемещения по сайту (схоже с inline редактированием)
* поддержка "дружественных" URL (ЧПУ)
* широкие возможности для интеграции расширений: использование триггеров и общего хранилища ресурсов
* 4 типа расширений: модули-библиотеки, расширения админ-панели, контент-поля, визуальные редакторы

Системные требования:

* PHP 4.3.3 (mod_php)
* MySQL 3.23
* mod_rewrite рекомендуется
* для админ-панели: современный браузер (Firefox 1.0, IE6)

Зачем это все:
Пожалуйста, выскажитесь с любым придложением или советом -- буду очень признателен! Заранее спасибо!

[/more]

А можешь выложить куда-нибудь или же поставить? Глянуть бы всё это...

XMMS
У меня только одна проблема: мне нужен б/м легкий и удобный дизайн админки + я пока дописываю администрирование постов (чтоб удобно было ).

fathersGrave
Как доделаешь - выложи... на тот же webfile.ru например
а то избаловавшись на php-nuke(с тормозами таки справился) пожеланий другой уровень уже...
Вообще мне кажется что если система сделана для небольших сайтов - вполне хватит возможности создания/удаления страничек на нескольких уровнях(из интерфейса админа)... Ну и чтобы легко можно было добавлять свой код в структуру сайта... А то иногда в нюке приходится лазить полчаса искать откудаж ЭТО вылезло и как ЭТО заменить не нарушая дизайн ) Между прочим про дизайн - очень удобно делается когда просто вставляется в хтмл-страничку чтоли код типа {news} и при генерации вместо {news} выводятся новости
Так в Mambo сделано... и ещё где-то. Удобно, имхо.
Вообщем ждёмс релиза

XMMS
Проблема в том, что теги типа {news} требуют парсинга всего шаблона. Это не вызывает проблем, когда теги "статичны", т.е. {news}, а не
{if news}
{news_block}
{/if}
При такой шаблонизации с различными условиями и дополнительными параметрами в теге скорость парсинга шаблона падает довольно заметно. Но эти теги просто необходимы для мощной и удобной шаблонной системы.

Поэтому, в моей системе я обхожусь средствами PHP и его "облегченным" синтаксисом, который не так известен. Пример:

Код:
<?if ($news) :?> // если есть новости
<h1>Новости:</h1>
<?foreach ($news as $post):?> // для каждой новости

<h4><?=$post[title]?></h4> // распечатать заголовок
<p><?=$post[content]?></p> // распечатать содержание

<?endforeach?> // конец цикла "для каждой новости"
<?endif?> // конец "если есть новости"

fathersGrave
Хм. А ведь мы делаем почти то же самое, только в виде модуля под PHP-Nuke
Забавно, и руководствуясь теми же аргументами и мыслями и предпосылками.
А в виде модуля, ибо сочли ненужным отказываться от легкой масштабируемости нюки и кучи модулей под неё.
Будет интересно глянуть и на Ваш вариант. И советы/замечания/пожелания тоже принимаем
Да и php-nuke тут на днях утоптали до ~20 запросов на страницу, так что всякие spaiz/small/cpg-nuke по скорости совсем уже не рулят. И велосипед в виде цмс изобретать влом.
Только вот с мультиязычной поддержкой решили не связываться. Кому надо - поставят дубль-модуль на другом языке.

edogs
Похоже, это сейчас такая тенденция. Пара проектов шаблонных систем прекратили свое развитие именно из-за этой идеи.

Цитата:

Да и php-nuke тут на днях утоптали до ~20 запросов на страницу

Если еще кэш грамотно написать, то можно до 1-2 запросов ужать или вообще к базе не коннектиться.
У меня при включенном кэшировании страницы первого уровня (главная и т.д.) делают 1 запрос, второго (site.com/foo/bar) - 2 запроса, но это только потому, что я урл разбираю для ЧПУ. Для статистики: без кэша соответственно 10 и 15 запросов.

fathersGrave

Цитата:

Похоже, это сейчас такая тенденция. Пара проектов шаблонных систем прекратили свое развитие именно из-за этой идеи

Ммм. А в чем принципиальное отличие этой идеи от шаблонной системы? В том смысле, что почему эта идея не может быть названа шаблонной системой?

Цитата:

Если еще кэш грамотно написать, то можно до 1-2 запросов ужать или вообще к базе не коннектиться.
У меня при включенном кэшировании страницы первого уровня (главная и т.д.) делают 1 запрос, второго (site.com/foo/bar) - 2 запроса, но это только потому, что я урл разбираю для ЧПУ. Для статистики: без кэша соответственно 10 и 15 запросов.

Не вполне согласны. Точнее, для своей ЦМС конечно достижимо и 1-15 запросов на страницу, при определенных условиях, но не всегда, поэтому имеет ли смысл _так_ топтать? Ради пары запросов срезанных при паре ситуаций?
А для нюки, вот смотрим мы сейчас на 21 запрос у нас на главной странице. Ни один запрос выкинуть нельзя не потеряв совместимости/функциональности так или иначе. Да, забыв о статистике - разной, включив кэширование с задержкой, потеряв часть функциональности форума можно втоптать запросы в 12-15. Но имхо это неприемлимо для "цмс для всех". Это уже (имхо) часть той настройки, которая должна быть _только_ индивидуальной. Запросы можем привести если интересно, посмотрим.
Вот с этой точки зрения нас прикалывают некоторые "облегченные" версии nuke, под разными лэйблами. Выкинули кучу полезных вещей, снесли совместимость, и действительно, очень мало запросов, хорошая скорость... до тех пор пока не подключишь прежнюю функциональность. Имхо это не годится.

Пока рисуем скрипты, уже наткнулись на пару граблей, универсальная структура таблиц не позволяет делать быстрые выборки Всё-таки для шустрой системы/модуля получается раза в 2 разумнее писать нечто специальное. Или есть выход?
Пример: графика, текст, файлы, ссылки - "по понятиям" это надо хранить по разному, а в при погоне за универсальностью этого не получится.

edogs

Цитата:

Ммм. А в чем принципиальное отличие этой идеи от шаблонной системы?

Я и не говорил, что это НЕ шаблонная система. Я просто хотел сказать, что такой вид шаблонизации уже нашел своих поклонников среди тех, кто ранее разрабатывал традиционные шаблонизаторы, абстрагированные от синтаксиса php.


Цитата:

А для нюки, вот смотрим мы сейчас на 21 запрос у нас на главной странице. Ни один запрос выкинуть нельзя не потеряв совместимости/функциональности так или иначе. Да, забыв о статистике - разной, включив кэширование с задержкой, потеряв часть функциональности форума можно втоптать запросы в 12-15.

Конечно, кэшировать форум или всю страницу с блоком "N человек на сайте" бессмысленно, но выборочное кэширование статичных блоков, новостей и другого контента все же сократит и количество запросов, и (при хорошей реализации) время генерации страницы.


Цитата:

Пока рисуем скрипты, уже наткнулись на пару граблей, универсальная структура таблиц не позволяет делать быстрые выборки Всё-таки для шустрой системы/модуля получается раза в 2 разумнее писать нечто специальное. Или есть выход?

Честно гвооря, я не сравнивал скорость выборки из "универсальной" и "специальной" структуры. У меня есть отдельная таблица под каждый модуль, но во всех таблицах есть поля для персонализации.
Например, в таблице для блогов(новости, статьи и т.п.) одно из специфичных полей - время публикации, но при этом у пользователя есть еще 10 полей, которые он может использовать по своему усмотрению: есть отдельная таблица, содержащая информацию о типах(text, textarea, select и т.д.) этих 10 полей. Поля можно объединять в произвольные группы. К каждому разделу можно назначить любую группу полей.

Получается, что пользователь может создать страницу с полями:
"Что я сегодня ел на обед?" (text)
"Было вкусно?" (select: да, нет)
"Компромат на Путина:" (textarea)

Можно сделать блог с полями:
"Вопрос" (text)
"Ответ" (textarea)
и постить туда как в faq, выводя именно эти поля в шаблоне, а не время поста или автора.

Получается такая полу-универсальная структура. Даже с использованием 2ух модулей - блога (постов) и страниц ("статики") можно создать сайт практически по любой теме.

fathersGrave[/q]

Цитата:

А для нюки, вот смотрим мы сейчас на 21 запрос у нас на главной странице. Ни один запрос выкинуть нельзя не потеряв совместимости/функциональности так или иначе. Да, забыв о статистике - разной, включив кэширование с задержкой, потеряв часть функциональности форума можно втоптать запросы в 12-15.

Цитата:

Конечно, кэшировать форум или всю страницу с блоком "N человек на сайте" бессмысленно, но выборочное кэширование статичных блоков, новостей и другого контента все же сократит и количество запросов, и (при хорошей реализации) время генерации страницы.

Да, но (имхо) настолько в редких ситуациях, что смысла это не имеет тратить много труда на хорошую реализацию ради редкой экономии пары запросов.
Статичный блок? Так ведь статичные блоки в html и так.
Просмотр допустим конкретной новости кэшировать? Так ведь а) надо записать в таблицу +1 просмотр б) а это изменение информации, и кэш надо тут же обновить. Что тут можно кэшировать?
Мы понимаем, конечно, что можно забить на это, и количество просмотров не считать, но это уже уменьшение функциональности. И таких примеров можно привести много. Кэш главной страницы? Модуля новостей на нём? А ведь каждая новость имеет счетчик прочтений, не обновлять же кэш главной страницы после открытия кем-либо новости в полный размер?


Цитата:

Пока рисуем скрипты, уже наткнулись на пару граблей, универсальная структура таблиц не позволяет делать быстрые выборки Всё-таки для шустрой системы/модуля получается раза в 2 разумнее писать нечто специальное. Или есть выход?

Цитата:

Честно гвооря, я не сравнивал скорость выборки из "универсальной" и "специальной" структуры.

А мы сравнили Недавно. Получается например что поле text тормозит не слабо по сравнению с varchar. Про enum вообще промолчим. По сравнению с text просто реактивный. Разница, особенно на относительно большой базе (10000 записей) и сложных запросах, до 10 раз легко.

Цитата:

У меня есть отдельная таблица под каждый модуль, но во всех таблицах есть поля для персонализации.
Например, в таблице для блогов(новости, статьи и т.п.) одно из специфичных полей - время публикации, но при этом у пользователя есть еще 10 полей, которые он может использовать по своему усмотрению: есть отдельная таблица, содержащая информацию о типах(text, textarea, select и т.д.) этих 10 полей. Поля можно объединять в произвольные группы. К каждому разделу можно назначить любую группу полей.

Хех. Жутко похоже на наш модуль опросов для нюки Нарисовали с полгода назад, сейчас из него выращиваем нечто более функциональное как раз. Кстати, мы там себя не ограничивали в количестве полей - их анлим. Имхо это разумно.
Вот демка
http://www.eklon.com/modules.php?name=Opros&f_id=9
На том же сайте можете и скачать полную версию с открытым кодом (не gnu/gpl впрочем) если интересно.
В опросе можно создавать поля кучи разных типов и т.д. и т.п..

Цитата:

Получается такая полу-универсальная структура. Даже с использованием 2ух модулей - блога (постов) и страниц ("статики") можно создать сайт практически по любой теме.

Мы не раз доказывали, что на phpbb можно создать практически любой сайт. Тем более видели "мод" который помогает textarea для написания сообщений превращать в select/text/textarea и прочую мутотень. Кладется результат как обычное сообщение, а при попытке редактировать - снова идёт обратная конвертация.
Чем плохо?

Гляньте если есть желание наш модуль опросов (прямой линк на скачку)
http://www.eklon.com/modules.php?name=Downloads&d_op=viewdownloaddetails&lid=7&ttitle=#dldetails
Нам интересно Ваше мнение. Что и как и где можно было бы сделать лучше и т.д..
Да и Вы может какие-нибудь идеи/реализации позаимствуете (только не код пожалуйста).

fathersGrave
Не забудь про поисковую оптимизацию своего движка.
Пиши код который будут хорошо поглащать поисковики и твой проект станет популярным. Не забудь про карту сайта и дружественные урлы!
Ну и конечно главный фактор - это "гибкость" твоего будущего творения.

edogs
Ща посмотрим, что вы там из нюки выжали

NukerF
Спасибо!
Для каждой страницы/проста уже можно вводить свои meta, дружественные урлы я уже перечислял в фичах, а карту сайта обязательно сделаю как плагин.
Над "гибкостью" и универсальностью работаю основательно, они вообще в основе всей разработки.

Что-то типа офсайта системы доступно по адресу: http://rucms.4u.ru

fathersGrave
я не люблю фреймы...
долго и упорно пытался просмотреть код, видя только заголовок, пока не понял что тут фреймы )
А так вообще очень симпатично и судя по статистике - быстро

XMMS
Там долбанные фреймы из-за редиректа 4u.ru -- тоже не люблю.
У меня просто оригинальный домен очень длинный =)

Добавлено
Теперь можно: h++p://cms.strangepage.org

fathersGrave
аааа.... у меня домен попроще: 62.205.186.217
)

fathersGrave

Цитата:

: h++p://cms.strangepage.org

а в новостях - расширенный текст есть? (кроме анонса)
А Без МуСКЛ не приспособить?

Смотрится симпатично

fathersGrave

Цитата:

Дописываю свою CMS - Помогите советом/предложением/etc

Выложи хотя-бы то что есть. Для тестеров так сказать =)

Antuan
В новостях есть любое поле, которое захочешь: хоть анонс, хоть картинка -- решаешь сам через админ-фейс Посмотри в FAQ, как он сделан: там есть два поля "Вопрос" и "Ответ", а в Новостях есть поля "Заголовок" и "Содержание", но могу добавить и "Анонс", и "Сайт дня", и "Что я ел на завтрак"...

Добавлено

Цитата:

А Без МуСКЛ не приспособить?

Как ни странно, я его начал писать без мусукля, но потом понял, что это.. мм.. бред уже. Сейчас это практически бессмысленно:
- скоро будет SQLite в PHP5
- есть классы текстовых БД, поддерживающих SQL (кстати, работает довольно шустро)

Sindel
Обязательно выложу, а еще лучше -- разошлю на мейл, но только с понедельника.
Демка на сайте будет в конце следующей недели.

Интересная идея, могу предложить большую скидку на хостинг твоего сайта. (не реклама)
Одним словом свяжись со мной. Давно нечто такого ищу.

Я могу предложить вообще бесплатно... Но при условии наличия нашей рекламки...
Это оффтопик, блин...

fathersGrave
Вышли и мне на e-mail... Я надеюсь у тебя оно распространяется по GNU/GPL и меня не посадят если я позаимствую часть кода при необходимости или же решу внести изменения? Надо всё же определится будет оно фриварное или нет...

пошли плиз на маил мне (admin@ircd.fatal.ru) ,буду бета тестером=) уж очень твоя кмс понравилась

да, и мне тоже, если не жалко, ... а вообще поделился бы шаблонным решением, уж больно в нём сейчас нуждаюсь...

кстати, я не думаю, что стоить бояться, что система попадёт во фривар - думаю фирмам сможешь продать её более совершенный мод. просто в России пока нет ни одной такой свободной cms, одни лишь сайты коммунити, а вот своих разработчиков.... думаю найдётся много людей, которые тебя поддержат, я в том числе!

Ммм....
news/2004/08/20
news/2004/08/19

Одна новость в день? Если нужно не одну - как ссылки будут выглядеть?

как будет время сделай тестовый вход в админку, чтобы посмотреть можно было что там и как.

Привет всем и спасибо за ваше участие в проекте!

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

XMMS
С лицензией я действительно еще не определился (возможно BSD), но точно:
o Free для некоммерческого использования
o Ссылка на офсайт и прочие копирайты на фронтофисе не обязательны
o Нельзя выпускать новые версии и в любой форме распространять изменённые исходники. Модификации ядра и офиц. модулей должны быть использованы только их автором(-ами), а на все остальные расширения никаких ограничений не накладывается.
o На самом деле не стоит забывать, что с автором всегда можно договориться за так, если что-то не устраивает

То есть тебя не посадят ( ), если позаимствуешь и если при этом не будешь продавать/дарить модификацию. Что называть заимствованием, а что модификацией пока четко не определено, но вывод такой: заимствование -- это в разумных пределах.

Я просто не хочу, чтобы 1) систему продавали, и 2) ее развитие вышло у меня из-под контроля.

Church

Цитата:

Одна новость в день?

Конечно, нет Ссылки будут news/2004/08/20/1, news/2004/08/20/2 и т.д.

NukerF
Про демку я уже говорил -- постараюсь в конце этой недели.

Поднято первое сообщение Топика..
Все Новости можно добавлять в него...

Antuan
Спасиб!
...никогда не думал, что у меня будет топик по своей CMS на РУ-Борде 8-)

Интересно, для вывода полного текста новости делается 14 запросов, не многовато-ли?
Кстати неплохо было бы выводить и сами запросы, и поскольку сайт тестовый можно выводить тех. инфу (время выполнения, количество запросов и сами запросы) прямо на странице, зачем лишние движения делать?

zapimir
Спасибо! Я обязательно буду сокращать количество запросов, но пока спасает кэширование (1 запрос).

Цитата:

можно выводить тех. инфу (время выполнения, количество запросов и сами запросы) прямо на странице

Под тестовым офсайтом я подразумевал "а вдруг не заработает". Более подробная техинфа будет в демо-версии.

Добавлено
Посмотрел все запросы: основная масса уходит на генерацию меню (особенно на выяснение активного пункта).