Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Тематические » Системы управления сайтами » mojito cms

Модерирует : Antuan

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Открыть новую тему     Написать ответ в эту тему

fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Собственно, дописываю CMS "своей мечты" [...]


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




Подправил название...

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 20:07 14-08-2004 | Исправлено: fathersGrave, 19:38 03-10-2006
XMMS



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
А можешь выложить куда-нибудь или же поставить? Глянуть бы всё это...

Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 02:08 15-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XMMS
У меня только одна проблема: мне нужен б/м легкий и удобный дизайн админки + я пока дописываю администрирование постов (чтоб удобно было ).

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 02:12 15-08-2004
XMMS



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

Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 02:32 15-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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?>  // конец "если есть новости"
 

Синтаксис не особо сложный, но работает все очень быстро и отличается от синтаксиса других шаблонизаторов только обрамлением тегов: вместо "{тег}" - "<?тег?>", а если учитывать, что всю документацию я напишу, то никаких проблем с синтаксисом возникнуть не должно. Зато такая шаблонизация позволяет запихнуть весь дизайн в 1 файл шаблона и не ставит никаких ограничений на дизайн + любая кастомизация возможна через шаблон.

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 14:51 15-08-2004 | Исправлено: fathersGrave, 14:52 15-08-2004
edogs

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

Всего записей: 1777 | Зарегистр. 25-07-2004 | Отправлено: 15:46 15-08-2004 | Исправлено: edogs, 15:48 15-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
edogs
Похоже, это сейчас такая тенденция. Пара проектов шаблонных систем прекратили свое развитие именно из-за этой идеи.

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

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

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 17:05 15-08-2004
edogs

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fathersGrave

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

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

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

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

Всего записей: 1777 | Зарегистр. 25-07-2004 | Отправлено: 19:15 15-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
edogs

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

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

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

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

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

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

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 22:19 15-08-2004
edogs

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
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
Нам интересно Ваше мнение. Что и как и где можно было бы сделать лучше и т.д..
Да и Вы может какие-нибудь идеи/реализации позаимствуете (только не код пожалуйста).

Всего записей: 1777 | Зарегистр. 25-07-2004 | Отправлено: 22:39 15-08-2004 | Исправлено: edogs, 22:41 15-08-2004
NukerF



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

----------
Топ 50 самых смешных запросов в Яндекс
Один день, который потряс Интернет

Всего записей: 400 | Зарегистр. 10-10-2002 | Отправлено: 05:36 16-08-2004
fathersGrave



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

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 12:35 16-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Что-то типа офсайта системы доступно по адресу: http://rucms.4u.ru

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 14:36 20-08-2004
XMMS



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

Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 14:52 20-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
XMMS
Там долбанные фреймы из-за редиректа 4u.ru -- тоже не люблю.
У меня просто оригинальный домен очень длинный =)
 
Добавлено
Теперь можно: h++p://cms.strangepage.org

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 15:05 20-08-2004
XMMS



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
fathersGrave
аааа.... у меня домен попроще: 62.205.186.217
)

Всего записей: 2603 | Зарегистр. 14-01-2003 | Отправлено: 15:10 20-08-2004
Antuan



moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fathersGrave

Цитата:
: h++p://cms.strangepage.org

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

----------
EuRuChess

Всего записей: 10667 | Зарегистр. 10-04-2001 | Отправлено: 15:30 20-08-2004
Sindel



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
fathersGrave

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

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

Всего записей: 559 | Зарегистр. 22-08-2002 | Отправлено: 16:48 20-08-2004
fathersGrave



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

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

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

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 17:13 20-08-2004 | Исправлено: fathersGrave, 17:21 20-08-2004
Xpymc

Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Интересная идея, могу предложить большую скидку на хостинг твоего сайта. (не реклама)
Одним словом свяжись со мной. Давно нечто такого ищу.

Всего записей: 175 | Зарегистр. 08-06-2004 | Отправлено: 23:56 21-08-2004
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Компьютерный форум Ru.Board » Тематические » Системы управления сайтами » mojito cms


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru