How to become an author
Search
Write a publication
Pull to refresh

Comments 40

Пытался использовать на одном проекте, но не получилось заставить работать на сервере на nginx без апача. Попросил знакомого заставить работать на похожем сервере (тоже без апача) — тоже не получилось. На связке nginx+apache работает без проблем. Может подскажете, где искать решение? На форумах ничего не нашел.
Total votes 1: ↑1 and ↓0+1
Скорее всего проблема в mod_rewrite и .htaccess, который там заточен под апач.
Наверно глупость говорю и вы уже делали это все.
В общем, посмотреть на rewrite rules и повторить их для nginx. Я такое проделывал под lighttpd для symfony фреймворка.
Total votes 1: ↑1 and ↓0+1
Не глупость, но это не помогло. Evo работает нормально на nginx.
Total votes 1: ↑1 and ↓0+1
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;
}
}
This comment wasn’t rated yet0
Со смарти рево и дальше не будет пригодна для продакшн…
This comment wasn’t rated yet0
Почему же? По-моему никто не заставляет использовать Смарти.
Total votes 1: ↑1 and ↓0+1
Я к тому что смарти не очень то шустрая :)
This comment wasn’t rated yet0
Смарти используется только для бэкэнда. Для фронтэнда он недоступен по многим соображениям. Вместо него вы можете использовать фильтры, которые позволяют сделать простейшие действия (например, проверку на нулевое значение), что очень удобно и не смешивает дизайн с кодом.
This comment wasn’t rated yet0
По умолчанию в бэкэнде Смарти отключен, но ничего не мешает его подключить:
$modx->getService('smarty','smarty.modSmarty');

This comment wasn’t rated yet0
В который раз убеждаюсь что перед публикацией продукта нужно писать документацию, а потом показывать проект.
Total votes 1: ↑1 and ↓0+1
Ну с документацией у Revo даже лучше, чем у Evo, правда она in English
This comment wasn’t rated yet0
Вернее даже будет сказать, что достаточно документации по базовым вещам, но документация постоянно пополняется, чувствуется, как разработчики стараются =)
This comment wasn’t rated yet0
Чем плох смарти? расскажите, пожалуйста. И какие методы\технологии лучше?
Total votes 2: ↑1 and ↓10
1. Дополнительное ухудшение производительности и так не быстрого MODx
2. Нужно потратить доп. время на изучение инструмента

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

С другой стороны в эволюшене и этого небыло, там вообще echo-м результаты нужно было выводить
Total votes 2: ↑0 and ↓2-2
Если вопрос ко мне, то я считаю что самый лучший шаблонизатор — php :)
Что мешает в шаблоне вместо {{some_variable}} (честно не помню как там в смартях) написать

Да написать надо больше, НО это не идет в сравнение с тем, что приходится проделывать смарти для подстановки этих переменных, а если условие? Вы просто подумайте о том что этот шаблон надо распарсить, потом расставить все по своим местам :)
Да есть кэширование скомпилированных шаблонов, НО это все равно не может сравнится по скорости с нативным пхп :)
Total votes 3: ↑3 and ↓0+3
Понял, спасибо.
This comment wasn’t rated yet0
Если вы про админку, то да, там используется Смарти. В своих приложениях вы можете использовать в качестве шаблонизатора php (или подключить другой шаблонизатор). Хотя Смарти «кэширует» именно в php и по скорости тут вряд ли будет большая разница.
Total votes 1: ↑1 and ↓0+1
Все же кэш рано или поздно придется обновить :)
This comment wasn’t rated yet0
Слова истинного пхпшника, в худшем виде. Откуда вы такие беретесь?
This comment wasn’t rated yet0
система неплохая. хоть порой и есть тормоза и глюки (в 2.0.2 или в 2.0.3 не работало редактирование символических ссылок), но уже поправили. На продакшене работает пока сносно. В документации конечно порой можно закопаться.

Так и не нашел как создать свой репозиторий пакетов, о которых они говорили в самом начале выхода Revolution.
This comment wasn’t rated yet0
Лично я завязал с MODx, попробовав сделать сайтик на Revo.
Drupal — мой выбор, только Drupal.
Total votes 1: ↑1 and ↓0+1
нету автолоадера и обилие конструкций вида
@include(MODX_CORE_PATH. 'error/unavailable.include.php');

как-то это некрасиво
This comment wasn’t rated yet0
Стоит и создавать интернет-магазины на данной системе, или посоветуете что-то другое из опенсоурса
This comment wasn’t rated yet0
Готового решения для создания магазина на Revo пока нет. В разработке как минимум два. Есть готовые модули под Evo.
Но если вы готовы разработать на Рево магазин с нуля, то это вполне хороший выбор.
This comment wasn’t rated yet0
modxcms.com/forums/index.php/topic,56826.msg325599.html

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

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

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

Мне ещё подсказывают, что транслитерация алиасов не работает…
This comment wasn’t rated yet0
Да, с акселераторами проблема есть.
Наследование в шаблонах появилось в Smarty 3, значит будет и в Рево.
Транслитерация алиасов работает — translit (Core Extension). После установки включается в настройках системы.
This comment wasn’t rated yet0
в 2.0.5 проблемы с акселераторами решены
This comment wasn’t rated yet0
Уже довольно давно смотрю на Revo, но проекты пока продолжаю разрабатывать на Evo. Сыровато пока, еще надо подождать.
Total votes 1: ↑1 and ↓0+1
Рево конечно всем хорошо, то ресурсов он пожирает неоправданно. Для небольших сайтов, которые на Эво можно клепать пачками, слишком тяжелым монстром он получается. А для серьезных проектов есть и другие интересные решения. Так что с выходом Рево и не ясностью относительно развития Эво, разработка на ModX пока приостановлена.
Total votes 1: ↑1 and ↓0+1
А в каких направлениях вы бы стали развивать Эво? На форуме MODx я высказывал свое мнение:
OOP, ORM (Doctrine), MVC — ничего из этого нет в MODx 1.x Evolution (да, ООП в нормальном виде тоже) и будущего у такой системы нет.

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

Итог: Рево хорош на тех проектах для которых он подходит по системным требованиям, то есть рассчитаных минимум на vps. Для более мелких проектов я бы оставил ево убрав ограничение на количество документов.
This comment wasn’t rated yet0
Вы не ответили на вопрос :). Если устраивает Эво, почему прекратили разработку на MODx? Используйте Эво как и раньше, если он всем устраивает.
This comment wasn’t rated yet0
Упс… не внимательно прочитал. Про направление развития Вы ответили. Если MODx планируется использовать только для небольших сайтов, то не понятно почему беспокоит ограничение в 5000 документов. Хотя многие говорят, что Эво справляется и с 10 000.
Я думаю развитие Эво зашло в тупик и чтобы его развивать нужно полностью переписать, что и было сделано.
This comment wasn’t rated yet0
да, согласен и про «тупик» и про «переписать». Просто хотел что-то типа lite-версии для Revo
This comment wasn’t rated yet0
А какое ограничение на количество документов вы имеете в виду? Оно что там где то зашито?
This comment wasn’t rated yet0
Список вещей, которые меня очень радуют в Revo:
  • Контексты
  • Интернационализация
  • ACL
  • Переписанный с нуля парсер, теперь сниппеты, плейсхолдеры и тд можно вкладывать до опупения, каждый элемент может быть кешируемым
  • Большое количество сниппетов для стандартных функций CMS
  • Package management
  • Form Customisation (пока конечно страшноват, но облагораживают
  • Input & Output Modifiers
  • Гораздо более мощный механизм кэширования (я не говорю, что производительность не хромает)


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


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

И если смотреть на Рево именно как на CMF, то я выберу Рево, а не Друпал.
Total votes 1: ↑1 and ↓0+1
У меня пример под extJS не переключал страницы, пока не добавил в connector.php параметр action
Стало вот так:
$modx->request->handleRequest(array(
    'processors_path' => $modx->getOption( 'core_path' ) . 'components/myextra/processors/',
    'location' => '',
    'action' => 'datalist'
));
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time
Unlock dark mode

Your account

Sections

Information

Services

Support
© 2006–2024, Habr