MaxSite CMS - первая публичная версия
Воскресенье, 1 июня 2008 г.
Просмотров: 211
Подписаться на комментарии по RSS
Как и обещал, выкладываю первую публичную версию своей системы. Хочу сразу предупредить, что система еще не завершена - это просто текущая рабочая версия (0.15), которую буду еще доделывать (релиз - это версия 1.0).
Впрочем эта версия вполне работоспособна и если закрыть глаза не некоторые нереализованные вещи, можно сказать, что на ней можно сделать вполне нормальный сайт.
Установка системы довольно проста. Все шаги подробно описаны в файле install-ru.txt. Читайте и всё будет нормально.
Для программистов отдельно замечу, что в коде используется много комментариев.
Реализованные возможности вы можете посмотреть установив систему, а вот нереализованные я решил выложить здесь. На тот случай, если кто-то начнет жаловаться «почему не работает то-то...».
1. Не до конца реализован потенциал зарегистрированных пользователей. Довольно сложная логика разрешений для групп, поэтому кое-какие поля работают не совсем точно и корректно. Поэтому я бы пока не советовал делать многопользовательский сайт.
2. Часть админских страниц не создана. Например ссылки, хотя таблица БД создается. Признаться я бы вообще исключил эти ссылки, поскольку не вижу в них никакого смысла. Вместо этого будет виджет, где можно просто указать в обычном текстовом поле нужные ссылки. Это перекроет текущие потребности на 99%. Поэтому данный пункт отмечен низким приоритетом.
3. Часть кнопок в визуальном редакторе не имеет картинок. Мне вообще не нравятся эти картинки, поэтому хотел бы заменить их все.
4. Не реализована схема комментариев. На данный момент можно комментировать только анонимам и авторам. На самом деле будет другая схема: специально можно будет регистрировать посетителей как comusers и делать с ними, что угодно. (Доступа в админку у них не будет.) В общем социальная сеть сайта.
5. Импорт записей из WordPress стоит в планах.
6. Администрирование рубрик нужно будет переделывать. То что сейчас - начальная версия, которая меня не устраивает. Мне бы хотелось реализовать эту страницу так, чтобы можно было мышью перетаскивать пункты меню и выстраивать рубрики визуально. Тут видимо без АЯКСа не обойтись, а до него у меня руки не скоро дойдут. Так, что отложим на будущее, а пока то что есть.
7. Будет еще ряд плагинов, например антиспам, стоп-слова, блокировщик по IP, ушки и т.д.
8. Хелпа и руководства разработчика пока нет. Всё, что могу сейчас предложить - этот сайт.
По времени мне очень сложно оценить, но если взять за основу текущий темп, то о релизе можно будет говорить где-то через полгода. Это в самом лучшем случае.
Если вдруг у вас возник вопрос или замечание, то для этого лучше воспользоваться форумом. Там есть отдельный раздел.
Комментариев: 50
Ура! Сейчас потестим.
Ура, дождался!
Ну скажите? ЗАЧЕМ? чем друпал не устраивает? или т.п.???
(не подумайте чего плохого - вы молодец - просто мне интересно - какова была цели и мотивация)
У любой системы есть недостатки,
а у своей нет
Антон, вопрос философский. Ну зачем люди вообще что-то новое придумывают?
качаю, обязательно поставлю и потестю;
отпишусь, и если будут вопросы - задам
спасибо!
Приму участие в тестировании =)
Долго ждал выхода этой cms, но, к сожалению катастрофически нет времени сейчас ее тестить, скачал при первой же возможности поставлю себе..
Добавил бы в плагины ф-цию install, которая вызывается при инсталляции плагина (в ней, например, можно создать тблицы БД, которые будут в дальнейшем использоваться плагином).
Привет!
Интересно..
Тестируем здесь: http://www.ypru.net
Antuan странно, у вас на сайте MySQL: 14 | Память: 1.93MB - а тут MySQL: 4 | Память: 0.44MB :|
Всё нормально. Запросы кэшируются, а поскольку у сайта маленькая посещаемость, то кэш устаревает для каждого посетителя. Вот данные и получаются заново. Если еще раз обновить страницу, то будут теже 4.
А что касается памяти, то у меня устанвлен eAcelerator.
Здорово!
Будет возможность создания мультиязычного сайта?
Успехов!
Вообще в планах было. Но думаю, что пока не отлажу основной функицонал мультиязычностью заниматься не буду.
Скачал, поставил, все в порядке, думаю попробовать использовать, но вопрос: будет ли все в порядке с переходом на новые версии без потери содержимого. И как бэкапить это чудо? дамп mysql только ?
Вообще хотелось бы сделать свой xml-формат для экспорта-импорта. Пока другого варианта как дамп базы нет.
По структуре БД очень сложно что-то предугадать. На данный момент у меня нет планов её как-то менять. Вот если возникнет какая-то потребность или кто-то найдет неточность/ошибку, тогда другой разговор.
Потестирую на локалхосте, ок? А то новый сайтик собираюсь делать...
Ух млин и система шаблонов у вас, боюсь не переживу такое
. Вот если б как на PivotX (мечтательно) ...
Даа, система шаблонов не очень удобная(.
Ну вы еще smarty вспомните!
В чем неудобство-то?
Чем smarty плох ? Лично мне ОЧЕНЬ удобно. В PivotX так и реализовано, все на тегах, делать и "читать" такой шаблон просто кайф...
Не, smarty — это ж*па))
smarty — это ж*па ? покажите мне в чем эта Ж заключается.
Это мое мнение — смарти это PHP с другим синтаксисом, кто знает PHP, тот наврядли будет пользоваться smarty) Я предпочитаю XTemplate
Максим
smarty можно прикрутить к CI только вот производительность сего комплекта падает на порядок
Роман
я не проф.программер так что
но сама реализация в PivotX шаблонов - проста и интуитивно понятна(мне лично), поэтому и оставил WP
Ну smarty вроде как уже никто не использует. Разве что в примитивных проектах. Сам парсинг, в том же PivotX - самое больное место. Роман правильно заметил - лучше PHP ничего нет. Я не думаю, что в мей системе шаблоны сложные. Загляните в home.php и увидите всего несколько функций, которые интуитивно понятно для чего предназначены.
В общем, если кратко, то у меня система несколько проще и логичней, чем на WordPress. Если вы разбираетесь в WordPress, то в моей 100% проблем не будет.
Конечно, натив пхп всегды быстрее шаблонизатора, и разработчики Пивота прекрасно это знают
просто там принципиально другой подход... юзер френдли, и мне это нравится
Ну юзер френдли:
function template_parser($aArray, $sString)
{
foreach ($aArray as $sKey => $sValue)
{
$aKeys[] = '/' . preg_quote($sKey) . '/';
$aValues[] = preg_quote($sValue);
}
if (is_file($sString))
$sString = file_get_contents($sString);
$sResult = preg_replace($aKeys, $aValues, $sString);
return $sResult;
}
Вот суперский шаблонизатор)) Легче некуда
Максим, такой вот вопрос...
Есть хостинг, на котором кодигнитер отказывается работать без
$config['index_page'] = "index.php";
Т.е. все ссылки всегда имеют вид
site.com/index.php/controller/method/param
Поскольку я использую для демонстрации - вобщем-то не мешало. А сейчас поставил MaxSite CMS, да ещё и в подкаталог.
$config['index_page'] = "index.php";
установил, без этого даже инсталяция не работала. А теперь войти никак не получается. CMS расчитана на работу без index.php в урле. На ночь глядя не соображу, где ещё надо и что поправить (в роутинге, да?), а сделать нужно срочно.
P.s. PHP 5.1.4.
Тут все дело в .htaccess. В моей системе всё управление передается к /index.php/контролер, а дальше стоит роутер, который передает все на контролер maxsite (получается /index.php/maxsite).
Поэтому самый простой способ, поставить мою систему в отдельный каталог и к нему взять за основу .htaccess-subdir. А тот демонстрационный CodeIgniter как работал без роутера и .htaccess, так и будет работать.
Так взял .htaccess-subdir
На том хостинге, например, вордпресс, в подкаталоге нормально работает c чистыми ссылками.
RewriteBase пробовал и /subdir и /subdir/
RewriteCond - точно такие же в соседнем каталоге работают для вордпресса и пикатеки.
RewriteRule...
Сейчас по всякому пробую играться, вернув при этом $config['index_page'] = ""; - на любую страницу кроме главной (в том числе и на логин) пишет "No input file specified."
Ну ничего не могу сказать. С этими правилами свои приколы. У меня используется тотже вариант, что и в WordPress, только с учетом того, что PHP работает как fastCGI.
Ну а тогда можете подсказать, где и как в MaxCMS можно поправить, чтобы пользоваться index.php?
Ну он всегда используется.
Посмотрите в .htaccess.
Я имею в виду, в приложении.
Если в чистом кодигнитере достаточно оставить дефолтным $config['index_page']= "index.php";
то у вас если $config['index_page'] поставить равным index.php - при попытке входа отправляет на http://site.com/dir/login и высвечивается No input file specified (поискал по исходнику - этой фразы что-то не нашёл).
Переправляю вручную на http://site.com/dir/index.php/login редиректит на http://site.com/dir/loginform и опять No input file specified. Опять вручную подставляю index.php в урл, вижу форму - но с формы отправляет на адрес, по которому...
Наша песня хороша - начинай сначала.
Ссылки "О сайте", "Контакты" - также ссылаются на вариант без index.php.
Я же объясняю, $config['index_page'] пустой, потому что index.php прописан в .htaccess. Вообще я не понимаю в чем проблема. Файл .htaccess должен работать для всех подкаталогов. В одном пусть стоит в чистый CodeIgniter, в другом MaxSite CMS с тем .htaccess, который идет в комплекте. Если .htaccess так не работает, значит проблема в хостинге: например у руцентра нужно вручную включить .htaccess - без этого даже пермалинки не пашут.
Почему-то на хостинге избирательно не пашет только кодигнитер. Причём, не пермалинки даже, а одна единственная особенность роутинга. Тот же самый .htaccess для других движков работает. Тот же самый .htaccess (с точностью до байта) для точно такого же site.com/dir/ устроенного локально - работает.
Но давайте или перенесём разговор, например, в аську, или оставим его.
326134759
Ну нет, настраивать хостинг я не буду.
Из форума CodeIgniter я так понял, что у него большая проблема с пермалинками, т.е. с .htaccess. Я и сам долго бился, пока не вышел на тот самый, который идет с WordPress. Когда стал использвать хостинг с php fastCGI, то тут тоже куча проблем.
CodeIgniter не дает какого-то универсального решения, так что здесь только пробовать разные варианты и подбирать .htaccess и роутер в routes.php. Другого способа я не знаю.
Поставил вот ЦМСку на www.media-activist.ru , вылетает вот такая ошибка при создании новой страницы:
A Database Error Occurred
Error Number: 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND `page_content` = 'сайт украинской Индимедиа.
В ' at line 5
SELECT `page_slug`, `page_title`, `page_content` FROM (`mso_page`) WHERE `page_slug` = 'no-title' AND `page_title` = AND `page_content` = 'сайт украинской Индимедиа.
В Украине ресурс не очень интересный по нескольким причинам:
1. у нас очень слабое движение анархистов;
2. сам сайт модерируется плоховато и на нем почти нет картинок, а читать сухой текст - сами понимаете, никто не будет;
3. обновления редкие и некачественные. по такому вот сайту сразу видно, что подаче информации нашим активистам еще нужно учиться.
НО!
В силу авторитетности Индимедии мне кажется, что со временем нужно
будет заняться этим ресурсом и привести его в прилежное состояние.'
Кажется это из-за пустого заголовка. Похоже это глюк CodeIgniter
ух ты, сейчас поставлю, побалуюсь. искренне желаю проекту процветания, именно Вы подсадили меня на Вордпресс в свое время
1. Каптча гонит? (нижние симбволы не меняются, и вводить надо только их)
2. глюк с редактором, написал заголовок и статья стала недоступна (курсор пропал)
Капча так специально сделана. Я учел мнение посетителей, которые жалуются, что не возможно вернуться на предыдущую страницу и заново её послать. Поэтому капча выдает правильные символы для текущей сессию пользователя. Это несколько упрощает жизнь посетителей.
По редактору. Тоже сталкивался с этой проблемой: когда текст остается пустым. Попробуйте переключиться в режим HTML, ввести в нем какой-нибудь текст и переключиться обратно. Как исправить этот глюк не знаю.
Какой тег для анонса?
[cut]
Спасибо. А то я пробовал...
Дуже важливе запитання, як плануэєте реалізовувати пошук, чи покладете це завдання на Гугл через кастам серч?
А вверху поиск для чего?
Упс, пошук непобачив, звиняйте