MODx Revolution. Итоги. Часть 1

[MaEcTPo]

Скорее всего проблема в mod_rewrite и .htaccess, который там заточен под апач.
Наверно глупость говорю и вы уже делали это все.
В общем, посмотреть на rewrite rules и повторить их для nginx. Я такое проделывал под lighttpd для symfony фреймворка.

[cachealot]

а fastcgi_params можно глянуть?

[MYPABEU]

location / {
if (-f $request_filename/index.html){
rewrite (.*) $1/index.html break;
}
if (-f $request_filename/index.php){
rewrite (.*) $1/index.php;
}
if (!-e $request_filename) {
rewrite ^(.*)$ /index.php?q=$1 last;
}
}

[RiderSx]

Со смарти рево и дальше не будет пригодна для продакшн…

[Andchir]

Почему же? По-моему никто не заставляет использовать Смарти.

[RiderSx]

Я к тому что смарти не очень то шустрая :)

[p13sitive]

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

[Andchir]

По умолчанию в бэкэнде Смарти отключен, но ничего не мешает его подключить:

$modx->getService('smarty','smarty.modSmarty');

[Powerslave]

В который раз убеждаюсь что перед публикацией продукта нужно писать документацию, а потом показывать проект.

[gorbarov]

Ну с документацией у Revo даже лучше, чем у Evo, правда она in English

[gorbarov]

Вернее даже будет сказать, что достаточно документации по базовым вещам, но документация постоянно пополняется, чувствуется, как разработчики стараются =)

[devx]

Чем плох смарти? расскажите, пожалуйста. И какие методы\технологии лучше?

[Powerslave]

1. Дополнительное ухудшение производительности и так не быстрого MODx
2. Нужно потратить доп. время на изучение инструмента

При этом плюс в скорости разработки.

С другой стороны в эволюшене и этого небыло, там вообще echo-м результаты нужно было выводить

[RiderSx]

Если вопрос ко мне, то я считаю что самый лучший шаблонизатор — php :)
Что мешает в шаблоне вместо {{some_variable}} (честно не помню как там в смартях) написать

Да написать надо больше, НО это не идет в сравнение с тем, что приходится проделывать смарти для подстановки этих переменных, а если условие? Вы просто подумайте о том что этот шаблон надо распарсить, потом расставить все по своим местам :)
Да есть кэширование скомпилированных шаблонов, НО это все равно не может сравнится по скорости с нативным пхп :)

[devx]

Понял, спасибо.

[Andchir]

Если вы про админку, то да, там используется Смарти. В своих приложениях вы можете использовать в качестве шаблонизатора php (или подключить другой шаблонизатор). Хотя Смарти «кэширует» именно в php и по скорости тут вряд ли будет большая разница.

[RiderSx]

Все же кэш рано или поздно придется обновить :)

[SaintSerge]

Слова истинного пхпшника, в худшем виде. Откуда вы такие беретесь?

[gorbarov]

Кстати, вот перевод отличной статьи по правам доступа в MODx Revolution community.modx-cms.ru/blog/documentation/869.html

[Alroniks]

система неплохая. хоть порой и есть тормоза и глюки (в 2.0.2 или в 2.0.3 не работало редактирование символических ссылок), но уже поправили. На продакшене работает пока сносно. В документации конечно порой можно закопаться.

Так и не нашел как создать свой репозиторий пакетов, о которых они говорили в самом начале выхода Revolution.

[deepre]

Лично я завязал с MODx, попробовав сделать сайтик на Revo.
Drupal — мой выбор, только Drupal.

[AndrewStephanoff]

нету автолоадера и обилие конструкций вида
@include(MODX_CORE_PATH. 'error/unavailable.include.php');

как-то это некрасиво

[Gener]

Стоит и создавать интернет-магазины на данной системе, или посоветуете что-то другое из опенсоурса

[Gener]

?

[Andchir]

Готового решения для создания магазина на Revo пока нет. В разработке как минимум два. Есть готовые модули под Evo.
Но если вы готовы разработать на Рево магазин с нуля, то это вполне хороший выбор.

[Lord_Daedra]

modxcms.com/forums/index.php/topic,56826.msg325599.html

Меня напрягает этот баг, приходится отключать APC для этого сайта с модх рево…

Админка Рево более тормознута по сравнению с тем, что было… Но в целом всё стало лучше…

Хочется наследования в шаблонах, не знаю, есть это в рево или нет…

Мне ещё подсказывают, что транслитерация алиасов не работает…

[Andchir]

Да, с акселераторами проблема есть.
Наследование в шаблонах появилось в Smarty 3, значит будет и в Рево.
Транслитерация алиасов работает — translit (Core Extension). После установки включается в настройках системы.

[johnbl4ck]

в 2.0.5 проблемы с акселераторами решены

[lasttale]

Уже довольно давно смотрю на Revo, но проекты пока продолжаю разрабатывать на Evo. Сыровато пока, еще надо подождать.

[arsebandit]

Рево конечно всем хорошо, то ресурсов он пожирает неоправданно. Для небольших сайтов, которые на Эво можно клепать пачками, слишком тяжелым монстром он получается. А для серьезных проектов есть и другие интересные решения. Так что с выходом Рево и не ясностью относительно развития Эво, разработка на ModX пока приостановлена.

[Andchir]

А в каких направлениях вы бы стали развивать Эво? На форуме MODx я высказывал свое мнение:

OOP, ORM (Doctrine), MVC — ничего из этого нет в MODx 1.x Evolution (да, ООП в нормальном виде тоже) и будущего у такой системы нет.

Рево это и есть развитие Эво.

[arsebandit]

опять же не беря во внимание крупные высоконагруженные проекты, для небольших сайтов ево меня во всем устраивал кроме лимита на количество документов. Так что для ево+нормальная система управления кешированием=хорошая CMS для небольших проектов. Для серьезных проектов(как бы расплывчато это не звучало) над Рево постарались на славу, молодцы. Та же мультисайтовость из коробки чего стоит.

Итог: Рево хорош на тех проектах для которых он подходит по системным требованиям, то есть рассчитаных минимум на vps. Для более мелких проектов я бы оставил ево убрав ограничение на количество документов.

[Andchir]

Вы не ответили на вопрос :). Если устраивает Эво, почему прекратили разработку на MODx? Используйте Эво как и раньше, если он всем устраивает.

[Andchir]

Упс… не внимательно прочитал. Про направление развития Вы ответили. Если MODx планируется использовать только для небольших сайтов, то не понятно почему беспокоит ограничение в 5000 документов. Хотя многие говорят, что Эво справляется и с 10 000.
Я думаю развитие Эво зашло в тупик и чтобы его развивать нужно полностью переписать, что и было сделано.

[arsebandit]

да, согласен и про «тупик» и про «переписать». Просто хотел что-то типа lite-версии для Revo

[AstonMartin]

А какое ограничение на количество документов вы имеете в виду? Оно что там где то зашито?

[johnbl4ck]

Список вещей, которые меня очень радуют в Revo:

• Контексты
• Интернационализация
• ACL
• Переписанный с нуля парсер, теперь сниппеты, плейсхолдеры и тд можно вкладывать до опупения, каждый элемент может быть кешируемым
• Большое количество сниппетов для стандартных функций CMS
• Package management
• Form Customisation (пока конечно страшноват, но облагораживают
• Input & Output Modifiers
• Гораздо более мощный механизм кэширования (я не говорю, что производительность не хромает)

Список того, что не очень радует:

• Медленный backend
• Документация кажется несколько обрывочной, не структурированной
• xPDO — пока туговато въезжаю в логику, хотя с разработкой первого custom компонента, становится яснее

Кстати, OpenGeek на форуме постоянно говорит, что если у вас есть куча данных (aka 20000 записей в таблице) — делать на каждый по ресурсу совсем неверное направление. Ресурс — это view для представления тех самых данных.

И если смотреть на Рево именно как на CMF, то я выберу Рево, а не Друпал.

[bezumkin]

У меня пример под extJS не переключал страницы, пока не добавил в connector.php параметр action
Стало вот так:

$modx->request->handleRequest(array(
    'processors_path' => $modx->getOption( 'core_path' ) . 'components/myextra/processors/',
    'location' => '',
    'action' => 'datalist'
));