-
Как думаете, какую лучше систему управления контентом выбрать? Сам знаком только с wordpress (хотя это не совсем CMS, но очень функциональный блоговый движок). Кто с чем работал , у кого какие мнения? Базовый объём сайта - 1-2 тысячи страниц )) Поэтому на html это верстать - хм, довольно хлопотно ) Сложно радикально сменить дизайн, проблематично прикрутить такие вещи как "комментарии к статье" и т.д.
-
Можно платную, можно бесплатную - это не принципиально.
-
-
>[2] Eraser © (2009-01-24 03:50:00) посмотрел на «интуитивно понятный интерфейс» у сайта. сблеванул. она вся такая ублюдочная?
--- All Your Base Are Belong to Us
-
> [3] ketmar © (24.01.09 04:48)
что ты подразумеваешь под «интуитивно понятным интерфейсом» я примерно представляю. к счастью, вся такая )
-
> Eraser © (24.01.09 03:50) [2]
Спасибо! Вы с ней работали? Как впечатления? Сейчас распробуем :))
В принципе можно было бы для достаточно крупного сайта всё сделать самому, но времени на этот велосипед уйдёт масса.
Есть ли ещё варианты? Будем изучать варианты и выбирать :)
-
М-мм. :) Даже бесплатная версия имеется. Надо опробовать )) Wordpress - кстати хорошее впечатление оставляет. Но есть там несколько минусов: 1. ресурсоёмкость. Нужен более дорогой хостинг, чтобы поддерживать субдомены. 2. внешний вид почти всегда как у обычного блога, а несмотря на многочиленные готовые дизайны-шаблоны, по-настоящему приличных дизайнов - днём с огнём.. 3. очень много надо с напильником шаманить - подбирать плагины, русифицировать темы, искать в них баги, и т.д.
-
>[4] Eraser © (2009-01-24 04:52:00) тогда они врут. морда нифига не «интуитивно понятна». она «вендовая» — так бы и писали.
--- All Your Base Are Belong to Us
-
Из платных - битрикс... Из бесплатных - joomla
-
>[8] YurikGL © (2009-01-24 10:23:00) >Из платных — битрикс а ты его использовал? нет, я не издеваюсь. просто мне люди говорили (которые использовали), что битрикс — страшный неудобоваримы кривой внутри монстр. который по доброй воле никто не юзает, только по приказу начальства.
>[0] Nic © (2009-01-24 03:14:00) несколько людей советовали MODx. говорят, там несложно из кубиков быстро собрать что-то рабочее, получить бабла и быстро убежать. %-)
--- Do what thou wilt shall be the whole of the Law.
-
> ketmar © (24.01.09 10:36) [9]
Сам не юзал, но Битрикс - самая популярная из всех сторонних CMS (платных и бесплатных), используемых веб-студиями.
-
>[10] Kerk © (2009-01-24 11:03:00) >но Битрикс - самая популярная из всех сторонних CMS (платных и бесплатных), >используемых веб-студиями. это нифига не показатель качества.
--- All Your Base Are Belong to Us
-
> [10] Kerk © (24.01.09 11:03)
битриксе VDS нужен, как минимум. и то пригружает хорошо, т.е. чтобы поднять средненький информационный сайт на битриксе нужен реальный выделенный сервак, даже VDS не справится. > [6] Nic © (24.01.09 06:43)
беда вордпресса, да и некоторых других движков в том, что они хотят усидеть на двух стульях одновременно - с одной стороны ориентированны на чайников, т.е. людей не разбирающихся или слабо разбирающихся даже в html, не говоря уж о том же php, а с другой пытаются позиционировать себя, к примеру, как движки для корпоративных сайтов и, что хуже, информационных. все таки мое мнение таково, что сайты должны делать профессионалы, если речь не идет конечно о личных страницах/блогах (для чего и придуман вордпресс собственно). все таки всякие шкурки-оформления и "быстрые" макеты это как-то не серьезно. ну а когда речь начинает идти об обработке серьезно БД, грамотном кэшировании, статистике и том же интернет магазине все вообще становится на круги своя. > [7] ketmar © (24.01.09 10:22)
> она «вендовая» — так бы и писали.
для большинства народа «вендовый» = «интуитивно понятный интерфейс», trust me, как говорится )
-
> а ты его использовал? нет, я не издеваюсь. просто мне люди > говорили (которые использовали), что битрикс — страшный > неудобоваримы кривой внутри монстр. который по доброй воле > никто не юзает, только по приказу начальства.
Нам сайт делали на битриксе... вроде, проблем не было.
-
>[13] YurikGL © (2009-01-24 17:23:00) так «вам делали» или «вы делали»? у меня вот клиенты тоже не имеют проблем с C — в основном потому, что им по барабану, как я сделаю, лишь бы оно работало, как они хотят.
--- Understanding is not required. Only obedience.
-
> так «вам делали» или «вы делали»? у меня вот клиенты тоже > не имеют проблем с C — в основном потому, что им по барабану, > как я сделаю, лишь бы оно работало, как они хотят.
Переиначу: когда нам надо было сделать сайт, организация, которая использовала битрикс, сделала наиболее выгодное предложение. Сам я в битриксе, дальше настроек форума, да добавления новостей не ушел т.к. не надо было.
-
> [15] YurikGL © (24.01.09 19:00)
> Сам я в битриксе, дальше настроек форума, да добавления > новостей не ушел т.к. не надо было.
это и правильно. система должна предаставлять удобный механизм управления контентом с т.з. пользователя, и удобный и мощный механизм создания структуры сайта, мощный API, удобный шаблонизатор для разработчика сайта.
-
> Eraser © (24.01.09 16:44) [12]
VDS - да уж.. На первых порах накладненько получится пока проект не расправит плечи. Вобщем, это конечно минус для битрикса. Да, у в вордпресса это и есть слабое звено. Все дизайны (90%) заточены под красочный дневник. А из осталных 10% подавляющее больинство просто страшны. И сложно сделать что-то не в блоговом формате, хотя через шаманство с разработкой темы с 0 - вероятно можно.
> ketmar © (24.01.09 10:22) [7] > >[4] Eraser © (2009-01-24 04:52:00) > тогда они врут. морда нифига не «интуитивно понятна». она > «вендовая» — так бы и писали.
После вордпресса не совсем интуитивно понятно, точно. Надо будет на свежую голову посмотреть повнимательнее :))) А то ночь перед экзаменом читал лекции, освежал память, в итоге под утро голова не очень-то свежая была ) Кстати - экзамен на отлично сдал) Но это оффтоп уже :)
> YurikGL © (24.01.09 10:23) [8]
Буду пробовать битрикс и джумбу.
> ketmar © (24.01.09 10:36) [9] > >[8] YurikGL © (2009-01-24 10:23:00) > >Из платных — битрикс > а ты его использовал? нет, я не издеваюсь. просто мне люди > говорили (которые использовали), что битрикс — страшный > неудобоваримы кривой внутри монстр. который по доброй воле > никто не юзает, только по приказу начальства. > > >[0] Nic © (2009-01-24 03:14:00) > несколько людей советовали MODx. говорят, там несложно из > кубиков быстро собрать что-то рабочее, получить бабла и > быстро убежать. %-)
Я слышал мат о битриксе, что там неудобно, сложно, загадочно. Впрочем, может быть это потому, что не программист с ней работал. Задача - не срубить бабла, а сделать кое-что большое, качественное, расширяемое, поддерживаемое, долгоиграющее. Впрочем MODx надо бы тоже распробовать.
-
>[17] Nic © (2009-01-24 19:37:00) >После вордпресса не совсем интуитивно понятно, точно. я вот вротпресс ненавижу лютой ненавистью, однако ж мне всё равно не понятна.
зыж я использовал E107, но это на любителя. мне понравилось — удобные шаблоны, красивые плугины, шустрая, мелкая, код неплох. но есть и прямо противоположные мнения, конечно.
--- Do what thou wilt shall be the whole of the Law.
-
Мне приходилось работать более чем с десятком CMS. И на PHP, и на JSP
Из бесплатных с открытым кодом наиболее удачная сейчас - MODx. Это не только CMS, но и CMF (Framework). Активно развивается, поддерживается, чрезвычайно гибкая. Поддержка Ajax, CSS. Линия Evolution практически дошла до совершенства. Вот выйдет MODx Revolution (пока альфа) вообще счастье будет.
Есть еще Etomite - у меня на этом движке два десятка сайтов. Но это предок MODx и начинать заново с неё не стоит.
Для чего попроще - Wordpress. Тоже неплохая линейка. Расширяемая, естественно.
Битрикс - весьма неплохо. Но это коммерческая система. Она удобна, когда надо снять с себя ответственность - "что купили, то я и настроил".
И конечно не стоит даже смотреть на "взрывы на макаронной фабрике" в лице Joomla-Mambo.
А что касается шаблонов - так это самое плёвое дело. Хорошая система с любыми шаблонами работает.
-
друпал получил награду как лучшая опен сурс система 2008 года. в модx я работал - не понравилось. я вообще фанат друпала короче, логика у него крутая.
-
> _ShaggyDoc (27.01.09 11:44) [19]
Спасибо за ценную информацию.
Даже не знаю, что лучше выбрать. Сайт будет представлять собой крупный тематический ресурс. В основном, надо будет организовать управление статьями и сделать стильный шаблон-дизайн. Вероятно, будет параллельно русская и английская весряи.
Значит выбор между у меня сейчас такой: 1. MODx 2. Bitrix 3. Drupal 4. HostCMS
Придётся всё пробовать и смотреть :) Всем спасибо!
-
> В основном, надо будет организовать управление статьями > и сделать стильный шаблон-дизайн. Вероятно, будет параллельно > русская и английская весряи.
в друпале легко. насчет других не знаю.
-
> 123-ий © (27.01.09 14:09) [22]
Скажите, настроить и разобраться друпал сложно?
-
>[21] Nic © (2009-01-27 12:53:00) бери MODx.
--- All Your Base Are Belong to Us
-
Nic, советую пробовать в том порядке, как написал. Думаю, что остановишься на 1. Битрикс для пробы будет с зашифрованными исходниками. Тренироваться так непросто. Преимущество Битрикс - работа с разными СУБД, вот PostgreSQL стали поддерживать. Для очень больших порталов влияет производительность. Здесь Битрикс, вроде бы предпочтительней. В MODx у меня быстро работает всё при наличии 6500 документов (страниц сайта) в дереве, хотя авторы для текущей версии говорят о гарантии 5000. Ну, это просто у них самих столько. Преимущества любых открытых CMS - поддержка большим сообществом. Независимые разработчики делают сотни дополнительных модулей, плагинов, сниппетов - то, на что авторы ядра просто не находят времени. Обращаю внимание, что MODx не просто CMS (то есть оболочка для администратора), но и CMF - то есть система и для программирования. А настроить любую современную CMS довольно просто. Да и настраивать особо не нужно вначале - сразу работает. Доводка начинается потом, когда захочется "с извращениями". Отличия в способах доводки - то ли кувалдой, то ли напильником. И, разумеется, создание собственных шаблонов - в плане верстки и дизайна. Тут надо однозначно - только CSS, никакой табличной верстки. Дело это достаточно муторное, рекомендую воспользоваться YAML http://www.yaml.de/en/home.html - скачать и подделать под себя. Проверено - качественно сработано. В MODx, сделав один шаблон, разбив его на чанки (типовые блоки) потом можно просто из крупных блоков легко делать любые варианты дизайна. Для английской версии можно просто сделать отдельную ветвь в дереве сайта. Советую, по крайней мере с MODx, сразу делать сайт и базу данных в UTF-8. Снимется 90% возможных проблем. Про то, что "а у нас... а у всех... а неудобно... " в отношении Windows-1251 даже не думай. Поверь на слово. Для тренировки на локальной машине ставь комплект Denwer, непременно с PHP5 и непременно добавь расширение mbstring (на хостинге оно наверняка есть)
-
> Скажите, настроить и разобраться друпал сложно?
нет, не сложно. могу даже дать JID и в чем то помоч (что сам знаю). зы можно на ты =)
-
> 123-ий © (28.01.09 10:27) [26]
> _ShaggyDoc (28.01.09 07:09) [25]
> ketmar © (27.01.09 16:27) [24]
Спасибо огромное за ответы.
-
С цмс особо не работал, только с самописной. Но от битрикса плевался когда заставили на нем сайт сделать. "Потому что из 1С поддерживает импорт". Так и не переварил этот мегамонстр 10000 товаров... Как его только не крутили, как только не переиначивали экспорт из 1с, так и не осилил бедняга. А может просто сервак был слаб... )
-
Ну, если 10000 товаров, да еще из 1 С....
Тут я бы не стал рекомендовать никакую свободную СМС. Здесь надо как раз 1C-Битрих, но заключать с ними соответствующий, правильный, чисто конкретный договор, чтобы обеспечили рекламируемые возможности. Но тут "чатлы нужны, родной". И "пепелац" соответствующий, а не "гадюшник на колесиках".
Сделаешь самописную или поставишь бесплатную - отвечаешь ты, получишь "эцих с гвоздями", возможно пожизненно . Освоишь купленную - есть на кого стрелки перевести, если что. А "если что" будет непременно.
-
> Здесь надо как раз 1C-Битрих, но заключать с ними соответствующий, > правильный, чисто конкретный договор
Мы юзали бесплатную версию. Были готовы купить. Но когда их техподдержка сказала что-то вроде "мы хз нафига вам столько товаров, и хз почему так получается, но вот пример магазина http://xxxx там тысяча товаров и всё отлично, покупайте битрикс" - решили ну его к чертям, лучше своё писать. И импорт из 1с там никакой не волшебный, как они рекламируют. И ничем не отличается по сути от того, что можно сделать самому. Та же заливка файла на фтп или через форму с последующим запуском парсера. Кстати, родной экспорт из 1с и родной импорт в битриксе не нашли общего языка. Без напильника не контачат. Хотя оба - универсальный CommerceML. Поэтому для чего-то большого, имхо, лучше писать своё. Конечно, при наличии опыта, позволяющего делать расширяемое стабильное приложение. ЗЫ: Товары были автозапчастями.
-
Самая лучшая бесплатная CMS - drupal. За ней идет Joomla и Wordpress. Это имхо, но имею серьезные основания так полагать. Не зря ее выбрали для своих сайтов такие компании:
AOL — корпоративный сайт, Apple — выставка и конференция Macworld, Mozilla — Get Firefox, Forbes — видео-хостинг, Greenpeace UK — официальный сайт, Hillary Clinton — предвыборный сайт, MTV UK — официальный сайт, Novell — community-сайты, Second Life — сайт разработчиков, Sony — музыкальный портал и сайты исполнителей, Sun — сайт с расширениями для Open Office, Ubuntu — официальный сайт, Warner Bros Records — музыкальный сайт, Yahoo — Yahoo! Research, ООН — сайт кампании по борьбе с бедностью. Pepsi - русский сайт Pepsi.
Среди платных я бы Битрикс выбрал.
-
> [31] DVM © (30.01.09 16:45)
> Среди платных я бы Битрикс выбрал.
> Не зря ее выбрали для своих сайтов такие компании:
вот и ответ почему - маркетинг.
-
> вот и ответ почему - маркетинг.
Нет, не поэтому, я же тебе уже писал раньше. Я делал сайты и на друпале и на битриксе. До этого пересмотрел десятки CMS как платных, так и нет. Остановился на этих двух.
drupal - вообще идеальная CMS.
А понятие маркетинг и drupal несовместимы в принципе.
-
Найти отрицательные отзывы о Drupal - это надо еще постараться. Их почти нет. Это ли не показатель?
-
> [34] DVM © (30.01.09 17:07)
с друпалом сталкивался года 2 назад. могу сказать, что в том время система было слишком черех чур громоздкая. больше из минусов ничего не припомню. а битрикс это зло, хотя долгое время нормальных российских аналогов по функционалу просто не существовало, но это время прошло.
-
> Eraser © (30.01.09 17:29) [35]
> с друпалом сталкивался года 2 назад. могу сказать, что в > том время система было слишком черех чур громоздкая
Drupal является самой компактной CMS на PHP по соотношению число строк / функционал. Не знаю, как два года назад (друпалом пользуюсь меньше года), но сейчас он весьма компактен.
-
> Eraser © (30.01.09 17:29) [35]
вот погляди, сравнение по критерию монстроуозности: http://buytaert.net/cms-code-base-comparisonСравнение весьма объективно (проверить может кто угодно, скачав дистрибутивы CMS), хоть и сравнивающий явно приверженец drupal.
-
> [36] DVM © (30.01.09 17:43)
да, размер 1 с лишним МБ. возможно я что-то спутал.
но тем не менее сейчас вот гляжу демку. все таки это система - что-то вроде сайт-конструктора, т.е. можно создать сайт почти не имея знаний HTML, не говоря уж о php. с т.з. не профессионала - это явный +. но когда создание сайтов поставлено на поток - сразу же все эти тема-ориентированные cms идут лесом. так же не уверен, как друпал будет справлятся с серьезно БД, допустим, новостного портала. в целом видно, что проект имеет свою нишу и развивается. нужно быстро сделать блог или сайт-визитку - хорошее решение.
-
> все таки это система - что-то вроде сайт-конструктора, т. > е. можно создать сайт почти не имея знаний HTML
можно безусловно > но когда создание сайтов поставлено на поток - сразу же > все эти тема-ориентированные cms идут лесом.
Опять ты не прав насчет drupal. Он чрезвычайно гибок в этом плане. Обычно о нем говорят, что drupal создан программистами для программистов. Нет практически ни одной вещи, которую невозможно было бы реализовать на друпале если знаешь PHP. Но при этом ядро править не придется. Очень продуман API и возможности расширения. Я чем дальше использую, тем все больше удивляюсь той гибкости, которая заложена в эту CMS. С первого взгляда этого не заметно - CMS как CMS. Но это лишь с первого взгляда. > так же не уверен, как друпал будет справлятся с серьезно > БД, допустим, новостного портала.
Будет, будет отлично. Я уже привел немаленькие сайты на этом движке. Например Mozilla — Get Firefox выдерживал огромный поток посетителей когда вышла новая версия. Да что далеко ходить, вот известнейший в определенных кругах сайт: http://habrahabr.ru/ он на друпале. Новостной. Конечно всему есть предел, и есть задачи где друпал не потянет.
-
> в целом видно, что проект имеет свою нишу и развивается. > нужно быстро сделать блог или сайт-визитку - хорошее решение. >
Для крупных сайтов тоже применяют очень часто. Я натыкался на сайты размером с amazon.com сделанные на друпале.
-
вот к примеру
ubuntu.com - 50 000 человек в день drupal.org -90 000 человек в день
Неплохие показатели для сайтов на универсальной CMS.
-
> [39] DVM © (30.01.09 18:11)
> Будет, будет отлично. Я уже привел немаленькие сайты на > этом движке. > Например Mozilla — Get Firefox выдерживал огромный поток > посетителей когда вышла новая версия. Да что далеко ходить, > вот известнейший в определенных кругах сайт: http://habrahabr.ru/ > он на друпале. Новостной.
хм.. интересно, однако. думаю все таки даже если хабр на друпале, то его сильно переписали, либо вообще разработали свой отдельный модуль. т.к. хабр постоянно дополняется и расширяется, не думаю что используются стандартные модули. вообще для сайтов с такой посещаемостью и БД что-то стандартное сложно придумать. насчет Mozilla — Get Firefox - там основная нагрузка все таки не на веб-сервер, а на отдачу контента. веб-составляюшая там вторична. вообще, как будет время обязательно гляну друпал поближе.
-
> Eraser © (30.01.09 18:25) [42]
> хм.. интересно, однако. думаю все таки даже если хабр на > друпале, то его сильно переписали, либо вообще разработали > свой отдельный модуль
Очень похоже на друпал. Также как и d3.ru. Но также очень похоже и на Wordpress. Я честно говоря не уверен.
Но в любом случае друпал быстрее wordpress-а.
-
> [40] DVM © (30.01.09 18:12)
> Для крупных сайтов тоже применяют очень часто. Я натыкался > на сайты размером с amazon.com сделанные на друпале.
ну как сказать, скорее всего там писали свои методы/плагины для работы с б/д. последний дистрибутив весит 1.049Mb, в таком объеме не может уместиться админка со всей обвязкой и серьезный класс предоставляющий управаление иерархической стуркторой данных, хранящихся в БД, с несколькими уровнями кэширования и прочим. уверен что это все есть на друпале, но в виде отдельных плагинов, которые для серьезных проектов пишутся отдельно.
-
> Eraser © (30.01.09 18:30) [44]
> ну как сказать, скорее всего там писали свои методы/плагины > для работы с б/д.
Само собой дорабатывали. Даже для маленького сайта что-то дописывать приходится, чтобы изюминку создать так сказать. Но есть очень много модулей, просто гигантское количество. С темами готовыми хуже. Их почти нет. Отчасти объясняется сложностью создания тем для друпала или скорее непривычностью, т.к. он xhtml и css based.
> в таком объеме не может уместиться админка со всей обвязкой > и серьезный класс предоставляющий управаление иерархической > стуркторой данных, хранящихся в БД, с несколькими уровнями > кэширования и прочим. уверен что это все есть на друпале
Ты не поверишь, но все это там есть в этом 1 мб.
Таксономия (это про управление иерархической стуркторой данных) встроена, админка есть, кеширование есть - это все стандартные модули. входящие в дистрибутив. Короче это удивительная CMS.
-
> [45] DVM © (30.01.09 18:36)
установил друпал, создал проект в нетбианс, сейчас буду формировать свое мнение )
-
> Eraser © (30.01.09 18:53) [46]
> сейчас буду формировать свое мнение )
я думаю, с первого взгяда он тебе не понравится :) Мне вначале не понравился. Но по мере освоения я стал его поклонником. Я просто неправильно начал изучать. Метод научного тыка он в случае с друпалом неверен. Надо теорию изучать. термимны друпала. И обязательно ознакомиться с популярными модулями ибо без них друпал малоинтересен.
-
-
> [47] DVM © (30.01.09 19:29)
да меня больше исходники интересуют, а не идеалогия админки и терминалогия.
-
> Eraser © (31.01.09 00:45) [49]
> да меня больше исходники интересуют
Понятно, но по одним исходникам ядра и основных модулей представление о CMS получить сложно. Представление о ней сформируется лишь тогда, когда на ней реализуешь хотя бы один проект среднего размера.
-
> [50] DVM © (31.01.09 12:40)
> Представление о ней сформируется лишь тогда, когда на ней > реализуешь хотя бы один проект среднего размера.
ну почему ж? посмотреть как реализовано кэширование, какие запросы вообще там и как выглядят. хотя насчет практики это тоже верно.
-
[48] +1024. Зафанател этой вещью :)
-
> Eraser © (31.01.09 14:11) [51]
нее, не проканает. там система хуков реализована, ее фиг с первого взгляда поймешь. лучше сначала почитать api.drupal.ru а потом исходники курить. ну и практика само собой, куда ж без нее... =)
-
> И конечно не стоит даже смотреть на "взрывы на макаронной > фабрике" в лице Joomla-Mambo.
А почему сюда даже не стоит смотреть? 1.5 версия очень даже ничего...
-
Всем доброго времени суток! Беседа как раз о наболевшем! :) Сейчас делаю проект, платформой для реализации которого выбрал drupal. Это первый достаточно крупный (и - подчеркну - во многом нестандартный) проект, который я взялся делать на drupal. Про drupal DVM сказал много теплых слов. С подавляющим большинством его утверждений я согласен. Drupal - действительно замечательная платформа, занимающая достойную нишу среди CMS/CMF. Но я - такИ - хочу покритиковать платформу (не для того, чтобы "холивар" очередной завести; хочу понять, быть может я до чего-то не докопался и что-то недопонял...) Итак... 1) на сайт с высокой нагрузкой я бы его не поставил; тот же "Хабр" периодически "глотает" мессаги, о чем его юзеры частенько упоминают в своих сообщениях; тем более - на новостной проект (чуть ли не выделенный сервер придется брать); а вот на сайт приемлемого размера коммьюнити (не масштаба "Одноклассников", там, наверное, вообще Erlang нужен :) ) - с достаточно стандартной, пусть даже сильно навернутой функциональностью, собранной из разных модулей "как бусы из бисера" - это да, его ниша. Однако - как только возникает вопрос о "не вполне стандартном" поведении интерфейса - частенько начинаются "стопорения"... Об одном таком случае я как раз написал вчера на drupal.ru (кому интересно - вот тут: http://drupal.ru/node/24603 ) ; пока из рекомендаций ответивших я ничего для себя не почерпнул. :( 2) действительно высокий порог вхождения: пока перестроишь собственное мышление в сторону таксономии, привыкнешь к "непрямому" решению вопросов, почти что отсутствию цельной документации типа "howto", так удобной новичкам (хотя часто хватает и той, что в readme к модулям; да и скринкасты сейчас начали выпускать по многим темам, как на русском - так и на английском) - проходит некоторое время; а если какое-то нестандартное "телодвижение" сделать нужно - то частой получается "ой", и на длительное время забываешь о том, что "на drupal можно реализовать практически все"; :) 3) модули порой не стыкуются мужде собой и конфликтуют, что неудобно и неприятно; 4) если хочешь скорости - не нужно использовать CCK + Views (хотя эта пара - очень удобна, если подходить к созданию сайта как к "работе мышкой", а не как к кодингу), т.к. они порождают МНОГО запросов к базе; вывод: хочешь перестраховаться в плане скорости - пиши собственный модуль, в котором все делай вручную; аналогично - с ACL и сильно персонализированным доступом к контенту и функциональности сайта (например - на уровне пользователя): хочешь скорости - ни в коем случае не используй ACL-модули; 5) сложности со скоростью далеко не всегда решаются даже сторонними модулями (в т.ч. кэширующими); порой приходится применять радикальные средства: уходить с апача, ставить серверА типа lighttpd или nginx, на которые водружать PHP как FastCGI, в сложных случаях еще и PHP-акселератор придется прикрутить; хотя - это скорее к вопросу о реализации mod_php для апача, но т.к. сам drupal достаточно прожорлив - фактор "апач+РНР" начинает быть значимым; 6) малоприемлемое по скорости кэширование залогиненных пользователей (в противовес весьма неплохому - даже "из коробки" - кэшированию анонимусов); 7) типов хуков и "случаев жизни", на которые они "заточены" - далеко не всегда реально хватает (см. доклад Ильи Азарова: http://brainstorm.name/blog/rit2008-my-report ; Илья - реалист, и достаточно суровый критик drupal, но активно его использует в своих проектах).
-
> 1) на сайт с высокой нагрузкой я бы его не поставил; тот > же "Хабр" периодически "глотает" мессаги
то что хабр написан на друпале это утка, как выяснилось. хабр написан на php )
-
Шмелъ, joomla - по моемУ опыту - хороша, когда хочешь сделать небольшой проект, быстро, и только из уже существующих где-то модулей, к тому же - с непритязательным дизайном. По поводу дописки чего-то своего - в Инете о качестве кода ядра joomla говорят как о том, "как не надо делать". К тому же - версия 1.5 тормозит, по-моему, в разЫ больше чем drupal не с одним десятком "навороченных" модулей "не из коробки", :) а где - реально - тот функционал, который от нее при этом ожидается - вопрос непростой...
Вообще создается впечатление, что создатели joomal 1.5 хотят "похоронить" обе ветки (и 1.0 - и 1.5) "с потрохами", ибо делают все возможное, чтобы пользователи уходили с этой CMS на другие: ветка 1.0 в скорости остановит свое развитие, и народ с нее вынужден будет уходить, а с 1.5 уходят уже сейчас на более быстрые и функциональные платформы. К тому же репозиторий модулей в drupal (про typo3 вообще тут лучше не упоминать :) ) сейчас вполне сравним с joomla 1.0 (про 1.5 вообще и речи нет в этом смысле; у нее модулей куда меньше).
-
Eraser, про "утку" - вполне возможно, не отрицаю... Но url's - очень похожи на drupal'овские (это вопрос, конечно, "решаемый", :) но вот только зачем их из РНР подделывать?.. цель - как вроде - не оправдявает средства...). А откуда, если не секрет, информация о "РНР-шности"? Вот, кстати, тот же ШвабраШвабр ( http://shvabrashvabr.ru/ ) - собирается на drupal (на самом Швабре есть скринкаст, как такую сборку сделать) - и во многом похож на Хабр...
-
> [58] serge_k © (08.02.09 02:26)
> А откуда, если не секрет, информация о "РНР-шности"?
а откуда о друпалости? )
> Но url's - очень похожи на drupal'овские
можно примеры?
вообще такие сайты как хабр на какой-то конкретной кмске не напишешь. не те там нагрузки. тем более что его постоянно дополняют и совершенствуют. возможно что-то взято за основу и то вряд ли.
-
Объяснять кому-то про недостатки используемой ими CMS абсолютно бесполезно. Реакция детская "наших бьют!".
Объективные сравнения, от тех, кто достаточно плотно работал со сравниваемыми продуктами, появляются редко. Ну, с Joomla давно ясно. Я на Mambo (предка Joomla) на первую сел и сначала очень понравилось. Но просто я тогда "слаще хрена ничего не ел". Потом понял, что Joomla, по сравнению с любой более современной системой, это как GW-Basic с его нумерацией строк и GOTO по сравнению с Виртовским паскалем.
На современных CMS обычно одинаково легко можно создать типовой сайт. Но даже и здесь, при минимальных потребностях, неплохо сравнивать - а сколько же запросов к БД делается.
Вот на днях натолкнулся (ссылку потерял), где человек, работающий с Drupal, говорит о 300 запросах с одной страницы. У меня в MODx с индексной страницы идет 21 запрос, и это при том, что туда много чего выводится из разных уголков сайта. Но и это мне кажется многовато - реально можно до 10 запросов снизить. Но это связано со значительной доводкой собственным напильником. Конечно, кому надо "поставил и работаю" такое не понравится.
Но убеждать кого-то бесполезно - каждый же остается при своем мнении.
-
> _ShaggyDoc (08.02.09 08:19) [60]
Это точно Легковая "Японка" плоха потому что на ней и угля много не привезешь и 76-ой бензин она не хочет кушать. Седельный тягач DAF плох потому что на нем вообще ничего не увезешь - еще и полуприцеп нужен. И больно здоровый, возле дома не припаркуешь..
-
Eraser, о "друпалости" - ну - слухи ходили, да и я сам предположил. Конкретных фактов на эту тему у меня нет.
Про похожесть url - соглашусь, что дело субъективное, пожалуй - не буду приводить примеры, т.к. они наверняка будут "натянуто" выглядеть. :)
-
> [60] _ShaggyDoc (08.02.09 08:19)
> Вот на днях натолкнулся (ссылку потерял), где человек, работающий > с Drupal, говорит о 300 запросах с одной страницы. У меня > в MODx с индексной страницы идет 21 запрос, и это при том, > что туда много чего выводится из разных уголков сайта. > Но и это мне кажется многовато - реально можно до 10 запросов > снизить. Но это связано со значительной доводкой собственным > напильником. Конечно, кому надо "поставил и работаю" такое > не понравится. > > Но убеждать кого-то бесполезно - каждый же остается при > своем мнении.
вот это верно. особенно я - точно останусь преданный фанат hostcms, т.к. я эту систему знаю изнутри и видел/принимал участие в том, как она делается. проводится и оптимизация запросов, есть и несколько-уровневая система кэширования (кстати что удивило в друпале - кэширование основано на БД, а не файлах), которая как раз и позволяет снижать количество запросов с 40-70 на страницу до 1-5. перед выпуском системы все тщательно проверяется профайлером, узкие места стараются устранить.
возможно все это есть и на друпале (пока досконально не разобрался в исходниках), но уже сложилось четкое представление о том, что это скорее хорошая площадка для custom-модулей, нежели законченный продукт, если речь не о блогах или промо-сайте.
-
> serge_k © (08.02.09 02:04) [55]
> 1) на сайт с высокой нагрузкой я бы его не поставил;
Но ведь ставят же. Ну 100 000 в день посетителей тянет. Уж не знаю много это или мало, по-моему много.
> 2) действительно высокий порог вхождения: пока перестроишь > собственное мышление в сторону таксономии
А это вовсе и необязательно. Можно и без нее обойтись. Хотя лучше делать "по науке".
> 3) модули порой не стыкуются мужде собой и конфликтуют, > что неудобно и неприятно;
Ну это само собой, они же разными людьми написаны и человек просто не в состоянии знать обо всех других модулях. Но в общем то все нормально стыкуется. Меня даже наоборот, поразило то, что разные сторонние модули знают друг о друге! И дополняют друг друга. Не требуют наличия друг друга , а именно расширяют возможности друг друга.
> 4) если хочешь скорости - не нужно использовать CCK + Views
Это точно. Views монстр из монстров. Я его не использую. Проще написать пару десятков строчек на PHP.
> 5) сложности со скоростью далеко не всегда решаются даже > сторонними модулями (в т.ч. кэширующими);
Мне кажется это уже неразрешимая проблема. Ну не может интерпретатор PHP работать быстрее, хоть тресни.
-
> Eraser © (08.02.09 02:48) [59]
> вообще такие сайты как хабр на какой-то конкретной кмске > не напишешь. не те там нагрузки. тем более что его постоянно > дополняют и совершенствуют. возможно что-то взято за основу > и то вряд ли.
Да не на друпале он. Очень похоже, как и dirty.ru, но это не друпал. И на Wordpress похоже.
Исходный код страницы, css, классы в css, пути многое очень похоже. Возможно это сильно доработанный движок, может и самописный.
Но сходство есть. Возможно делалось глядя на друпал.
-
> Eraser © (08.02.09 16:06) [63]
> но уже сложилось четкое представление о том, что это скорее > хорошая площадка для custom-модулей, нежели законченный > продукт, если речь не о блогах или промо-сайте.
Ну в общем то так и есть. Да и нету CMS на которых можно создать любой большой сайт "из коробки". Это просто невозможно.
Это примерно то же самое, что создать операционную систему, которая бы без дополнительных программ и настроек удовлетворила бы пожелания всех пользователей.
-
-
-
> blackman © (08.02.09 23:09) [67]
я всегда думал, что для блогов именно вордпресс рулит.
> serge_k © (08.02.09 02:04) [55]
по поводу скорости где-то на друпал.ру писали, что если грамотно извернуться, то друпал выдерживает весьма большие нагрузки (500 000 посетителей чтоли...)
насчет мышления - да да, его понять надо. для этого лучше читнуть api.drupal.ru, сделать штук пять простеньких сайтиков в небольшими наворотами. а потом уже чет крупное строгать.
короче
> DVM © (08.02.09 16:35) [64] + 100.
|