1 августа 2012 в 16:20
Друпальщики, пробовали?
Сообщество позиционирует как самую лучшую и идеальную CMS и якобы свои html верстанные шаблоны натягивать одно удовольствие.
MODx
Главные вкладки
1 августа 2012 в 16:20
Комментарии
хорошая система
Мне хватило админки.
от добра добра не ищут-))
Мы Дриса не продаем! Долой не правоверный системы!
это из серии "мне на KDE поставить gtk софт религия не позволяет"?
нет, это из серии "нахрена козе баян?"
Мы то-же говорим о друпале
ну всмысле джумловоды сами признают, что поработав и поняв друпал джумла кальна во многих моментах...например.
про MODx где-то читал якобы друпальщик перешел с друпала на него....типа реал грядет идеальная кмс
О_о ПОКАЖИ ТАКОГО!
Ни один из знакомых джомлофагов ниразу не признал такого. Хотя друпал ковыряют помаленьку.
И плюютсо-матерятсо )))
А вообще, как в поговорке, "кто как хочет, так и (онанирует)".
Если тебе на укозе удобно сайты делать, то и хрен с тобой, главное чтоб продукт нагора выдавал достойный. Значение имеет не система, значение имеют руки которые "готовят" на ней.
Ага 8 в 2013 или 14 выходит
Вот вот..гдето читал..на хабре вроде.Там было про сайт,написанные на зенд фреймворке..и эта тема как раз хорошо раскрыта.
А по мод иксу-говорят действительно крутая вещь..особенно последние версии. К меня друг один дружит с ней..правда программировать вообще не умеет. Не раз мне говорил,что если я сяду за модикс-крутые вещи смогу делать..
Но ка то руки всё не доходят)) однажды решил поставить его на хостингер.ру - установился,но не завёлся.. так и бросил это дело.Может как-нибудь вернусь.
Он темплейты в базе хранит... Это же адовый ад.
Фигня, главное ХТМЛ легко натянуть!
Поддержка 5.1 + Сколько же он за собой истории тянет xD
Если позиционировать MODX именно, как CMS - то эта система по функциональности и легкости разработки отстает от друпала. Если сделать визитку или каталог с интернет-магазином еще можно, то вот что-то по серьезнее типа соцсети (регистрация, добавление комментов/статей, голосование, избранное и т.п.) - уже придется писать код или допиливать существующее недорешения...
Писать же код для MODX одно удовольствие. Эта система нас ничем не ограничивает, т.к. можно писать код так, как привыкли и не придерживаться каких-либо стандартов. Именно поэтому MODX позиционируется как CMF. Лично я на основе этой системы делал пару сервисов, но к сожалению они находятся в локальных сетях компаний. Из веба доступен всего один сервис сделаный на MODX ветки revolution (делал не я, а Bezumkin): http://modx-test.com/ Примеры же обычных сайтов можно посмотреть в каталоге сайтов на MODX
Что-то говорят, что больше 5000 страниц и система уже падает и хостинг ее не тянет
Для evolution есть такое дело. Но опять таки, по своему опыту скажу, что это относится к админке (если все 5000 документов хранятся в одном контейнере). Если же использовать систему именно как CMF или версию revolution, то нам не страшны эти ограничения.
я один из таких кто использовал жумлу. Потом заинтересовал друпал, но никак не мог его понять. Очень долго читал форумы. Психовал иногда не понимая. Но теперь скажу честно на жумлу низачто не вернусь
аналогично! только я друпал до сих пор не понимаю еще
друпал как буддизм. Можно постигать годами )
Я сам раньше работал на MODx, а теперь решил разобраться с Drupal и работать на нем.
Скажу следующее:
- на MODx многих решений просто или нет, или есть, но в неудовлетворительном состоянии. Например, нет своего форума. В лучшем случае, есть "мосты".
- на MODx при сохранении данных пересоздается кэш-файл в несколько мегабайт. И если сайт уже имеет десятки тысяч документов (аналог узлов в Друпале), то сохранение может или сильно тормозить, или вообще выдаст ошибку, связанную с нехваткой оперативной памяти для php, и надо будет переходить как минимум на VPS.
- структура данных, конечно, попроще. Выборки можно получать обычными SQL-запросами.
- в версии Evolution (я с ней работал) нет возможность средствами CMS устанавливать произвольный вид админки - убрать какие-то поля, какие-то переставить местами и т.д. А чем админка понятнее, тем проще с сайтом работать малоподготовленным людям.
- в MODx Evolution (за Revolution не знаю) нет возможности средствами CMS писать свои типы вводимых полей, как новые типы CCK в Друпале.
- в MODx Evolution не помню, чтобы была возможность задавать произвольные ссылки, типа как в Друпале с помощью hook_menu. То есть, если есть необходимость иметь произвольную ссылку типа "http://www.site.ru/a/b/c/d/e/f/g.htm", которая бы не была связана непосредственно со структурой документов MODx, то нужно её прописывать в .htaccess и там уже задавать редирект.
Так что для визиток и типовых корпоративных сайтов MODx подойдет, а вот писать что-то более серьезное, с мудреным функционалом и повышенной нагрузкой на MODx будет затруднительно.
А на Друпале, как я понимаю, можно писать всё - и визитки, и корпоративные сайты, и эл. магазины, и сообщества, и порталы и т.д. Кроме, может быть, каких-нибудь сверхвысокопосещаемых проектов, которые пишутся с нуля и у которых изначально серьезные бюджеты.
например как www.whitehouse.gov -)))
Нет, я имел в виду проекты уровня lenta.ru или какие-нибудь сверхпосещаемые электронные магазины, когда для владельцев речь идет не о том, чтобы что-то сэкономить на бюджете этого проекта, а о том, чтобы это в итоге работало быстро и надежно.
Как например http://www.forbes.ru ?
Думаю, многое зависит также от квалификации разработчика.
Например, я посмотрел исходник страницы сайта forbes.ru и не увидел, чтобы они там использовали модуль views.
А начинающий и средний друпалер его бы, скорее всего, использовали.
И у них бы этот сайт жутко тормозил
Как верно заметил orion76, со вьюзом на forbes.ru все в порядке.
Откуда вообще взялось заблуждение, что использование вьюза влечет "жуткие тормоза"?Ну, я предполагаю, что если используется CCK и данные хранятся в нескольких таблицах, то при выборке будет формироваться довольно монстрообразный SQL-запрос, который при больших объемах данных будет протормаживать.
А если views представляет собой выборку из нескольких типов нод, да еще связанных по дополнительным полям, то, уверен, что без кеширования просто не обойтись.
Кстати, такая же проблема есть и в MODx.
Если дополнительные поля получать "в лоб", то будет такой же запрос.
Так там для этого написали хороший плагин, который позволяет все дополнительные поля по определенному типу контента копировать в отдельную таблицу, которая связана с основной таблицей документов по id документа.
Хотя, насчет Views, может быть, я и не прав ... Может быть, они эту проблему как-то у себя решают ...
Как минимум блоки "КОЛОНКИ И БЛОГИ" и "ГЛАВНЫЕ НОВОСТИ" на нем родимом-)
Может, вы просто не включали кэширование views? ) Оно по умолчанию выключено для представлений.
Так а что там кешируется ?
Результаты выполнения views ?
Или сам SQL-запрос, который views формирует ?
Или какие-то промежуточные данные ?
Да! Вьюс это монстр делающий джойны!
но я бы глянул на вашу выборку из нескольких таблиц без джойнов.
Вьюс генерирует кривые запросы большей частью для фильтров, особенно если бездумно их настраивать.
Эту проблему можно разрешить на другом уровне.
Если бы была возможность хранения полей одного типа ноды в одной таблице, то уже никакой монстрообразности в SQL-запросах не было бы.
Было бы, думаю, удобно, если бы Views в своей работе создавал специальные таблицы для типов нод, в которых бы хранил все поля по одному типу и которые бы использовал именно для выполнения SQL-запросов.
А так - получается, даже при выборке по одному типу ноды, у которое есть доп. поля, приходится делать выборку из нескольких таблиц.
И вы думаете её до вас не решили?
Сущности даже в текстовом файле хранить можно, не то что в скуле.
Было бы неудобно, так как Views не для этого.
Но и это уже решено.
представте, что у вас сущность имеет 20 полей, для каждого поля бесконечное количество ревизий(история изменения значения), да еще каждое поле имеет несколько переводов значения на другие языки...и еще куча всего..
Если все это запихнуть в одну таблицу - вот тут уже точно монстр получиться..-))
Точно не скажу, но где-то встречалось: вьюс вроде может кэшировать как результат запроса, так и готовый html-вывод.
http://www.drupal.ru/username/chel
имеете ввиду магазин?