ModX и Drupal: разные истории

Аватар пользователя neochief neochief 27 января 2010 в 0:55

До знакомства с CMS ModX планировалась статья сравнения этих двух систем, особенно после появления темы «Сравнение Drupal, MODx (и других систем) в рабочем проекте» на drupal.ru где предлагалось соревнования что выяснить какая система лучше.

После небольшого знакомства с МодХ все вопросы отпадают сами собой и ни о каком сравнении не может быть и речи.

Начнем с того что эти две CMS используются для различных целей и они не взаимозаменяемы. Друпал предназначен для сайтов мини-портал и выше, в то время как МодХ я классифицирую как хороший конструктор сайтов визиток. Область применения МодХ заканчивается на сайтах имеющих статьи и новости одновременно. И заводить спор о том что из МодХ можно создать сайты крупнее и даже крупный портал, тоже верно, но и с сопоставимыми временными затратами можно создать этот крупный портал с нуля.

Зато МодХ отлично делает сайты визитки, имеет свой менеджер загрузки файлов, имеет встроенный редактор TinyMCE, многоязычный интерфейс администратора, понятный мастер установки и много чего другого. И в тоже время делать сайты визитки на Друпале немного неправильно, сам факт выделения 64Мб оперативной памяти для сайта визитки на 20 страниц и хостинг для этого «проекта» может вызвать истерический смех у многих веб-разработчиков.

Вообщем как я уже и сказал выше никакого сравнения я делать не собираюсь, но МодХ достоин того что бы о нем написали.

Вступление и первый подход к системе

МодХ ориентирован на небольшие сайты, имеет: АПИ, Ajax, ЧПУ, мета теги, группы пользователей. Наличие некоторый технологий даже удивляет, например, встроенный аналог CCK, только под названием «переменные шаблона».

Системные требования мы опустим, они не отличаются от большинства систем: PHP, MySQL, Apache/IIS, так как система рассчитана под сайты визитки то потребления ресурсов значительно ниже от Друпала/Джумлы.

Документация и сообщество

Я думаю уже понятно, что система больше чем простые визитки, но начинающие разработчики при освоении системы упираются в недостаток документации. Количество напечатанных книг под Drupal, Joomla, Wordpress измеряются десятками, а то и больше под МодХ толковых книг нет.

Документация скудна и большей частью на английском языке, на русском языке я не нашел ни одного сайта который бы имел всю информацию для создания сайта, поиском через гугл можно найти пару-тройку десятков сайтов на которых есть по 5-7 небольших статей.

Есть форум поддержки, но мне не понравилось его читать, знающих людей можно сосчитать по пальцам руки, а тех из них которые отвечают и того меньше. Могу привести мой вопрос и ответ на него что бы прояснить ситуацию. На мой вопрос «Как реализовать термины и категории материалов?» я получил ответ «Это вопрос к телепатам?». Правда чуть позже мне дали ссылку в какую сторону рыть что бы получить ответ, а закончилось обсуждение что я сам нашел в документации уже готовое решение (использование тегов с помощью Ditto). По ходу изучения ил использования будут всплывать еще подводные камни, но не больше чем в других системах, поэтому перейдем к хорошему.

Шаблон сайта глазами МодХ

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

Следующее полезное упрощение это количество шаблонов – для одного сайта их может быть множество. Для каждого шаблона придумываем название и при создании страницы из списка выбираем подходящий шаблон, все просто.

Сам шаблон может состоять из блоков и есть несколько видов этих блоков:

  • {{Имя_чанка}}
    чанк (chunk) – фрагмент HTML-кода (возможно использования JavaScript-кода). который может использоваться в шаблоне.
  • [[Имя_сниппета]] или [!Имя_сниппет!]
    сниппет (snippet) – фрагмент РНР-кода. Отличие этих вариантов в том что первый вариант кэшируется, второй нет.
  • [*имя_элемента*]
    заменяется на соответствующий элемент документа MODx.
  • [(Имя_переменной)]
    заменяется на системную переменную MODx.
  • [~ИД~]
    заменяется на ссылку на документ с соответствующим ид.
  • [+Имя_подстановщика+]
    заменяется на подстановщик.

Чанки и снипеты могут иметь многократные вложения.

Теперь смотрим на наш главный шаблон:

и результат:

эта же страница в редакторе:

Немного о внутренностях

Еще скриншоты можно увидеть здесь http://wiki.modxcms.com/index.php/MODx_0.9.5_in_screen_captures

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

Подробно рассматривать АПИ и делать статью о создании сайтом пока мы не будем, а только затронем процесс расширения сайта (добавление статей, новостей).

При создании контента мы можем делать древовидную структуру с многократным вложением страниц. Называем одну из страниц корневой папки «новости» и все новости сохраняем в эту папку. Первая часть добавления новостей на этом закончена, теперь необходимо сделать вывод. Тут все просто сами создаем SQL запрос, сами следим за корректностью передаваемых данных и сами обрабатываем результат запроса.

Навигацию страниц делаем тоже ручками старым "дедовским" методом, проверяем что нам передаю юзер в ГЕТ запросе и передаем это SQL запросе. Если программист забудет проверить, а юзер передаст «-1» в виде страницы, получим ошибку от мускула с завершением скрипта, таким нехитрым способом можно создать новости, блоги, форум и другой функционал портала.

Расширение функционала

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

Наиболее популярны:

  • eForm – создание и обработка форм
  • Ditto – снипет для организации информации (блоги, новости, статьи, каталоги)
  • Breadcrumbs – «хлебные крошки» путь текущий страницы
  • AjaxSearch - сниппет для организации поиска по сайту с применением Ajax
  • Jot – комментирование материалов

Итог

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

Система позволяет разработчику манипулировать блоками и элементами сайта не привязываюсь к 2-х, 3-х колоночных шаблонов. После запуска сайта на сервере, все изменения можно проделывать через админку. Отдельно хочется выделить управление содержимым, на первых шагах мне как друпалеру было непривычно пользоваться админкой и все казалось не логичным, но через час освоения я бы оценил админку на 9 балов по десятибалльной шкале (один балл снимаю за отсутствие подсветки HTML/PHP кода, при том что правка его вложена в функционал).

Ничего лишнего и в тоже время можно легко править любую часть сайта. Также хорошо продуман менеджер файлов, поэтому загрузка прайсов или медиа файлов легко осуществляется через админку.

Вывод: ModX — отличная система для создание сайтов визиток. Drupal — отличная система для сайтов побольше.

via ShvetsGroup
Автор: Олег Сидоренко

0 Thanks

Комментарии

Аватар пользователя gor gor 27 января 2010 в 1:02

Спасибо за хороший обзор.
Теперь если понадобится сайт визитка - буду знать что использовать.

Аватар пользователя SkyD SkyD 27 января 2010 в 1:23

Спасибо, прочитал с удовольствием и интересом.

PS
А может быть у вас есть опыт работы с Вордпресс?

И тогда вы сможете сказать пару слов о сравнении ВП и МодХ?
(ибо ВП-визитки тоже достаточно распространены)

Аватар пользователя FORTIS FORTIS 27 января 2010 в 1:23

«сам факт выделения 64Мб оперативной памяти для сайта визитки на 20 страниц и хостинг для этого «проекта»»

разве визитка на друпале с включенным кешированием не может жить на бесплатном хостинге с 32М?

за статью спасибо, обязательно попробую.

Аватар пользователя antey antey 28 января 2010 в 11:53
"FORTIS" wrote:

«сам факт выделения 64Мб оперативной памяти для сайта визитки на 20 страниц и хостинг для этого «проекта»»

Если ничего лишнего не добовлять то может. Но надо для кучи проектов делать сборку с визуальным редактором и прочей хнёй. Да и есть еще хостинги, где друпал встает нормально только на дорогом тарифе.

На MODx поднятие сайта при наличии утвержденного дизайна в виде psd-картинки занимает пол-дня - день (верстка, наполнение, обучение клиента).

Аватар пользователя deck4rd deck4rd 27 января 2010 в 1:32
"FORTIS" wrote:

разве визитка на друпале с включенным кешированием не может жить на бесплатном хостинге с 32М?

Иногда становится грустно, особенно, если сайт выходит в топ яндекса, гугла

Аватар пользователя kyky kyky 27 января 2010 в 3:07

Даже беглого взгляда достаточно, чтобы понять, насколько модовская шаблонная система лучше друпаловской. Вместо тонны тегов закрытия-открытия php и каши логики/вывода имеем аккуратный код. Как в django или GAE.
И, кстати, — кто жрет меньше памяти — Мод или ВП?
А то второй в последее время сильно распух...

Аватар пользователя gor gor 27 января 2010 в 4:40
kyky wrote:

Даже беглого взгляда достаточно, чтобы понять, насколько модовская шаблонная система лучше друпаловской. Вместо тонны тегов закрытия-открытия php и каши логики/вывода имеем аккуратный код.

Я лично использую Smarty Template engine.
Код получается очень чистым. Вот пример node.tpl

<div class="node{if $sticky} sticky{/if}">
  {if $page == 0}
    <h2><a href="{$node_url}" title="{$title}">{$title}</a></h2>
  {else}
    {$picture}
    <em class="info">{$submitted}</em>
  {/if}
  <div class="content">
   {$content}
  </div>
  {if $links}
    <em class="clear links">{$links}</em>
  {/if}
  {if $page == 1}
    <em class="clear terms">{$terms}</em>
  {/if}
</div>
Аватар пользователя Stan.Ezersky Stan.Ezersky 27 января 2010 в 4:11
"neochief" wrote:

Ссылка для хабраплюсаторов — http://habrahabr.ru/blogs/drupal/82117/[/quote]
Отметился-)

"SkyD" wrote:

А может быть у вас есть опыт работы с Вордпресс?

почти 4 года с WP-)

"FORTIS" wrote:

разве визитка на друпале с включенным кешированием не может жить на бесплатном хостинге с 32М?

При включенных модулях imagecache и imageAPI, вряд ли

Аватар пользователя sadmin sadmin 27 января 2010 в 9:18

Поставил плюс на хабре. А за статью спасибо, пригодится, уже точно знаю

Аватар пользователя Ильич Рамирес Санчес Ильич Рамирес Санчес 27 января 2010 в 11:23
"Stan.Ezersky" wrote:

"FORTIS" написал(а):

разве визитка на друпале с включенным кешированием не может жить на бесплатном хостинге с 32М?

При включенных модулях imagecache и imageAPI, вряд ли

стен, моя сборка что я выкладывал в 18-20 мег памяти на процесс укладывается.
может. дома лимит в 32 стоит.

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 27 января 2010 в 11:32

У меня есть один сайт, минимальное количество ядрёных модулей, в основном всё кастом, вьюса и сск нет. Довольно сложные типы материалов. Среднее потребление памяти ~10-12 метров, в момент добавления естественно побольше будет

Аватар пользователя Stan.Ezersky Stan.Ezersky 27 января 2010 в 11:36
"Ильич Рамирес Санчес" wrote:

стен, моя сборка что я выкладывал в 18-20 мег памяти на процесс укладывается.
может. дома лимит в 32 стоит.

Круто, а почему так мало ест?

Аватар пользователя md5@drupal.org md5@drupal.org 27 января 2010 в 12:48

Поковырялся. Не понравился принцип установки модулей и шаблонов. После Друпала выглядит вымученной фигней.

Аватар пользователя F10 F10 27 января 2010 в 14:47
"neochief" wrote:

И в тоже время делать сайты визитки на Друпале немного неправильно, сам факт выделения 64Мб оперативной памяти для сайта визитки на 20 страниц и хостинг для этого «проекта» может вызвать истерический смех у многих веб-разработчиков.

Сейчас скорее проблема в трудозатратах. На Drupal сайт-визитку делать тупо больше времени уйдет.
А на хостинге клиенты в последнее время не экономят так уж сильно.
И не забываем, если клиент попросит дополнительный функционал месяца через два, кто делал сайт на "визиточном" движке, у тех тоже может появится истерический смех.

Аватар пользователя MichaelMV MichaelMV 27 января 2010 в 15:54

Ха ха ха. Спасибо посмеялся).
Простая, легкая система, значит кроме как для простых сайтов визиток ни на что не пригодна.
Большая, требовательная к ресурсам система, значит портал будем делать на ней. Торжество логики над разумом.

Вообще зря принижают MODx, это нормальная система.

Quote:

Подробно рассматривать АПИ и делать статью о создании сайтом пока мы не будем, а только затронем процесс расширения сайта (добавление статей, новостей).

При создании контента мы можем делать древовидную структуру с многократным вложением страниц. Называем одну из страниц корневой папки «новости» и все новости сохраняем в эту папку. Первая часть добавления новостей на этом закончена, теперь необходимо сделать вывод. Тут все просто сами создаем SQL запрос, сами следим за корректностью передаваемых данных и сами обрабатываем результат запроса.

Навигацию страниц делаем тоже ручками старым "дедовским" методом, проверяем что нам передаю юзер в ГЕТ запросе и передаем это SQL запросе. Если программист забудет проверить, а юзер передаст «-1» в виде страницы, получим ошибку от мускула с завершением скрипта, таким нехитрым способом можно создать новости, блоги, форум и другой функционал портала.

Простите, мы же делаем сайт визитку, а для портала у нас есть пушка помощнее.

Конечно глупо друпаллерам доказывать что есть что то лучшее друпала ))), но поверь есть много альтернатив и MODx одна из них.

Аватар пользователя neochief neochief 27 января 2010 в 16:22
"MichaelMV" wrote:

Конечно глупо друпаллерам доказывать что есть что то лучшее друпала ))), но поверь есть много альтернатив и MODx одна из них.

В виду специфики нашей работы, мы смотрим на все с точки зрения Друпала. Никто не отрицает того, что есть альтернативы, наоборот, мы как раз это подчеркиваем уже на протяжении двух постов из серии. То, что статья не раскрывает глубин МодХ, не означает что этих глубин нет (хотя мы их пытались найти), это только лишь означает, что о них мало написано на модХ-совых ресурсах.

Аватар пользователя MichaelMV MichaelMV 27 января 2010 в 17:05
"neochief" wrote:

В виду специфики нашей работы, мы смотрим на все с точки зрения Друпала. Никто не отрицает того, что есть альтернативы, наоборот, мы как раз это подчеркиваем уже на протяжении двух постов из серии. То, что статья не раскрывает глубин МодХ, не означает что этих глубин нет (хотя мы их пытались найти), это только лишь означает, что о них мало написано на модХ-совых ресурсах.

Ну в таком случае вы должны согласиться со мной в том, что вывод вашей статьи несколько поспешен.

Quote:

Вывод: ModX — отличная система для создание сайтов визиток. Drupal — отличная система для сайтов побольше.

Аватар пользователя darkdim darkdim 27 января 2010 в 17:17
"Stan.Ezersky" wrote:

Тоже прочитал

согласен. тоже прочитал...

"FORTIS" wrote:

разве визитка на друпале с включенным кешированием не может жить на бесплатном хостинге с 32М?

Быренько собрать визитку на локале и залить файлы и базу, с включенными настройками производительности и кешированием, пайдет и на 16М как миленькая. Вот одна хрень, если надо поменять настройки, прийдется опять на локале и перезалить базу. Извращение? - согласен, но для тупых хостингов типа freehost пойдет.

"kyky" wrote:

Даже беглого взгляда достаточно, чтобы понять, насколько модовская шаблонная система лучше друпаловской. Вместо тонны тегов закрытия-открытия php и каши логики/вывода имеем аккуратный код.

Шаблонная система drupal выбирается э-эээ разработчиком, если не нравится стандартная, можно друпаловскую поменять на...(список на drupal.org). Вот хранить html в базе это сомнительное удовольствие. Скорость работы с файлами выше чем запросы к базе. Поэтому даже .info вынесли в файлы. Понятно при включенном кешировании расклады другие...

"<a href="mailto:md5@drupal.org">md5@drupal.org</a>" wrote:

Поковырялся. Не понравился принцип установки модулей и шаблонов. После Друпала выглядит вымученной фигней

с непривычки))

"F10" wrote:

Сейчас скорее проблема в трудозатратах. На Drupal сайт-визитку делать тупо больше времени уйдет

Это вряд ли. Если собирать с 0 да, если брать сборку, берешь любой шаблон, 30 минут и в добрый путь

"F10" wrote:

А на хостинге клиенты в последнее время не экономят так уж сильно.
И не забываем, если клиент попросит дополнительный функционал месяца через два, кто делал сайт на "визиточном" движке, у тех тоже может появится истерический смех

+1

"MichaelMV" wrote:

Вообще зря принижают MODx, это нормальная система

как и многие другие, например joomla. Кто к чему привык.

Аффтар пиши про DLE, на нем тоже визитки неплохо идут;) А уж куда глубже можно окунуться в php + mysql + html + css + javascript + ajax + ...............

Аватар пользователя orb orb 27 января 2010 в 18:19
"Ильич Рамирес Санчес" wrote:

моя сборка что я выкладывал в 18-20 мег памяти на процесс укладывается.

подождите, вопрос в целесообразности Wink
с МодХ тоже можно сделать портал и социальную сеть громадную, за 2 года разработки Smile
а вы сейчас предлагаете досконально изучить друпал, перебрать сотню модулей, выделить лучшие, настроить правильно, .... короче затратить кучу времени что бы сайт визитка жрал 20Мб памяти???

Там в статье четко написано что каждая система рассчитана на свою область применения Wink

Аватар пользователя Stan.Ezersky Stan.Ezersky 27 января 2010 в 18:29
"MDinc" wrote:

с МодХ тоже можно сделать портал и социальную сеть громадную, за 2 года разработки Smile

И с DLE можно. Вот например, делал года3-4 назад дизайн для израильской соцсети, которая стоит на дле. Так что, тут кто во что горазд-)

Аватар пользователя MichaelMV MichaelMV 27 января 2010 в 19:27
"orb" wrote:

с МодХ тоже можно сделать портал и социальную сеть громадную, за 2 года разработки Smile

Давайте не в подать в крайности. А если уж впадать то например как вам такая.

"Делаем быстро и весело портал и социальную сеть громадную, ставим кучу модулей, а затем выясняем что нужен мега-хост что бы всем этим ворочить. И как следствие долгие и нудные попытки спасти ситуацию кешированием путем установки еще дополнительных модулей (чтобы еще такое съесть, что бы похудеть) вплоть до написания своих, а там уже и до хаков не далеко. Только для того что бы упереться в естественный предел и понять что дальше некуда и без вырезания лишнего кода тут никак не обойтись... и в этот момент начинают появляться крамольные мысли, а у всех ли так худо с ресурсоемкостью может стоило больше потратить на разработку чем в последствии мучатся".

Считаете что используя друпал попасть в такую ситуацию в принципе невозможно?

Аватар пользователя Stan.Ezersky Stan.Ezersky 27 января 2010 в 19:37

MichaelMV, но во-первых, когда строят социальную сеть, то продумывают момент размещения на сервере, так что не могу с вами согласиться. А кто и на чём её сделает (или купит готовую) - личное право каждого.

Аватар пользователя MichaelMV MichaelMV 27 января 2010 в 20:13
"Stan.Ezersky" wrote:

MichaelMV, но во-первых, когда строят социальную сеть, то продумывают момент размещения на сервере, так что не могу с вами согласиться. А кто и на чём её сделает (или купит готовую) - личное право каждого.

Ну я то как раз с вами не спорю, я просто не согласен с выводами автора этого обзора.
Выяснив что визитки на MODx делать легко он сделал парадоксальный вывод - ModX — отличная система для создание сайтов визиток, а вот для сайтов побольше не покатит.

На основании чего такой вывод? Что не понравилось? В чем затыка? В нежелании и/или неумении написать sql-запрос? Что автору не дало поставить MODx на одну ступень с Drupal?

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

Аватар пользователя orb orb 27 января 2010 в 20:54
"MichaelMV" wrote:

Что автору не дало поставить MODx на одну ступень с Drupal?

отсутствие чего либо для создания, хотя бы новостей, в базовой комплектации
по этому и сужу о том для чего система предназначена, логично? Smile

конечно если ставить плагины и самому писать запросы и оформлять вывод - то да, можно блог сделать

Аватар пользователя Stan.Ezersky Stan.Ezersky 27 января 2010 в 20:58
"MichaelMV" wrote:

Что автору не дало поставить MODx на одну ступень с Drupal?

Возможно отсутствие хороших документации и обзоров-)

Аватар пользователя neochief neochief 27 января 2010 в 21:01
"MichaelMV" wrote:

На основании чего такой вывод? Что не понравилось? В чем затыка? В нежелании и/или неумении написать sql-запрос? Что автору не дало поставить MODx на одну ступень с Drupal?

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

Еще раз, статья написана друпаллером для друпаллеров и открывает глаза на альтернативные движки. Если бы компания автора занималась бы чем-то другим, кроме Друпала, глубокое и многогранное исследование альтернативных движков и сообществ было бы оправданным, но, очевидно, это не так.

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

Аватар пользователя SkyD SkyD 27 января 2010 в 21:01
"orb" wrote:

http://www.drupal.ru/node/37665[/quote]
Спасибо, обязательно прочитаю

"Stan.Ezersky" wrote:

почти 4 года с WP-)

А вы и автор поста - один человек?

Если да, то повторюсь:
Сможете сказать пару слов о сравнении ВП и МодХ?

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

Если нет, то это вопрос к neochief

Аватар пользователя SkyD SkyD 27 января 2010 в 21:07

И вдогонку:

и в посте и в комментариях проскакивала мысль о том, что ModX легче и быстрее, чем Drupal, однако вот что я встретил в официальных General Requirements на оф.сайте МодХ:

«If you're looking for the ultimate server that supports MODx today with optimal performance and that supports Revolution in the future, consider the following:

- Virtual or Dedicated Server
...
- 64MB (or higher) Memory Limit»

М.б. я ошибаюсь, но как-то многовато для визитки, которая вероятнее всего, будет работать на Shared Hosting'е.

Есть специалисты или люди с опытом, которые могут это прокомментировать?

Аватар пользователя Alexeydx Alexeydx 28 мая 2010 в 21:51
SkyD wrote:

И вдогонку:

и в посте и в комментариях проскакивала мысль о том, что ModX легче и быстрее, чем Drupal, однако вот что я встретил в официальных General Requirements на оф.сайте МодХ:

«If you're looking for the ultimate server that supports MODx today with optimal performance and that supports Revolution in the future, consider the following:

- Virtual or Dedicated Server
...
- 64MB (or higher) Memory Limit»

М.б. я ошибаюсь, но как-то многовато для визитки, которая вероятнее всего, будет работать на Shared Hosting'е.

Есть специалисты или люди с опытом, которые могут это прокомментировать?

64MB (or higher) Memory Limit - это требования Modx Revo 2 (для тех кто в танке первой версии и не было)))
В отличие от Modx Evo 1.0.3 (последняя на данный момент) у Рево переписано полностью все ядро+гибкий и более(всмысле очень более))) большой функционал АПИ - то есть именно Рево затачивают под не сильно большие и большие порталы, в то время как modx EVO идет для максимум середняковых сайтов.
Причем АПИ у Modx EVO вполне удовлетворительный для такой задачи как построение сайта-середнячка.

Правда надо иметь прямые руки, развитый мозг (который используете только вы)))), знания...
А по поводу времени - все зависит от уровня опыта и знаний (в основном)...

Аватар пользователя orb orb 27 января 2010 в 21:16
"SkyD" wrote:

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

снизу стоит линка что автор я Wink

Аватар пользователя neochief neochief 27 января 2010 в 21:17

Кагбэ я тоже не автор, но статья под моим патронатом Smile

> Сможете сказать пару слов о сравнении ВП и МодХ?

Мы сделали сравнение с друпалом для обоих систем, но вряд ли написание их взаимного обзора и сравнения было бы корректно писать нам. Об этом лучше просить кого-то из MODx-совцев.

Аватар пользователя F10 F10 27 января 2010 в 21:46

А мне не нравится, что везде где только можно, Drupal-у преписывают охринитительную прожорливость. Блин, у любого новичка после любых подобных обсуждений будет ощущение что делаешь сайт на Drupal, и сразу идешь покупаешь сервак.
Я честно, в этих всех делах производительности профан. Делаю сайты на Drupal, причем все, и визитки, и магазины.

Меня интересует на сколько(процентов примерно) реально Drupal будет жрать больше чем все эти "заточеные" движки?

Аватар пользователя WiseMan WiseMan 27 января 2010 в 23:12

Работал одно время с ModX. Одно из самых больших неудобств это обновление системы с модулями и без, резервное копирование и т.п. важные системные возможности. В этом плане drupal сильно выигрывает с доп. модулями, ИМХО.

У других открытых систем из моего опыта не встречал где еще можно удобно следить за обновлениями и централизованно обновлять. Из коммерческих систем у Битрикса мощно сделано обновление - практически на полном автомате.

Если кто-то встречал cms-ки с удобными функциями обновления и резервного копирования, то подскажите, пжта. Буду благодарен.

Аватар пользователя antey antey 28 января 2010 в 11:52
"WiseMan" wrote:

Работал одно время с ModX. Одно из самых больших неудобств это обновление системы с модулями и без, резервное копирование и т.п. важные системные возможности. В этом плане drupal сильно выигрывает с доп. модулями, ИМХО.

Т.е. Друпалу надо модули дополнительно, а в MODx вы не добавляете модули (они есть) и жалуетесь?

Аватар пользователя antey antey 28 января 2010 в 12:09
"<a href="mailto:md5@drupal.org">md5@drupal.org</a>" wrote:

Поковырялся. Не понравился принцип установки модулей и шаблонов. После Друпала выглядит вымученной фигней.

Копи-пастить это мучительно? Вы в друпале готовыми шаблонами пользуетесь или с 0 пишите?

"darkdim" wrote:

Шаблонная система drupal выбирается э-эээ разработчиком, если не нравится стандартная, можно друпаловскую поменять на...(список на drupal.org). Вот хранить html в базе это сомнительное удовольствие. Скорость работы с файлами выше чем запросы к базе. Поэтому даже .info вынесли в файлы. Понятно при включенном кешировании расклады другие...

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

"orb" wrote:

отсутствие чего либо для создания, хотя бы новостей, в базовой комплектации
по этому и сужу о том для чего система предназначена, логично? Smile
конечно если ставить плагины и самому писать запросы и оформлять вывод - то да, можно блог сделать

Э. зачем модуль для вывода новостей. Достаточно сниппета Ditto и дистрибутива.
Оба движка прекрасно выводят новости и прочие списки. В этом месте в сравнении у обоих стоят плюсы(галочки). Smile

"Stan.Ezersky" wrote:

Возможно отсутствие хороших документации и обзоров-)

У друпал много документации?
Например внятную документацию по views аргументам так и не нашел.

Аватар пользователя md5@drupal.org md5@drupal.org 28 января 2010 в 14:01
antey wrote:
"<a href="mailto:md5@drupal.org">md5@drupal.org</a>" wrote:

Поковырялся. Не понравился принцип установки модулей и шаблонов. После Друпала выглядит вымученной фигней.

Копи-пастить это мучительно? Вы в друпале готовыми шаблонами пользуетесь или с 0 пишите?

Да, мучительно.

Нет с 0 не пишу, пользуюсь готовыми.

А обновляется это как? Опять копипаст в сниппеты и чанки? Не, нафиг.

Аватар пользователя WiseMan WiseMan 28 января 2010 в 12:33
"antey" wrote:

Т.е. Друпалу надо модули дополнительно, а в MODx вы не добавляете модули (они есть) и жалуетесь?

Так похоже на жалобу?! Lol

Пару лет назад, когда работал с ModX модулей по отслеживанию обновлений всей системы не было. Модуль бэкапа - здесь возможно я недосмотрел или они мне чем-то не понравились у ModX. Я стараюсь смотреть глазами владельца сайта - чтобы модулем было пользоваться легко, как минимум. Бэкап по большому счету можно и без всяких модулей делать, но... для владельца сайта визитки это не вариант, ИМХО.

Если сейчас появились такие модули - особенно по слежению за обновлениями (!), то "ткните меня носом" прямо в страницу с модулем, пжта. На самом деле интересно. Ведь система удобная для сайтов визиток. Хотелось бы кроме быстрого создания сайта не иметь геморроя с его последующим обновлением.

Отследить и обновить - насколько это сейчас удобно в ModX, кто пробовал?

Аватар пользователя PVasili PVasili 28 января 2010 в 12:47
"antey" wrote:

На MODx поднятие сайта при наличии утвержденного дизайна в виде psd-картинки занимает пол-дня - день (верстка, наполнение, обучение клиента).

Сат-сайту рознь. Есть сайте, где на только не верстку уходит неделя. А
Сверстанную визитку установить на drupal с темизацией и обучить людей может вполне уложится в пол дня Wink

Аватар пользователя antey antey 28 января 2010 в 16:52
"RxB" wrote:

От кого-то слышал, что Etomite, это вроде форк от ModX, крайне пригодна для визиток

Скорее наоборот Etomite -> ModX.

"<a href="mailto:md5@drupal.org">md5@drupal.org</a>" wrote:

А обновляется это как? Опять копипаст в сниппеты и чанки? Не, нафиг.

Обновлять зачем? Модх не друпал, проблем безопасности и прочего нет. В базе у модулей/плагинов/сниппетов, если они используют файлы, просто строка с include. Так что в случае обновления (обычно если новый функционал добавлен автором) перезалить модуль аналогично друпалу, только update не нужен.

Аватар пользователя Nikit Nikit 28 января 2010 в 17:23
"antey" wrote:

Модх не друпал, проблем безопасности и прочего нет

немедленно в кукбук друпал Smile

Аватар пользователя Rick Rick 28 января 2010 в 17:40

Спасибо за статью Smile Не смотря на то, что мозг настроен мерить все по Друпалу, мне MODx дался легко. По крайней мере создание элементарных вещей удалось освоить если не за 1, то за 3 минуты Smile Давно искал легкий движок и, кажется, нашел Smile

"neochief" wrote:

Вывод: ModX — отличная система для создание сайтов визиток. Drupal — отличная система для сайтов побольше.

Вопреки выводу, как раз хочу создать на MODx "сайт побольше". Заодно и пойму, как себя будет вести мастерхост с средним сайтом на MODx (с Друпалом у него, увы, беда).

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 28 января 2010 в 17:46
"Rick" wrote:

с Друпалом у него, увы, беда

Если они до сих пор жадничают с лимитами, то беда у них будет со всеми сайтами, кроме статики.
Кстати, что-то вспомнилось, года два назад, был топик, парень искал хостинг в районе 200р, тогда же на форуме активничал один из мастерхостовцев, он предложил услуги мастерхоста, парень отказался, сославшись на стомость, мастерхостовец тогда написал "У нас есть тариф "Студенческий", всего 200р", парень ответил "Спасибо, посмотрел тариф, на нём даже php нет", в деталях могу ошибаться, но как-то так было

Аватар пользователя antey antey 28 января 2010 в 20:56
"RxB" wrote:

Повеселил, спасибо ВСЕ ЛГУТ

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

Аватар пользователя Dan Dan 28 января 2010 в 23:34
"antey" wrote:

Модх не друпал, проблем безопасности и прочего нет.

Если кто-то говорит, что у программы нет проблем с безопасностью, значит он не в теме. Ибо проблемы с безопасностью есть у любой программы, созданной человеком. Априори.

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

Аватар пользователя antey antey 29 января 2010 в 18:02
"RxB" wrote:

1. Там была не одно ссылка.
2. Тут тоже уязвимостей ModX нет? http://secunia.com/Advisories/32824/[/quote]Уязвимость в почти ненужном сниппете. Которая была давно и после обнародования исправлена менее чем через 2 недели.
Кстати это только 1 из 3 найденных и исправленных уязвимостей. Других не обнаружено.

Аватар пользователя direqtor direqtor 4 февраля 2010 в 5:53

to antey: Уязвимостей в MODx не может быть меньше, чем в Drupal. Тут неважно название системы. И та и другая - это PHP-код, значит уязвимости обоих систем связаны с ним и ни с чем более.

Чем криворукее программисты, тем больше уязвимостей появится.
Чем сложнее PHP-код, тем больше уязвимостей появится.
Чем популярнее система, тем больше уязвимостей найдется, попадет в списки безопасности и будет устранено.

Как-то так. Но я не спец по безопасности.

Аватар пользователя Sinn Sinn 4 февраля 2010 в 22:09

Тяжеловато всё-таки неподготовленному человеку в MODX заполнять контент. Очередная CMS для программистов. Это большой минус подобных систем. К нам часто обращаются клиенты у которых сайты работают на Joomla - они в них ничего не понимают. Приходится их переводить на самописный движок, где все заточено под пользователя. При выборе CMS для сложных проектов учитывали и юзабилити для пользователя - в этом друпал очень неплох.

Аватар пользователя antey antey 5 февраля 2010 в 3:46
"Sinn" wrote:

Тяжеловато всё-таки неподготовленному человеку в MODX заполнять контент. Очередная CMS для программистов. Это большой минус подобных систем. К нам часто обращаются клиенты у которых сайты работают на Joomla - они в них ничего не понимают. Приходится их переводить на самописный движок, где все заточено под пользователя. При выборе CMS для сложных проектов учитывали и юзабилити для пользователя - в этом друпал очень неплох.

Странно, обучаем различных блондинок часа за два работе в MODx.

"seaji" wrote:

А как его скачать без регистрации??

Для скачки регистрации не требуется.

Аватар пользователя F10 F10 5 февраля 2010 в 4:35
"Sinn" wrote:

При выборе CMS для сложных проектов учитывали и юзабилити для пользователя - в этом друпал очень неплох.

- не понял, у Drupal вообще нет админки. Как можно найти сложность в том, чего нет?
Drupal это как в "В контакте":
изменяешь страницу прямо в странице(сверху кнопка "ИЗМЕНИТЬ");
необходимые пункты создания контента, создаешь в меню;
сверочные таблицы и страницы массового изменения можно сделать через Views и Bulk Operations(если на сайт подойдет Views).
Клиентам админка вообще не нужна, ну я так делаю по крайней мере.

P.S. Sinn - извиняюсь, сначала прочел ваш пост "...очень плох".:)

Аватар пользователя antey antey 5 февраля 2010 в 9:30
"F10" wrote:

Drupal это как в "В контакте":
изменяешь страницу прямо в странице(сверху кнопка "ИЗМЕНИТЬ");
необходимые пункты создания контента, создаешь в меню;
сверочные таблицы и страницы массового изменения можно сделать через Views и Bulk Operations(если на сайт подойдет Views).
Клиентам админка вообще не нужна, ну я так делаю по крайней мере.

Вы думаете, что рядовой заказчик, который видел максимум msword сможет оперировать модулем Views?
Слова типо "таксономия" и "типы материалов" он воспримет как ругательство.

Аватар пользователя F10 F10 5 февраля 2010 в 12:35
"antey" wrote:

Вы думаете, что рядовой заказчик, который видел максимум msword сможет оперировать модулем Views?
Слова типо "таксономия" и "типы материалов" он воспримет как ругательство.

-а кто ему скажет слово "Views"? И кто ему вообще даст права на изменение Views. И слова "таксономия" и "типы материалов" заказщику знать не надо.
Ему надо знать "Создать новость", "Создать товар", "выбрать раздел каталога", "теги, ключевые слова".
Если вы про Views имеете в виду "Bulk Operations", то посмотрите этот модуль, и что он делает.

Аватар пользователя Sinn Sinn 7 февраля 2010 в 22:17
"F10" wrote:

-а кто ему скажет слово "Views"? И кто ему вообще даст права на изменение Views. И слова "таксономия" и "типы материалов" заказщику знать не надо.

именно! обычно я создаю отдельную группу пользователей к которым отношу клентов. И они не знают ничего кроме "создать материал". Чем больше возможностей у пользователя тем больше головной боли у тебя - зачастую у клиента просыпается креатив и они начинают портить сайт.

Аватар пользователя deck4rd deck4rd 8 февраля 2010 в 2:37
Sinn wrote:

Чем больше возможностей у пользователя тем больше головной боли у тебя - зачастую у клиента просыпается креатив и они начинают портить сайт.

Восстановить испорченный сайт - такая же услуга, которая как и остальные оказывается за $$$, это надо учитывать при составлении договора Smile

Аватар пользователя clubwave.ru clubwave.ru 8 февраля 2010 в 19:14
"F10" wrote:

А мне не нравится, что везде где только можно, Drupal-у преписывают охринитительную прожорливость. Блин, у любого новичка после любых подобных обсуждений будет ощущение что делаешь сайт на Drupal, и сразу идешь покупаешь сервак.
Я честно, в этих всех делах производительности профан. Делаю сайты на Drupal, причем все, и визитки, и магазины.
Меня интересует на сколько(процентов примерно) реально Drupal будет жрать больше чем все эти "заточеные" движки?

друпал обладает довольно хорошей производительностью

а меня вот раздражает ,что все орут, что кэш в базе данных - это маразм.. практические исследования показывают, что кэш на файлах работает медленней..

а Modx мне показался замороченным.. с друпалом работать проще, т.к. он не навязывает свой стиль работы с системой, в отличии от всех других движков, с которыми мне доводилось работать..

что касается джумлы - имхо хоронить пора давно)

Аватар пользователя Dan Dan 8 февраля 2010 в 19:26
"clubwave.ru" wrote:

что касается джумлы - имхо хоронить пора давно)

Smile разговор из аськи:

Quote:

клиент: Вы сайтами занимаетесь
я: да
клиент: Надо сделать сайт на пост-нюк
я: я работаю с друпал
клиент: друпал это монстр, а пост-нюк - зарекомдовавшее себя решение
...

А вы говорите жумла Smile

Аватар пользователя clubwave.ru clubwave.ru 8 февраля 2010 в 19:46
"F10" wrote:

- не понял, у Drupal вообще нет админки. Как можно найти сложность в том, чего нет?
Drupal это как в "В контакте":
изменяешь страницу прямо в странице(сверху кнопка "ИЗМЕНИТЬ");
необходимые пункты создания контента, создаешь в меню;
сверочные таблицы и страницы массового изменения можно сделать через Views и Bulk Operations(если на сайт подойдет Views).
Клиентам админка вообще не нужна, ну я так делаю по крайней мере.

да, именно поэтому даже битрикс у меня вызывает снисходительную улыбку

Аватар пользователя Stan.Ezersky Stan.Ezersky 8 февраля 2010 в 19:46
"Dan" wrote:

клиент: Вы сайтами занимаетесь
я: да
клиент: Надо сделать сайт на пост-нюк
я: я работаю с друпал
клиент: друпал это монстр, а пост-нюк - зарекомдовавшее себя решение
...

нарочно не придумаешь-))))

Аватар пользователя clubwave.ru clubwave.ru 8 февраля 2010 в 19:47
"Sinn" wrote:

именно! обычно я создаю отдельную группу пользователей к которым отношу клентов. И они не знают ничего кроме "создать материал". Чем больше возможностей у пользователя тем больше головной боли у тебя - зачастую у клиента просыпается креатив и они начинают портить сайт.

+1

клиент прежде всего блондинка (c)

Аватар пользователя Rick Rick 13 февраля 2010 в 16:07

4 недели разработки под MODx. В голове все чаще всплывают мысли: пока сайт ограничивается задачей: 5 страниц + новости - MODx шикарен, но как только речь заходит о работе с пользователями (регистрация, профайлы, формы входа), правами доступа, форуме - лучше сразу забыть об этой системе.

Впечатления:

1. Пользователи
В системе зачем-то существуют два популярных пакета для организации авторизации/регистрации/профайлов. Только, почему-то, один может одно (одним надо делать вход/выход), а второй другое (работа с профилями). Нет единого пакета, который мог бы делать все, что нужно и при этом не глючить. Приходится извращаться (увеличивается кол-во шаблонов, сниппетов и так далее, в итоге каша)

2. Права доступа
Права доступа. В MODx кто-то придумал 2 касты - пользователи и менеджеры. По-умолчанию пользователи не могут добавлять материалы на сайт (в таблице с контентом, поле, отвечающее за владельца ноды может иметь ID из таблицы менеджеров, соответственно обычному юзеру никогда не стать модератором - нужно извращаться, чтобы этого добиться). И из этого разграничения все проблемы. Даже если сделать пользователя менеджером, то профиль этого менеджера никто увидеть не сможет, т.к. сниппет профайла умеет показывать только пользователей, а на менеджеров ему положить.

3. Форум
Потратив кучу времени я откопал 3 форумных решения для MODx:
- модуль форума в стадии 0.01 альфа1 (лол)
- два моста для интеграции с Ваниллой и SFM
Не пробовал SFM, но после интеграции с Ваниллой проблемы только начались, т.к. вроде форум начал понимать пользователей с MODx, но потребовалось руками допиливать ссылки на профайлы пользователей, плюс разбираться в проблемах понимания шаблонами Ваниллы сниппетов MODx.

4. Производительность
Нашел статью про производительность MODx. Оказалось, что из-за того, что кэш сайта хранится в файлах, возникает проблема кэширования большого кол-ва материалов сайта. Если вас угораздило сделать сайт на MODx, а кол-во нод вдруг стало более 10.000, ждите выжирание памяти. Подробнее.

В общем, без всякого фанатизма, хочу сказать, что логичнее и грамотнее структуры Друпала я еще не видел. Если б не лимиты хостингов, не думал бы ни о каких MODx, а так, придется продолжать.

Аватар пользователя Dan Dan 13 февраля 2010 в 19:49
"Rick" wrote:

В общем, без всякого фанатизма, хочу сказать, что логичнее и грамотнее структуры Друпала я еще не видел. Если б не лимиты хостингов, не думал бы ни о каких MODx, а так, придется продолжать.

Какие лимиты? Память?

Аватар пользователя Rick Rick 13 февраля 2010 в 21:39
Dan wrote:
"Rick" wrote:

В общем, без всякого фанатизма, хочу сказать, что логичнее и грамотнее структуры Друпала я еще не видел. Если б не лимиты хостингов, не думал бы ни о каких MODx, а так, придется продолжать.

Какие лимиты? Память?

Конечно. мастерхост - 32 метра. Еле-еле хватает на подъем Друпала с Imagecache, Views и CCK. Когда я один брожу по сайту или, не дай Бог, по админке - через раз белые экраны. Переезжать на другой хостинг нет резона (да и некуда, it-patrol не устраивает кол-вом места, недорогие VDS смущают намеками на то, что у них тоже все будет тормозить), т.к. остальные мои самописные сайты, которые крутятся на том же аккаунте работают хорошо.

Аватар пользователя Rick Rick 13 февраля 2010 в 23:36
Dan wrote:

А кроме отчественных?

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

Аватар пользователя argon argon 15 февраля 2010 в 16:35

Статистика открытых проектов на одной из забугорных бирж

Dot Net Nuke (339)
Drupal (2169)
Joomla! (4063)
osCommerce (1368)
WordPress (3859)
ModX (3)

Аватар пользователя antey antey 15 февраля 2010 в 17:00
"Rick" wrote:

4 недели разработки под MODx. В голове все чаще всплывают мысли: пока сайт ограничивается задачей: 5 страниц + новости - MODx шикарен, но как только речь заходит о работе с пользователями (регистрация, профайлы, формы входа), правами доступа, форуме - лучше сразу забыть об этой системе.

MODx "Эволюция" не претендует на портал. Вот "Революцию" затачивают под это, но пока бета стадия.

"argon" wrote:

Статистика открытых проектов на одной из забугорных бирж
Dot Net Nuke (339)
Drupal (2169)
Joomla! (4063)
osCommerce (1368)
WordPress (3859)
ModX (3)

Как насчет оплаты хостинга за бугром (веб-мани, терминал), их тех-поддержки (общение по-русски)?
Клиенту может быть не удобен в этом плане.

Аватар пользователя Dan Dan 15 февраля 2010 в 19:21
"antey" wrote:

Как насчет оплаты хостинга за бугром (веб-мани, терминал), их тех-поддержки (общение по-русски)?
Клиенту может быть не удобен в этом плане.

Пластик стоит копейки, а иногда и вообще бесплатен. Техподдержка либо не нужна, либо проще и дешевле нанять человека, который пообщается с техподдержкой за тебя. По-любому выйдет дешевле и лучше чем наш хостинг + наша крутая тех.поддержка, которая обожает говорить: "это ошибка в ваших скриптах", пока сам не разберёшься и ткнёшь носом, что и где им нужно поменять.

Аватар пользователя clubwave.ru clubwave.ru 16 февраля 2010 в 22:24
"Rick" wrote:

Конечно. мастерхост - 32 метра. Еле-еле хватает на подъем Друпала с Imagecache, Views и CCK. Когда я один брожу по сайту или, не дай Бог, по админке - через раз белые экраны. Переезжать на другой хостинг нет резона (да и некуда, it-patrol не устраивает кол-вом места, недорогие VDS смущают намеками на то, что у них тоже все будет тормозить), т.к. остальные мои самописные сайты, которые крутятся на том же аккаунте работают хорошо.

смешно читать такое.. лично я не страдаю от нехваток памяти на хостингах уже года 4.. рекламировать того провайдера без ограничений резона нет, хотябы потому, что теперь есть nic.ru, на котором лимит памяти под скрипт ставится хоть гигабайт, и ничего не тормозит, даже если на одном аккаунте несколько довольно нагруженных проектов. Да и вообще с переходом на 6 версию друпал стал очень скоростным на мой взгляд.

"antey" wrote:

Как насчет оплаты хостинга за бугром (веб-мани, терминал), их тех-поддержки (общение по-русски)?
Клиенту может быть не удобен в этом плане.

вы уж не знаете за что зацепиться я смотрю..

вот в друпале страницу о сайте нельзя поменять ыыы http://www.drupal.ru/node/40360

Аватар пользователя Rick Rick 17 февраля 2010 в 15:30
"antey" wrote:

MODx "Эволюция" не претендует на портал. Вот "Революцию" затачивают под это, но пока бета стадия.

Да и из 1.02 тоже можно сделать, что хочется, просто немного бОльшими трудозатратами. На Революцию будет интересно посмотреть.

Вообще, не понимаю, из-за чего холивор? MODx - отдельно, Друпал - отдельно. Мне кажется, что если человек крутится в этом деле, он должен и Друпал знать и MODx и Джумлу и Вордпресс. Иначе, получается, что одно изучил и все - развитие прекратилось.

Аватар пользователя F10 F10 17 февраля 2010 в 16:27
"Rick" wrote:

Вообще, не понимаю, из-за чего холивор? MODx - отдельно, Друпал - отдельно. Мне кажется, что если человек крутится в этом деле, он должен и Друпал знать и MODx и Джумлу и Вордпресс. Иначе, получается, что одно изучил и все - развитие прекратилось.

Да вы че. Такие знания нужны только кроссворды решать, или в "Поле чудес". Я про то что энициклопедические знания в наше время дело десятое. Нужны реально хорошие узкие знания в какой-то одной(двух-трех) системе, чем 10 систем по немногу. Не представляю как надо знать друпал, что бы сказать - "Все, дальше мое развитие прекратится".

Аватар пользователя clubwave.ru clubwave.ru 18 февраля 2010 в 5:30
"direqtor" wrote:

С чего это? С того, что в том топике не дали ответа? Очень даже можно.

я к тому, что в админке можно было бы уже что-то такое добавить.. типа конструктора форм, при помощи которого можно любую форму менять по аналогии с типами материалов..

и ещё, если это возможно, может подскажете в той теме каким образом это сделать?

"Rick" wrote:

Вообще, не понимаю, из-за чего холивор? MODx - отдельно, Друпал - отдельно. Мне кажется, что если человек крутится в этом деле, он должен и Друпал знать и MODx и Джумлу и Вордпресс. Иначе, получается, что одно изучил и все - развитие прекратилось.

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

"F10" wrote:

Не представляю как надо знать друпал, что бы сказать - "Все, дальше мое развитие прекратится".

дело в том, что каждая новая версия друпала в какойто мере - новая система.. да, апдейты сложных сайтов проходят тяжело, но если к апдейтам подходить творчески приходит осознание, что это логичный и полезный шаг.. с большим предвкушением жду друпал 7 и новый вьюс.. и как-то остальные системы вообще не привлекают, хотя я и люблю всё новое, но пока друпал на волне, а все остальные плетутся за ним.. вот такое моё ИМХО

Аватар пользователя direqtor direqtor 18 февраля 2010 в 5:40
"clubwave.ru" wrote:

и ещё, если это возможно, может подскажете в той теме каким образом это сделать?

Писать свой модуль. FormAPI и хуки построения и обработки форм.

Аватар пользователя Rick Rick 18 февраля 2010 в 19:41
"F10" wrote:

Да вы че. Такие знания нужны только кроссворды решать, или в "Поле чудес". Я про то что энициклопедические знания в наше время дело десятое. Нужны реально хорошие узкие знания в какой-то одной(двух-трех) системе, чем 10 систем по немногу. Не представляю как надо знать друпал, что бы сказать - "Все, дальше мое развитие прекратится".

Кому кроссворды решать, а кому давать четкий аргументированный отказ заказчику, когда тот просит сделать сайт на Джумле, к примеру.

"clubwave.ru" wrote:

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

Вот будет у меня возможность переехать на более производительный хостинг + давать заказчикам возможность использовать такой же хостинг (с официальными бумажками), тоже буду только Друпалом пользоваться Smile
P.S. Если не трудно, киньте в личку, что за хостинг у Вас. Спасибо!

Аватар пользователя iryston iryston 19 февраля 2010 в 2:28
"clubwave.ru" wrote:

есть nic.ru, на котором лимит памяти под скрипт ставится хоть гигабайт,

Откуда такие данные? / Как это сделать?

По теме:
Не надо сравнивать теплое с мягким, острое с легким, а Drupal c ModX
из пушки по воробьям не стреляют.

Аватар пользователя marazmus marazmus 19 февраля 2010 в 7:40

Ладно вам спорить, обе системы хороши, просто каждый для себя решает, где кончается необбходимость проектов на MODx и начинается нужда в строительстве на Друпале. Для меня лично это работа с юзерами. Если есть хотя бы минимальный шанс того, что на сайте будет нужна регистрация пользователей и работа с юзерами, то лучше потерять побольше времени, но сделать на Друпале. А для "по-быстрому" MODx самое то, "рядом по дзену" стоит только Textpattern, но от него еще больше крыша едет с непривычки.

Аватар пользователя antey antey 20 февраля 2010 в 10:19

Сейчас делаю сайт для аренды жилья. На модх все было хорошо пока не сталкнуля с системой бронирования. Ну нет там даже намека на это, а прикручивать сторонний, разбираться - терять время.
У джумлы есть модули бронирования, но ущербные, либо платные.
Посмотрел у друпал. Есть, но взаимодействие с системой так и не понял.
К тому же система фильтров так и не заработала, выдает все квартиры не фильтруя. В модх фильтр в 2 строки вызова делается дефолтовыми сниппетами.
Не говорю уж о темизации выводимых данных, в модх над этим меньше голова болит.

Аватар пользователя clubwave.ru clubwave.ru 26 февраля 2010 в 13:43
"Rick" wrote:

Вот будет у меня возможность переехать на более производительный хостинг + давать заказчикам возможность использовать такой же хостинг (с официальными бумажками), тоже буду только Друпалом пользоваться Smile
P.S. Если не трудно, киньте в личку, что за хостинг у Вас. Спасибо!

да я и тут не прочь его пропиарить - nichost.ru

"eagle" wrote:

Откуда такие данные? / Как это сделать?
По теме:
Не надо сравнивать теплое с мягким, острое с легким, а Drupal c ModX
из пушки по воробьям не стреляют.

как откуда? пользуюсь с самого открытия.. В России появился хостинг мечты.. а вы и не знали)

Из пушки по воробьям стреляют.. тем более, когда из пушки можно сделать всё, что угодно Wink

И сравниваются 2 cms, причём их как правило рядом ставят, я уже не первый раз такое сравнение вижу и считаю его довольно уместным.

"antey" wrote:

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

учиться, учиться и ещё раз учиться.. как завещал великий Ленин

Аватар пользователя orb orb 27 февраля 2010 в 13:44
"clubwave.ru" wrote:

И сравниваются 2 cms, причём их как правило рядом ставят, я уже не первый раз такое сравнение вижу и считаю его довольно уместным.

малолетки ставят рядом все что угодно Wink
Друпал и свой сайт на НТМЛ они тоже могут рядом поставить и говорить что у них круче и меньше ресурсов жрет Smile

Аватар пользователя clubwave.ru clubwave.ru 2 марта 2010 в 17:58
"orb" wrote:

малолетки ставят рядом все что угодно Wink
Друпал и свой сайт на НТМЛ они тоже могут рядом поставить и говорить что у них круче и меньше ресурсов жрет Smile

нет, модх же позиционируется как продвинутая система (а-ля друпал) с более дружественным интерфейсом.. или мне так показалось

Аватар пользователя antey antey 2 марта 2010 в 21:41
"clubwave.ru" wrote:

нет, модх же позиционируется как продвинутая система (а-ля друпал) с более дружественным интерфейсом.. или мне так показалось

Какой критерий у "дружественного интерфейса"?

Аватар пользователя orb orb 2 марта 2010 в 22:38
"clubwave.ru" wrote:

модх же позиционируется как продвинутая система (а-ля друпал) с более дружественным интерфейсом.. или мне так показалось

если нет вывода даже перечня статей и тегов, даже с вордпресом сравнивать не имеет смысла

Аватар пользователя antey antey 3 марта 2010 в 22:52
"orb" wrote:

если нет вывода даже перечня статей и тегов, даже с вордпресом сравнивать не имеет смысла

Перечень статей есть в дефолте. Теги из TV + сниппет.

Аватар пользователя F10 F10 4 марта 2010 в 7:49

Здесь классическая проблема: Одни знают одну систему хорошо. Другие знают другую систему хорошо.
И в укор друг другу ставят то, что не смогли настроить в конкуренте.
Стандартный функционал сейчас есть практически во всех движках, и поэтому вряд ли имеет смысл говорить что их нет, скорее всего не нашли где их включить или установить.

Аватар пользователя orb orb 4 марта 2010 в 9:46
"antey" wrote:

Перечень статей есть в дефолте. Теги из TV + сниппет.

вот ты сам и ответил на вопрос Wink
В Друпале, водрпресе, джумле. ... - это активируется галочкой
в МОДх - нужно писать снипеты

Если подходить со стороны писания кода, то в любой CMS есть все Smile

Аватар пользователя antey antey 4 марта 2010 в 22:38
"orb" wrote:

вот ты сам и ответил на вопрос Wink
В Друпале, водрпресе, джумле. ... - это активируется галочкой
в МОДх - нужно писать снипеты

Зачем же писать. Все уже придумано и есть в установке, либо на оффсайте в загрузках.
Views = Ditto (сниппет в комплекте)
CCK = Параметры TV (встроенный функционал)
Даже галочку не надо ставить.
Просто вписать в шаблон вызов.

Аватар пользователя F10 F10 4 марта 2010 в 23:12

Я правильно понял, что без знания php в MODx делать нечего? Просто все обсуждение описываются сниппеты, или они не такие как в Друпале(в Друпале сниппет - это php код)? Поймите меня правильно, я думал MODx что-то типо Вордпреса или Джумплы, где в принципе любой может что-то собрать просто тыкаясь в админке.

Аватар пользователя antey antey 5 марта 2010 в 6:21
"F10" wrote:

Я правильно понял, что без знания php в MODx делать нечего? Просто все обсуждение описываются сниппеты, или они не такие как в Друпале(в Друпале сниппет - это php код)? Поймите меня правильно, я думал MODx что-то типо Вордпреса или Джумплы, где в принципе любой может что-то собрать просто тыкаясь в админке.

В любой CMF требуется знание php. Впрочем, полно справочных материалов более-менее понятных по сниппетам у всех движков, MODx не исключение. Причем форум сообщества предлагает вполне полные решения по задачам и для новичков. Здесь же (на этом форуме) зачастую ответы шифруют в одно слово без решений.
Наприример, делаю сайты дет.садам. MODx это добавление 2 плагина (PHx логика и DR вывод картинок (ака imagecache с кучей модулей в придачу)) + 1 сниппет галереи. И никакого php кода писать не надо.
Пробовал анологию сайта на Drupal. Модулей надо более 20 дополнительно + их настройка + темизация.

Аватар пользователя F10 F10 5 марта 2010 в 11:48
"antey" wrote:

Пробовал анологию сайта на Drupal. Модулей надо более 20 дополнительно + их настройка + темизация

ответ

"F10" wrote:

Здесь классическая проблема: Одни знают одну систему хорошо. Другие знают другую систему хорошо.
И в укор друг другу ставят то, что не смогли настроить в конкуренте.
Стандартный функционал сейчас есть практически во всех движках, и поэтому вряд ли имеет смысл говорить что их нет, скорее всего не нашли где их включить или установить.

и, те 20 модулей которые вы говорите, скорее всего, те, что стоят в других движках из коробки. Вас что смущает, кол-во? В Битрксе вобще сразу все предустановлено, и никаких модулей ставить не надо, весит правда больше 100 мегов, и кол-во файлов больше 15000 насколько помню.
Если смущает время потраченное вами на доустановку этих модулей, то могу сказать, таков Друпал, на нем не собирают мелкие сайты, которые можно поднять за день(хотя я собираю Smile ).

Не охота сейчас вступать в холивар, да и честно признаюсь, MODx я в глаза не видел.

Просто хотел уточнить, можно ли тыкаясь в админке, без PHP кода вообще, создать сайт на MODx и все. Критиковать движок этот и в мыслях не было.

Аватар пользователя antey antey 5 марта 2010 в 15:23
"F10" wrote:

и, те 20 модулей которые вы говорите, скорее всего, те, что стоят в других движках из коробки. Вас что смущает, кол-во? В Битрксе вобще сразу все предустановлено, и никаких модулей ставить не надо...

TinyMCE, обработка изображений, галерея, лента новостей и т.п...
В коробке drupal этого нет. Смущает количество дополнителных модулей поверх движка для простейшего сайта.

Аватар пользователя direqtor direqtor 5 марта 2010 в 17:01
"antey" wrote:

Смущает количество дополнителных модулей поверх движка для простейшего сайта.

А что вы понимаете под простейшим сайтом?

Аватар пользователя F10 F10 5 марта 2010 в 20:11
"antey" wrote:

Смущает количество дополнителных модулей поверх движка для простейшего сайта.

- здесь уж только ждать семерку. Там много чего предустановленого, и при этом, не превратили его в узконаправленый вордпресс. (хотя конечно кол-во модулей из коробки не говорит о узконаправлености какого-либо движка, наверно можно было висвиг редакторы и нормальную работу с картинками воткнуть и 6-ую версию. Но это вопрос к разработчикам ядра, наверняка на это были причины. В семерку вот воткнули только зарекомендовавшие себя модули. ИМХО.)

Аватар пользователя antey antey 5 марта 2010 в 21:08
"direqtor" wrote:

А что вы понимаете под простейшим сайтом?

Тина, обработка изображений, дополнительные поля, список+фильтр вывода.

Аватар пользователя direqtor direqtor 6 марта 2010 в 2:36

Тогда не надо удивляться количеству доп модулей. Проблема только в том, что они не входят в ядро и поэтому поддержание актуальной сборки (всё в одном флаконе) из них затруднительно.

Аватар пользователя clubwave.ru clubwave.ru 5 марта 2010 в 22:24
"antey" wrote:

MODx это добавление 2 плагина (PHx логика и DR вывод картинок (ака imagecache с кучей модулей в придачу)) + 1 сниппет галереи. И никакого php кода писать не надо.
Пробовал анологию сайта на Drupal. Модулей надо более 20 дополнительно + их настройка + темизация.

а можно посмотреть?

"antey" wrote:

TinyMCE

убожество

Аватар пользователя antey antey 6 марта 2010 в 8:47
"clubwave.ru" wrote:

а можно посмотреть?

Минимум:
drupal: cck, views, ckeditor, imce, imce_mkdir, imce_crop, faq, guestbook, captcha, image, imageapi, imagecache, lightbox2, pathauto, transliteration, token
+переводы.
-----------------
modx: fckeditor (tinymce глючит в опере), directresize, phx, maxigallery

Сомневаюсь что друпал при этом не закричит на подходящих клиенту (дет.сад) хостингах.
Хотя обучить такого клиента наполнению на друпал будет проще, всего лиш не надо будет объяснять что такое дочерний документ :).

Аватар пользователя F10 F10 6 марта 2010 в 13:53
"antey" wrote:

Сомневаюсь что друпал при этом не закричит на подходящих клиенту (дет.сад) хостингах.

- с чего вы взяли что кол-во модулей влияет на нагрузку на сервере. Или я чего-то не понимаю. По вашей логике получается, что если половину модулей вшить в ядро, их нагрузка каким-то волшебным образом улитучивается. Или image, imageapi, imagecache объеденить в один модуль, то вместе они каким-то образом будут требовать меньше чем раздельно.

Друпал кричит на дешевых хостингах по другим причинам.

P.S. А что, серьезно в MODx есть модуль по функционалу не уступающий Views?

Аватар пользователя antey antey 6 марта 2010 в 17:44
"F10" wrote:

А что, серьезно в MODx есть модуль по функционалу не уступающий Views?

Ditto

Аватар пользователя clubwave.ru clubwave.ru 7 марта 2010 в 1:13
"antey" wrote:

Минимум:
drupal: cck, views, ckeditor, imce, imce_mkdir, imce_crop, faq, guestbook, captcha, image, imageapi, imagecache, lightbox2, pathauto, transliteration, token
+переводы.
-----------------
modx: fckeditor (tinymce глючит в опере), directresize, phx, maxigallery
Сомневаюсь что друпал при этом не закричит на подходящих клиенту (дет.сад) хостингах.
Хотя обучить такого клиента наполнению на друпал будет проще, всего лиш не надо будет объяснять что такое дочерний документ :).

я хотел посмотреть на проект, построенный с использованием ModX, о котором вы писали:

"antey" wrote:

MODx это добавление 2 плагина (PHx логика и DR вывод картинок (ака imagecache с кучей модулей в придачу)) + 1 сниппет галереи. И никакого php кода писать не надо.
Пробовал анологию сайта на Drupal. Модулей надо более 20 дополнительно + их настройка + темизация.

Аватар пользователя orb orb 7 марта 2010 в 10:17

Ну так в статье правда написана Smile
МОДх система для продвинутых сайтов визиток. У вас все сайты это набор из 20 статических страниц и одна страница реализована как фотогалерея

Аватар пользователя antey antey 7 марта 2010 в 13:25
"orb" wrote:

МОДх система для продвинутых сайтов визиток. У вас все сайты это набор из 20 статических страниц и одна страница реализована как фотогалерея

Лента новостей, faq, гостевая, галерея, каталог не статичные.

Аватар пользователя F10 F10 7 марта 2010 в 14:49
"antey" wrote:

http://site7777.ru большая часть там. Еще http://www.glamourcalze.ru[/quote]- хорошие самодостаточные сайты, Drupal вам точно не нужен для таких сайтов. Drupal - это WEB2.0, сообщества, группы, коменты из коробки, перелапачивание большого кол-во контента по разделам и их фильтрация, ну еще Ubercart.

Аватар пользователя clubwave.ru clubwave.ru 8 марта 2010 в 17:46
"F10" wrote:

- хорошие самодостаточные сайты, Drupal вам точно не нужен для таких сайтов. Drupal - это WEB2.0, сообщества, группы, коменты из коробки, перелапачивание большого кол-во контента по разделам и их фильтрация, ну еще Ubercart.

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

Но приведённые antey'ем сайты показывают хоть что-то.. хотя думаю на друпале получилось бы лучше

Аватар пользователя F10 F10 8 марта 2010 в 19:08
"clubwave.ru" wrote:

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

- сам я согласен с вами, и клепаю все что ни попадя на Друпале.
Просто antey-ю хочу объяснить, если собираешь 10-ти страничные сайты, и при этом что бы на 32 мегах работало, не собирай на Друпале. Если же упрешься в функциональность MODx и клиент готов платить за хостинг, бери Друпал.

Аватар пользователя orb orb 8 марта 2010 в 19:44
"clubwave.ru" wrote:

не говоря уже про изучение другой системы, тем более никаких приемуществ не увидел.

не читайте комментарии, читайте статью Smile
для каждого сайта своя система
сайт - со страницей новостей = МОДх
сайт - со страницей галереии = МОДх
сайт портал = Друпал, вне зависимости от сложности портала и от ого это мини портал или полноценный портал

В статье написано что МОДх = "продвинутый сайт визитка" и не смотря на плотность обсуждения, все идет к тому Smile

"F10" wrote:

Просто antey-ю хочу объяснить, если собираешь 10-ти страничные сайты, и при этом что бы на 32 мегах работало, не собирай на Друпале. Если же упрешься в функциональность MODx и клиент готов платить за хостинг, бери Друпал.

народ вы мыслете неправильно Wink
вопрос не в том за что платит заказчик, а в том на что сайт ориентирован

Аватар пользователя clubwave.ru clubwave.ru 9 марта 2010 в 19:21
"orb" wrote:

для каждого сайта своя система
сайт - со страницей новостей = МОДх
сайт - со страницей галереии = МОДх
сайт портал = Друпал, вне зависимости от сложности портала и от ого это мини портал или полноценный портал
В статье написано что МОДх = "продвинутый сайт визитка" и не смотря на плотность обсуждения, все идет к тому Smile

к друпалу я пришёл в поисках такого решения: "для любого сайта одна система"

так что у меня расклад такой:

сайт - со страницей новостей = Друпал
сайт - со страницей галереии = Друпал
сайт портал = Друпал, вне зависимости от сложности портала и от ого это мини портал или полноценный портал

Сложность установки и ресурсоёмкость считаю высосанными из пальца.. Единственное зачем нужно выделять много памяти на небольшом сайте - это возможность загрузки и дальнейшей обработки больших изображения.

Хостинги, на которых бы не заработал друпал по причине малого объёма памяти мне не встречались несколько лет. Есть правда проблема с количеством выделяемых запросов на некоторых хостингах, но мне удаётся обходить их стороной и вообще хостинг ничего не стоит для любого нормального клиента, а сайты для школьников собирать на любой системе не считаю целесообразным.. любой школьник на это потратит меньше материальных ресурсов

"antey" wrote:

Вот галерея modx сайтов, так сказать варианты ориентации:
http://modx.ru/sites/
http://modxcms.com/learn/showcase/[/quote]
спасибо за ссылки.. долго смотреть нет возможности, но хочется увидеть действительно сложный сайт на модх.. так сказать хочется увидеть возможности "аналогов вьюс и сск".. Если у вас есть ссылка на такой сайт, можете избавить меня от долгих поисков)

Аватар пользователя astrov astrov 8 сентября 2010 в 14:44

сам использую modx, очень доволен системой, некоторые вещи конечно через одно место реализованы, но в общем случаи система очень хорошая

Аватар пользователя acoder acoder 27 сентября 2011 в 9:15

Идея хранить шаблоны сайта в базе выглядит пугающе. Если нужен легкий движок и так чтобы можно было, хоть визитку, хоть портал, то лучше cotonti смотреть. http://cotonti.com

Аватар пользователя antey antey 27 сентября 2011 в 12:09
"acoder" wrote:

Идея хранить шаблоны сайта в базе выглядит пугающе. Если нужен легкий движок и так чтобы можно было, хоть визитку, хоть портал, то лучше cotonti

Кеш на диске у модх как бы уже не играет роли?

Аватар пользователя acoder acoder 27 сентября 2011 в 12:22
"antey" wrote:

Кеш на диске у модх как бы уже не играет роли?

Кеш то как раз можно было бы и в базе - она может быть и быстрее. А вот исходники шаблона в базе... Как с шаблонами вообще работать в таком виде? Шансы накосячить в коде возрастают в разы. Как ни крути, а работать через небольшие формочки в админке не удобно. Другое дело специализированные редакторы с подсветкой синтаксиса и другими удобствами. Кроме того, сам принцип верстки какой в данном случае? Типа верстаем сайт отдельно, где хотим. Потом режим на куски и вставляем в их в админку? А если потом доработать надо будет немного дизайн? Снова повторять всю цепочку? Изврат.

Аватар пользователя antey antey 28 сентября 2011 в 10:27
"acoder" wrote:

Как с шаблонами вообще работать в таком виде? Шансы накосячить в коде возрастают в разы. Как ни крути, а работать через небольшие формочки в админке не удобно. Другое дело специализированные редакторы с подсветкой синтаксиса и другими удобствами. Кроме того, сам принцип верстки какой в данном случае? Типа верстаем сайт отдельно, где хотим. Потом режим на куски и вставляем в их в админку? А если потом доработать надо будет немного дизайн? Снова повторять всю цепочку? Изврат.

Вполне удобно работать. Несколько шаблонов отвечают за разные разделы (различие только в части контента). Например, код шаблона:

{{Шапка}}
{{Левый_блок}}
<h1>[*pagetitle*]</h1>
[*content*]
{{Правый_блок}}
{{Подвал}}

И далее в {{чанках}} пишем куски html с готового шаблона. Они будут меняться для всех шаблонов. Редактор с подсветкой есть.
Вся работа идет через админку, в т.ч. с картинками и файлом стиля. CSS и JS так же можно загрузить в базу. Вся работа без захода через фтп-клиент. Доступ к этим ресурсам естественно настраивается.
Можно даже добавить в конце шаблона:
<!-- База: [^qt^], [^q^] запросов, PHP: [^p^], всего: [^t^], из [^s^] -->
И увидеть в исходнике вид типо:
<!-- База: 0.0056 s, 0 запросов, PHP: 0.0460 s, всего: 0.0516 s, из cache -->