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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
fathersGrave



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

Цитата:
почему при выводе новости их 14, для сравнения _http://forinsurer.com/news/04/08/25/1608 там без всякого кеширования используется только 9 запросов

Потому, что тот движок писал не я =)
Буду обязательно сокращать количество запросов. 14 -- это же не stable релиз, а первый блин

Цитата:
Вот и напрасно...  

Фраза была выдрана из контекста.

Цитата:
движок просто должен отслеживать изменение контента, если он обновился тогда и чистить кэш

Это уже обязательно будет. Спасиб!

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Стрёмно конечно как-то жаловаться и просить о помощи, но вот эта конструкция чего-то у меня не проходит (index.php):
 
//----- START INCLUDE COMMON LIBS --------------------------------------------
$dir_name = "$CFG->dir_root/libs";
$dir = dir("$dir_name/");
$dir->read(); $dir->read();
while (false !== ($lib = $dir->read())) {
    require_once("$dir_name/$lib");
}
$dir->close();
//----- END INCLUDE COMMON LIBS ----------------------------------------------
 
Для мое сервера выдаёт:
Warning: dir(/usr/local/www/usrs/psati/data/public_html/rucms/libs/): failed to open dir: No such file or directory in /usr/local/www/usrs/psati/data/public_html/rucms/index.php on line 21
 
Fatal error: Call to a member function on a non-object in /usr/local/www/usrs/psati/data/public_html/rucms/index.php on line 22
 
Что-то с этим чтением директорий... Хотя извиняюсь, если я не прав, просто я уже сплю - бошка не варит!..

Всего записей: 9 | Зарегистр. 22-08-2004 | Отправлено: 00:19 26-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
psati
Если установка была в поддиректорию rucms, то просто не был прописан путь, включающий системную папку "cms". Кстати, XMMS уже сообщил, что этот билд не работает в поддиректориях -- только с собственным доменом, но если у Вас домен привязан к папке (rucms.domen.ru -> /rucms), то нужно поправить только пути.
 
Добавлено
Билд 20040826 с исправлениями скоро будет разослан всем.

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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Во первых, спасибо за присланную бетку, завтра будем тестить.
Во вторых, здорово что рассылаешь фиксы быстро. Не успели скачать бетку, как уже фикс к ней пришел
 
Можно ссылочку на лицензию BSD?
 
По поводу "большого" количества запросов. Имхо не надо на этом зацикливаться, вплоть до "финала" можно и тысячу запросов на страницу, лишь бы удобно писать было
 
То же самое по поводу кэширования. Кэширование имхо это уже вылизывание и доводка. Тем более каждый блок в идеале надо кэшировать своим механизмом.
 
Вообще имхо, что утаптывать количество запросов если их меньше сотни это излишняя трата времени, лучше полезный модуль создать Но именно утаптывать, если само мало получится - ладно, пущай. И про кэширование то же можно сказать.
 
5-10-хх минутное обновление некоторых имхо резонно. Например... ну количество прочтений ветки форума не обязательно обновлять каждый раз при просмотре.  
 
Вообще то что успели посмотреть - симпатично.
Некоторое недоумение вносит структура <?=$a?>. Точнее её использование само по себе. Это удобно? Можем ошибаться, но как-то фигово читается
 
Возможно имеет смысл под пхп5 затачивать? Ну хотя бы что бы не анноится по поводу скл инъекций и самих переменных. Методы обращения к базе, классовость и т.д.. mysqli  и т.д.

Всего записей: 1777 | Зарегистр. 25-07-2004 | Отправлено: 02:23 26-08-2004
Ant0ny

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

Цитата:
Вообще имхо, что утаптывать количество запросов если их меньше сотни это излишняя трата времени.

 
* Поперхнулся и продолжительно закашлялся *
 
Вы когданибудь держали высокопосещаемый ресурс при таких показателях?

Всего записей: 158 | Зарегистр. 01-04-2003 | Отправлено: 05:01 26-08-2004
edogs

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

Цитата:
Вообще имхо, что утаптывать количество запросов если их меньше сотни это излишняя трата времени.

 

Цитата:
* Поперхнулся и продолжительно закашлялся *  
 Вы когданибудь держали высокопосещаемый ресурс при таких показателях?

Угу. Вы зря фразу из контекста выдрали, смысл потерялся. Прочитайте пожалуйста бакграунд, он важен.
Тут мысль именно в том, что если для удобства разработки нужно оставить бОльшее количество запросов, то не надо в бете напрягатся с их утаптыванием. При чем именно утаптыванием, то есть не надо конечно писать абы как, но и спецоптимизация ни к чему. А уж 20 запросов топтать в 8... Да дешевле выделенный сервер купить

Всего записей: 1777 | Зарегистр. 25-07-2004 | Отправлено: 09:29 26-08-2004
POLL

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если хочешь сделать лучший CMS, обязательно учти следующее:
 
Во-первых, требуется широкая масштабируемость системы, т.е должна быть возможность создания на любом уровне/подуровне файла с заданным расширением.  
   
Второе, статические адреса с заданными параметрами (названиями).  
   
Третье, возможность создания неограниченного числа полей для ввода инфы в систему (например, в разделе новости: заголовок новости, анонс новости, текст новости, автор новости, источник новости, изображение). С дальнейшей настройкой шаблона вывода этих данных. Отдельные макеты страниц для каждого раздела.
   
Четвертое, настраиваемое меню, листинг, вывод листинга из любого раздела/подраздела, top-новости и т.п.  
 
Обрати внимание - в CMS должны отдельно настриваться шаблоны и макеты. И масштабируемость! Сборку страниц вообще желательно делать по умному. Т.е. если имеется некая статья её текст должен вызываться статично. Не нужно его брать из базы. А вот меню и прочие топ-новости - должны генериться/вставляться динамически.

Всего записей: 38 | Зарегистр. 03-12-2003 | Отправлено: 10:27 26-08-2004
fathersGrave



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

Цитата:
Во-первых
- V У Вас понятие "масштабируемости" сводится к загрузке своего файла в любой раздел(контента) что-ли?

Цитата:
Второе
- V

Цитата:
Третье
- V

Цитата:
настраиваемое меню, листинг
- V

Цитата:
вывод листинга из любого раздела/подраздела
- будет
 

Цитата:
Т.е. если имеется некая статья её текст должен вызываться статично. Не нужно его брать из базы. А вот меню и прочие топ-новости - должны генериться/вставляться динамически.

По этому поводу уже очень логично высказался выше zapimir (например, что навигация меняется не чаще раза в месяц, и ее просто неразумно каждый раз генерить).
Кстати, я уже подумываю о возможности делать статичную копию сайта (как MT).
 
Добавлено
edogs

Цитата:
Можно ссылочку на лицензию BSD?

Система теперь под GPL -- файл LICENSE в дистрибутиве.

Цитата:
Некоторое недоумение вносит структура <?=$a?>. Точнее её использование само по себе. Это удобно? Можем ошибаться, но как-то фигово читается

<?=текст?> -- сокращение от <?echo "текст"?>
Чтобы улучшить читаемость, можно оставлять отступы: <?= $post[content] ?>.
 

Цитата:
Возможно имеет смысл под пхп5 затачивать? Ну хотя бы что бы не анноится по поводу скл инъекций и самих переменных. Методы обращения к базе, классовость и т.д.. mysqli  и т.д.

Когда соотношение хостингов php5(не cgi) к php4 будет хотя бы 30 к 60 % и выйдет нормальная книжонка по php5 (например, котеровская) -- то без проблем. Кстати, XMMS отрепортился, что у него вроде php5.. и ничего.
 
Так, что там насчет инъекций? Еще забыл отрубить в .htaccess register_globals..

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 14:22 26-08-2004 | Исправлено: fathersGrave, 14:47 26-08-2004
psati

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
нееее... нужно срочно переделывать систему шаблонов, ибо я уже просто задолбался делать дизайн... во-первых не выбора для темы - стоит один; во-вторых - не лучше ли сделать типа theme.php и писать в нём echo "HTML"; чем мутить в этом base.html; в-третьих такие конструкции не пойдут <?=$a?> - нужно {MENU=1},  {MENU=login}, {LOGIN_FLAT}, {SITEDISCAIMER} и.т.д.

Всего записей: 9 | Зарегистр. 22-08-2004 | Отправлено: 18:43 26-08-2004
edogs

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

Цитата:
 
Возможно имеет смысл под пхп5 затачивать? Ну хотя бы что бы не анноится по поводу скл инъекций и самих переменных. Методы обращения к базе, классовость и т.д.. mysqli  и т.д.


Цитата:
Когда соотношение хостингов php5(не cgi) к php4 будет хотя бы 30 к 60 % и выйдет нормальная книжонка по php5 (например, котеровская) -- то без проблем. Кстати, XMMS отрепортился, что у него вроде php5.. и ничего.

Э. Не переводить под пхп5 а подтачивать Запросы к базе в стиле mysqli переписать сразу, что бы потом класс подменил работы и всё ок сразу. А так прийдется и запросы переписывать.
 
Посмотрели бету. Выглядит симпатично. Жаль что бета Будем ждать некст релиза.
Кстати, при попытке установки, сначала навернуля апач, потом ИИС. Карма?
 

Цитата:
Некоторое недоумение вносит структура <?=$a?>. Точнее её использование само по себе. Это удобно? Можем ошибаться, но как-то фигово читается


Цитата:
<?=текст?> -- сокращение от <?echo "текст"?>  
Чтобы улучшить читаемость, можно оставлять отступы: <?= $post[content] ?>.

Да нет. Что _значит_ структура мы знаем.
Но лично нам это читается жутко неудобно, очень трудно врубиться в логику. Отсюда и вопрос, это мы с непривычки неудобимся или таки будут изменения в будующем?

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



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

Цитата:
во-первых не выбора для темы - стоит один;

Выбор есть -- в свойствах страницы.

Цитата:
в-третьих такие конструкции не пойдут <?=$a?>  

Я уже объяснял, что "такие конструкции" -- часть идеи. {ляля} потребует.. угадайте с трех раз: ereg_replace.. чего я допустить не могу. Потом: зачем изобретать велосипед в виде конструкций {if sadf}{asdf}{/if} если это все есть в php. Это с непривычки <?= 123 ?> кажется неудобным.
 
edogs

Цитата:
А так прийдется и запросы переписывать.  

Да.. это пора бы уже спасиб!

Цитата:
Кстати, при попытке установки, сначала навернуля апач, потом ИИС. Карма?

Хм.. посмотрю, что там может быть, но не сталкивался..

Цитата:
очень трудно врубиться в логику

А какие трудности возникают? Это же простой принт.. воспринимайте теги <?= и ?> как простое обрамление -- как будто это { и }.

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

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот пробовал делать дизайн для системки: http://psati.samara.ws
Это возможно, но тем не менее не выдержал стандартных настроек и теперь base.html стал theme.php; весь текст выводится через echo; управ. структуры (if, else) аккуратно записаны через {}; для удобства вызова рисунков и стилей всё же использовал константы, и теперь это выглядит как: <img src='".THEME."images/logo.gif'  />
 
Ещё неплохо бы НЕ ОСОБО НУЖНЫЕ header и footer содержащие: 1) от доктайпа до титла, 2) <!--some counters--></body></html>  -  содержать в отдельных файлах, а в самом theme.php так же хранить стили для отдельных менюшек.
 
Так же для каждой темы своя папка в templates/. Style и JS в папке темы (проверяются if(file_exist...)).
 
Добавлено
кстате на этом хосте почему-то отказались работать "Блог" и "Привет", хотя на локалке всё окей..? Может ему тут какой-нить _GET нужен или как там ещё?

Всего записей: 9 | Зарегистр. 22-08-2004 | Отправлено: 23:44 26-08-2004
3BEP



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
psati
 
А почему фигурные скобки? Тогда логичнее использовать <!-- AAA -->  - при крахе движка будут дыры в дизайне, а не непонятные пользователю {AAA}
 
Вообще-то тип шаблона fathersGrave предназначен для экономии системных ресурсов.
А более-менее развитая система, построенная на предложенном тобой варианте - это попытка написать подобие РНР используя PHP.
Вообще - основное достоинство РНР - встраиваемось в HTML - теряется при твоей системе шаблонизации!

Всего записей: 81 | Зарегистр. 21-06-2004 | Отправлено: 00:08 27-08-2004
fathersGrave



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
psati
 
3BEP уже все сказал
Альтернативный синтаксис php вписывается в html просто идеально, наравне со всякими искусственными синтаксисами вида {hello}.
 
Кстати, все эти хедеры и футеры замечательно инклюдятся, а то, что каждая темка лежит в своей директории -- так это в свойствах страницы просто прописываешь Template не "base.html", а "theme/theme.php" и никакого вмешательства в код.
Такое использование констант -- вещь спорная.. например, я не хочу, чтобы у меня в адресах картинок был прописан адрес /cms/templates/mytheme/images/lala.gif. Для нормальных сайтов никто темами не пользуются. Создается нормальный дизайн, картинки кладутся в корень сайта (в /images или в /i), а не в системную папку cms, куда ничего класть не рекомендуется, кроме самих шаблонов. На самом деле эту папку лучше хтаксессом защитить.
 

Цитата:
кстате на этом хосте почему-то отказались работать "Блог" и "Привет"

Попробуй другой способ ЧПУ в хтаксессе.

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 00:41 27-08-2004
zapimir



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

Цитата:
А почему фигурные скобки? Тогда логичнее использовать <!-- AAA -->  - при крахе движка будут дыры в дизайне, а не непонятные пользователю {AAA}

Можно квадратные использовать. Просто шаблон могут править люди далекие от php, и чем меньше дополнительных символов в переменных шаблона, тем лучше (нагляднее и меньше вероятность сделать ошибку). И что мешает при сохранении шаблона, преобразовывать его в вид удобный для php?

Цитата:
Это с непривычки <?= 123 ?> кажется неудобным.  

Это как минимум 3 лишних символа нужно писать... Просто хороший движок должен быть не только быстрым и функциональным, но и удобным для админов, многие об этом забывают...  

Цитата:
Тогда логичнее использовать <!-- AAA -->  - при крахе движка будут дыры в дизайне, а не непонятные пользователю {AAA}

Вообще-то при крахе движка, должно либо выдаться сообщение о ошибке, либо вообще ничего, но никак не необработанный шаблон.

Всего записей: 651 | Зарегистр. 28-10-2001 | Отправлено: 02:01 27-08-2004
psati

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Покажите мне плиз как всё же должен выглядеть .htaccess, т.к. работы я не добился, чтоб я знал: я ли неправильно записал или сервер не даёт!

Всего записей: 9 | Зарегистр. 22-08-2004 | Отправлено: 10:45 27-08-2004
voll



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

Цитата:
Можно квадратные использовать. Просто шаблон могут править люди далекие от php, и чем меньше дополнительных символов в переменных шаблона, тем лучше (нагляднее и меньше вероятность сделать ошибку). И что мешает при сохранении шаблона, преобразовывать его в вид удобный для php?

Тогда будет этап компиляции шаблонов, а автор хочет этого избежать, как я понимаю.
fathersGrave я правильно Вас понял?

Всего записей: 656 | Зарегистр. 16-07-2001 | Отправлено: 11:46 27-08-2004
fathersGrave



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

Цитата:
И что мешает при сохранении шаблона, преобразовывать его в вид удобный для php?  

Это хранить 2 его версии? Усложнение идет серьезное -- и изобретение велосипеда в плане нового синтаксиса, и хранение кучи маловажной информации. В конце концов можно посмотреть в сторону Smarty, если хочется загрузить систему по полной.

Цитата:
Просто хороший движок должен быть не только быстрым и функциональным, но и удобным для админов

Я изначально хотел "использовать PHP в качестве синтаксиса для шаблонов", как бы это по идиотски не звучало. Разработчики PHP сделали все для его полного и безболезненного погружения в html. Еще хотел заметить, что я не делаю out-of-the-box движок. Имхо, любой веб-девелопер/верстальщик обязан знать основы хотя бы сишного синтаксиса, поэтому построение элементарной логики на php с использованием таких неудобных 3х символов как "<?=" не должно вызывать у такого человека затруднений, тем более что к стабильному релизу по шаблонам будет подробный ман.
 
psati
Там в дистрибутиве есть дефолтовый хтаксесс: все, что после символа "#" -- это комментарий. В README есть инструкции в примечаниях к установке. Если что -- ICQ 171128248.
 
voll

Цитата:
fathersGrave я правильно Вас понял?

Абсолютно

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

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

Цитата:
И что мешает при сохранении шаблона, преобразовывать его в вид удобный для php?  


Цитата:
А потом назад конвертить?

А зачем назад? Ведь работа будет только с  {шаблоном} идти. Можно сделать как smarty. Если шаблон сменился - компилить, исходник оставлять, а не стирать, обратно конвертить не прийдется.

Цитата:
Я изначально хотел "использовать PHP в качестве синтаксиса для шаблонов", как бы это по идиотски не звучало. Разработчики PHP сделали все для его полного и безболезненного погружения в html. Еще хотел заметить, что я не делаю out-of-the-box движок. Имхо, любой веб-девелопер/верстальщик обязан знать основы хотя бы сишного синтаксиса, поэтому построение элементарной логики на php с использованием таких неудобных 3х символов как "<?=" не должно вызывать у такого человека затруднений, тем более что к стабильному релизу по шаблонам будет подробный ман.

Понимаешь, трудностей это не вызывает. У нас. Никаких. Так же как не вызывает трудностей задним ходом на машине по городу ездить, но приятнее передним
Такой синтаксис для нас выглядит как программа испорченная вставлением html кода.

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



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

Цитата:
Так же как не вызывает трудностей задним ходом на машине по городу ездить, но приятнее передним

Тише едешь -- дальше будешь.  

Цитата:
Такой синтаксис для нас выглядит как программа испорченная вставлением html кода.  

Тогда нужно переходить на perl.. вот там оно так и выглядит, а здесь в php -- полная интеграция с html. Что бы вы делали с PHP3 без буферизации вывода, я не знаю..

Всего записей: 716 | Зарегистр. 21-04-2003 | Отправлено: 14:28 27-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