Вступайте в сообщество АнтиCMS!
Здесь минусы и недостатки всех популярных CMS. Никаких хвалебных отзывов, только горькая правда и то чего не пишут в рекламных проспектах. Перед тем как купить выбранную систему - убедитесь, что вы готовы принять ее недостатки.

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

Сообщество не против CMS, сообщество против отсутствия централизованной негативной информации по конкретным CMS.

Правила и вступление в сообщество: http://community.livejournal.com/ru_anticms/291.html

Группа сообщества Анти-CMS в facebook
lekromer
Все желающие приглашаются к вступлению в открытую группу сообщества в Facebook.
Запись в сообщества и публикация на стене открытая.

Коллективное мнение об 1С-Битрикс (Bitrix), отзывы в виде голосования пользователей
lekromer

1С-Битрикс



  • ЗЕЛЕНЫЙ = большинство согласно с утверждением

  • КРАСНЫЙ = большинство НЕ СОГЛАСНО с утверждением.



  1. От мысли что придется работать с этой системой меня бросает в ужас (+237)

  2. Эта система сильно нагружает сервер (+182)

  3. Специалисты по этой системе получают высокую оплату (+166)

  4. Эту систему используют известные организации (+154)

  5. Многие, кого я знаю - пользуются этой системой (+137)

  6. Код внутри этой системы очень неприятный (+133)

  7. Система использует базу данных (+131)

  8. На этой системе можно разворачивать гигантские проекты (+89)

  9. У этой системы есть разграничение доступа пользователей к разным частям (+82)

  10. С этой системой рано или поздно упираешься в стенку, что нельзя реализовать то, что задумано (+79)

  11. Есть визуальный редактор текста (+72)

  12. Эта система ведет свою статистику (+70)

  13. У этой системы есть модули для высоконагруженных проектов (кэширование и т.п.) (+54)

  14. Для этой системы требуются редкие модули на сервере (+49)

  15. Эта система пригодна для разработки сайтов большими командами (+49)

  16. Эта система использует человеко-читаемые URL (+44)

  17. Эта система пользуется авторитетом у профессионалов (+40)

  18. Разработка на этой системе требует модификаций в коде самой CMS (+38)

  19. Специалистов по этой системе найти и нанять - легко (+33)

  20. В этой системе есть хорошо работающий поиск по сайту (+25)

  21. На этой системе удобно делать интернет-магазины (+22)

  22. Эта система хороша для внутреннего использовании в организации (+21)

  23. Эта система очень безопасна (+18)

  24. Есть поддержка OpenID (+17)

  25. У этой системы очень ограниченные возможности (+8)

  26. У этой системы большое сообщество (+7)

  27. У этой системы хорошая и структурированная документация (+7)

  28. Эта система SEO friendly (+5)

  29. Система использует XHTML (-6)

  30. Для этой системы готово много шаблонов (-9)

  31. Эта система подходит для секретарш (-13)

  32. Эта система предназначена для разворачивания сообществ (-17)

  33. У этой системы дружелюбное сообщество (-19)

  34. Для этой системы готово много плагинов (-20)

  35. На то, чтобы человеку заполнять сайт через эту систему требуется минимум усилий (-23)

  36. Эта система система легко и быстро устанавливается (-23)

  37. На этой системе развернуть проект можно очень быстро (-35)

  38. Эта система подходит для сайтов-визиток (-36)

  39. Я бы хотел работать с этой системой больше в будущем (-44)

  40. Эту систему можно развернуть на обычном shared-хостинге (-46)

  41. На этой системе удобно разворачивать блоги (-54)

  42. Эта система - с открытым исходным кодом (-66)

  43. Эта система бесплатна (-172)


Источник: http://cmstool.yoihj.ru/lang/2

Коллективное мнение об Amiro CMS, отзывы в виде голосования пользователей
lekromer

Amiro.CMS



  • ЗЕЛЕНЫЙ = большинство согласно с утверждением

  • КРАСНЫЙ = большинство НЕ СОГЛАСНО с утверждением.



  1. На этой системе удобно делать интернет-магазины (+33)

  2. Система использует базу данных (+28)

  3. От мысли что придется работать с этой системой меня бросает в ужас (+17)

  4. Эту систему используют известные организации (+17)

  5. У этой системы есть разграничение доступа пользователей к разным частям (+17)

  6. Эта система использует человеко-читаемые URL (+16)

  7. У этой системы хорошая и структурированная документация (+15)

  8. У этой системы есть модули для высоконагруженных проектов (кэширование и т.п.) (+14)

  9. Есть визуальный редактор текста (+14)

  10. Эту систему можно развернуть на обычном shared-хостинге (+14)

  11. Эта система подходит для секретарш (+11)

  12. На то, чтобы человеку заполнять сайт через эту систему требуется минимум усилий (+10)

  13. Эта система SEO friendly (+9)

  14. На этой системе можно разворачивать гигантские проекты (+9)

  15. Эта система очень безопасна (+7)

  16. Эта система система легко и быстро устанавливается (+7)

  17. Эта система пригодна для разработки сайтов большими командами (+6)

  18. В этой системе есть хорошо работающий поиск по сайту (+6)

  19. Для этой системы готово много плагинов (+3)

  20. Специалисты по этой системе получают высокую оплату (+3)

  21. С этой системой рано или поздно упираешься в стенку, что нельзя реализовать то, что задумано (+3)

  22. Эта система подходит для сайтов-визиток (+3)

  23. У этой системы дружелюбное сообщество (+2)

  24. На этой системе развернуть проект можно очень быстро (+2)

  25. Специалистов по этой системе найти и нанять - легко (+2)

  26. Эта система пользуется авторитетом у профессионалов (+1)

  27. Код внутри этой системы очень неприятный (-1)

  28. Разработка на этой системе требует модификаций в коде самой CMS (-1)

  29. Эта система ведет свою статистику (-4)

  30. На этой системе удобно разворачивать блоги (-5)

  31. Эта система хороша для внутреннего использовании в организации (-5)

  32. Для этой системы готово много шаблонов (-5)

  33. У этой системы очень ограниченные возможности (-6)

  34. Многие, кого я знаю - пользуются этой системой (-8)

  35. Есть поддержка OpenID (-10)

  36. Эта система сильно нагружает сервер (-10)

  37. Для этой системы требуются редкие модули на сервере (-13)

  38. Система использует XHTML (-14)

  39. Эта система предназначена для разворачивания сообществ (-14)

  40. Я бы хотел работать с этой системой больше в будущем (-17)

  41. Эта система - с открытым исходным кодом (-18)

  42. У этой системы большое сообщество (-19)

  43. Эта система бесплатна (-23)



Источник: http://cmstool.yoihj.ru/lang/8

Коллективное мнение о UMI CMS, отзывы в виде голосования пользователей
lekromer
UMI.CMS

  • ЗЕЛЕНЫЙ = большинство согласно с утверждением

  • КРАСНЫЙ = большинство НЕ СОГЛАСНО с утверждением.



  1. Система использует базу данных (+43)

  2. От мысли что придется работать с этой системой меня бросает в ужас (+24)

  3. С этой системой рано или поздно упираешься в стенку, что нельзя реализовать то, что задумано (+22)

  4. Эта система сильно нагружает сервер (+22)

  5. Есть визуальный редактор текста (+16)

  6. У этой системы есть разграничение доступа пользователей к разным частям (+16)

  7. У этой системы очень ограниченные возможности (+13)

  8. Код внутри этой системы очень неприятный (+13)

  9. Эта система использует человеко-читаемые URL (+9)

  10. Для этой системы требуются редкие модули на сервере (+7)

  11. Разработка на этой системе требует модификаций в коде самой CMS (+5)

  12. Эта система подходит для сайтов-визиток (+5)

  13. Эту систему используют известные организации (+5)

  14. Эта система подходит для секретарш (+5)

  15. Эта система система легко и быстро устанавливается (+4)

  16. На этой системе можно разворачивать гигантские проекты (+3)

  17. Эту систему можно развернуть на обычном shared-хостинге (+2)

  18. Эта система ведет свою статистику (0)

  19. На то, чтобы человеку заполнять сайт через эту систему требуется минимум усилий (0)

  20. Специалистов по этой системе найти и нанять - легко (-1)

  21. Система использует XHTML (-2)

  22. Эта система пользуется авторитетом у профессионалов (-2)

  23. На этой системе удобно делать интернет-магазины (-2)

  24. Специалисты по этой системе получают высокую оплату (-3)

  25. Для этой системы готово много шаблонов (-3)

  26. У этой системы большое сообщество (-5)

  27. У этой системы дружелюбное сообщество (-5)

  28. Эта система SEO friendly (-5)

  29. На этой системе развернуть проект можно очень быстро (-6)

  30. У этой системы хорошая и структурированная документация (-7)

  31. Я бы хотел работать с этой системой больше в будущем (-7)

  32. На этой системе удобно разворачивать блоги (-9)

  33. Эта система пригодна для разработки сайтов большими командами (-10)

  34. У этой системы есть модули для высоконагруженных проектов (кэширование и т.п.) (-10)

  35. В этой системе есть хорошо работающий поиск по сайту (-11)

  36. Эта система - с открытым исходным кодом (-11)

  37. Есть поддержка OpenID (-12)

  38. Эта система очень безопасна (-13)

  39. Эта система хороша для внутреннего использовании в организации (-13)

  40. Для этой системы готово много плагинов (-16)

  41. Многие, кого я знаю - пользуются этой системой (-18)

  42. Эта система предназначена для разворачивания сообществ (-20)

  43. Эта система бесплатна (-51)


Источник: http://cmstool.yoihj.ru/lang/7

Проблема - найти специалиста по Umi CMS
sacha_f
У меня куплена версия за 9 тыс, каталога товаров там нет, но мне надо сделать каталог фирм с определенными полями с помощью статей + шаблоны данных. Понять, как это делается я не в состоянии.
-------------
Юми очень сложный движок, руками его доделывать это задача не из легких - собственный опыт. 
Я помучавшись с фрилансерами, в итоге пошел на сайт Юми и среди партнеров нашел тех, что нужно, да и те - рас..дяи, по- русски говоря. 
Cо спецами по Юми бо-о-о-ольшие проблемы, особенно если сделать чтото серьезное нужно.
-------------
Так там все равно каталог не такой. Мне не нужен каталог интернет-магазина. Чувствую, я потратила деньги зря :(
Просто они очень рекламируют, что поля можно добавлять в любой модуль, что все очень гибко. Весь вечер пытаюсь понять, как это делается и без толку. Поле появляется в админке, но на паблике - ничего.
-------------
Ну, вот и я уже пожалел о выброшенных деньгах.
Возможно вам еще подойдет третий вариант - напишите вопрос к поддержке Юми и потом туда обязательно позвоните (без звонка они редко отвечают) - возможно вашу проблему можно решить просто.
-------------

1С битрикс, редакция "бизнес". Знал бы - выбрал бы другой движок
carriwan
У нас 1С битрикс, редакция бизнес. 

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

Структура - абсолютно не логичная, понять, откуда вызывается та или иная функция - поседеть можно. Любая простейшая доработка - обращение к веб-студии, средняя цена 1200 +-300 рублей-час, примерно 4 часа минимум. Вот сделать страничку регистрации, на аяксе - 16 часов, к примеру. Одну страничку. По факту стоимость работ над нашим сайтом плюс битриксовая лицензия уже превысила для нас триста тысяч рублей, и мы ожидаем, что возрастет еще на где-то от 150 до 300 тысяч рублей после того, как будут выполнены все хотелки, облегчающие работу персонала. Живого программиста в офис нанять - готовьте примерно сто тысяч рублей в месяц. 

Обращаться к фрилансерам, доверяя им то, на чем стоит бизнес - весьма рискованно, и там тоже цены начинаются от 80-90. 
Редактирование внутренней админки - вообще кошмар, мало кто берется, а неудобной реализации там - вагон и маленькая тележка. Взять хотя бы то, как представлена форма состава заказа - просто представьте, там есть цена ИТОГО, есть колонка цена за единицу, а колонка, в которой бы была указана цена за все заказанное количество одной позиции - отсутствует как класс. Способы списания денег там - вообще песня. Представьте - сделали Вам авансовый перевод тысяч на 10, и из этой суммы списывают на товар. Заказали из них на 3000. Сумма списалась с внутреннего счета. Потом оказалось, что покупатель отказывается от товара на 1000 рублей. Думаете, после того, как мы вычеркнем этот товар из его заказа, ему автоматически вернется эта сумма на счет? Черта с два - вам придется не забыть сделать эту транзакцию вручную, это вам не эксель. 

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

Это только одна десятая претензий. 

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

http://www.oborot.ru/forum2/about15437.html

UMI CMS - исконно русская цмс
lekromer
исконно русская CMS

В плане порядкового изучения всех доступных CMS случилось мне делать небольшой сайт для одного завода в Санкт-Петербурге. Ну думаю, заодно попробую поработать с новым движком, специально созданным для таких сайтов. Выбор лежал между Amiro и UMI. В результате гадания на клавиатуре была выбрана UMI, ибо надо изучать рынок.

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

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

Установка обычно не требует особых усилий, если не вылезают две традиционные ошибки UMI – первая это отказ завершать установку из-за якобы недействительного лицензионного ключа… В службе поддержки мне посоветовали установить систему на домен “без www”?

Вторая – прекращение установки системы из-за переглюков с кодировкой, в результате которого на выходе мы получаем безапелляционный 503. Я первый раз так и не смог поставить систему – пришлось просить более удачливого друга.
Read more...Collapse )
Tags:

Критика UMI.CMS
cashavcev
UMI.CMS позиционируется как «система управления сайтами нового поколения». Официальный сайт приветствует нас радостным сообщением, что выдано более 86 000 лицензий, но стоит отметить что тут считаются все виды лицензий, не только платные, но и бесплатные. Так, например мне, потребовалось получить уже не один десяток бесплатных лицензий, а поскольку все лицензии привязаны к домену, то при переносе сайтов на рабочие домены лицензию нужно получать заново.

На главной странице официального сайта написано, что UMI.CMS используют более 10 000 сайтов и приведен список крупных сайтов, которые используют данную систему. Первый сайт в этом списке — сайт Сколково, который уже ушел от UMI.CMS на ASP (об этом на хабре уже писали). Вторым сайтом в этом списке идет сайт Связного, непонятно какой именно сайт имеется ввиду, но официальный сайт www.svyaznoy.ru работает на Битриксе, а не на UMI.CMS. Тоже самое и с сайтом правительства Москвы, хотя на официальном сайте UMI.CMS указано, что они работают именно на данной CMS.

Read more...Collapse )

Источник и комментарии хабравчан: http://habrahabr.ru/blogs/about_cms/136762/

Кризис Drupal
kocetkov
Источник: http://habrahabr.ru/blogs/drupal/128208/

В последнее время наметились довольно очевидные признаки того, что можно назвать критическим этапом в развитии Drupal.
  • Февраль 2008: началась разработка Drupal 7.
  • Октябрь 2008: 285 незакрытых багов для Drupal 7.
  • Март 2009: Пришёл специалист по переделке интерфейса Drupal 7 (D7UX).
  • Июнь 2009: 3120 незакрытых багов (13 763 в общей сложности).
  • Сентябрь 2009: Первоначально предполагалось заморозить код на этом этапе, но решили разработать (с нуля) ещё 10 новых фич и включить их в состав Drupal 7.
  • Январь 2010: Вышла первая альфа Drupal 7, полная критических багов в новых APIs, но ещё больше багов в вышеупомянутых новых фичах.
  • Июль 2010: Слишком много багов и потеря фокусировки; Drupal вводит новую категорию «основных» багов, чтобы хоть как-то выделить самые приоритетные из этого огромного количества.
  • Октябрь 2010: Вышла первая бета Drupal 7.
  • Январь 2011: Вышел Drupal 7.0, с более чем 300 незакрытыми «основными» багами и без возможности нормального апгрейда.
  • Май 2011: Для Drupal 8 назначен второй человек для обработки баг-репортов, чтобы справиться с багами из Drupal 7.
  • Июнь 2011: Более 200 критических и «основных» багов переименованы в «нормальные».
  • Июль 2011: Новое ограничение на максимально допустимое количество критических багов (15) и основных багов/задач (200) эффективно блокировала прогресс в разработке Drupal 8.
    Август 2011: 4153 незакрытых багов (22 181 всего — почти вдвое больше, чем два года назад), апгрейд по-прежнему затруднён для многих пользователей, застрявших на Drupal 6, близкий к нулю прогресс в разработке Drupal 8.
Только в новых модулях Dashboard, Shortcut, Toolbar и Overlay насчитывается более 150 незакрытых багов. Эти модули были сделаны с нуля после заморозки кода (что неудивительно, если учитывать, что их дизайн был спроектирован всего за шесть месяцев до этого), их частично пришлось переписывать, и именно они оказали серьёзное влияние на задержку выпуска Drupal 7.

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

В новых подсистемах Drupal 7 заложена большая сложность и взаимозависимости, в результате чего новички не могут в этом разобраться и помочь с закрытием багов. Почти все баги требуют глубокого знания подсистем и полного понимания последовательности действий. Если не получить поддержку опытных ключевых разработчиков, то вряд ли есть шансы
продвинуться вперёд в разработке Drupal 8. В то же время большое количество этих ключевых разработчиков сейчас работают над
несущественными частями проекта, снизив свой вклад в разработку ядра практически до нуля. 19% ключевых разработчиков, включая двух человек, имеющих право вносить изменения в код, являются теперь штатными сотрудниками одной компании, что угрожает конфликтом интересов сейчас и вбудущем.

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

Есть только одна возможность вернуть контроль над проектом:
  1. Сделать drupal.org/project/standard новым путём по умолчанию для загрузки Drupal.
  2. Избавиться от лишнего функционала в ядре и обеспечить поддержку остального.
  3. Прекратить заботиться о мелочах, а сконцентрироваться на реальных и кошмарных огрехах в дизайне ядра.
  4. Окончательно и бесповоротно принять новую архитектуру ядра Drupal,
    сделать его простым и быстрым. Не нужно больше ностальгического
    балласта.
Хватит красить губной помадой огромную свинью! Нет никакой возможности поддерживать существующего кошмарного монстра с недоделанным функционалом. Ключевым разработчикам уже надоело слушать сказки о том, что со всеми багами можно справиться за счёт маркетинга и привлечения новых контрибьюторов. Чем больше мы будем верить этому, тем дольше
придётся ждать релиза Drupal 8.

Туманное будущее Друпала 8.0
kocetkov
Источник: http://www.drupal.ru/node/65464

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

В этом смысле, инициативы Дриза и компании по Drupal 8 очень пугающие:

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

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

Многие потенциальные контрибуторы уже давно не участвуют в разработке ядра по причине низкой эффективности труда:

  • чтобы добавить то или иное изменение, нужно убедить кучу народа
  • бесконечные споры по поводу реализации того или иного изменения. В условиях равноправности мнений, из спора очень трудно прийти к компромиссу
  • готовые патчи могут висеть месяцами, ожидая своей участи. Стоит только вспомнить эпические изменения,  связанные с состояниями гонки (raceconditions) в Drupal 6 и каких усилий стоило реализовать их.


В этом смысле, я не вижу здесь тенденций к улучшению. Более того, все будет только усугубляться. Неудивительно, что такие инноваторы, как Development Seed, покинули мир Друпала. Этот процесс будет продолжаться и дальше. Бюрократизация - тормоз и злейший враг инноваций.

Как бы я решил эту проблему ? Я бы сделал процесс разработки распределенным, убрал узкое горлышко в виде небольшой группы комиттеров ядра. Это уже давно предлагалось: существовала так называемая инициатива Small Core, в рамках которой предлагалось разделить друпал на слабо связанные подсистемы, разрабатываемые отдельно, и оставить ядро минимального размера. Эта инициатива не нашла серьезной поддержки, к сожалению.

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

Мой прогноз: Drupal 8 намертво увязнет в своих проблемах, и чтобы вытащить его, бизнесам придется еще больше рассчитывать на свои силы, и еще меньше - на сообщество. Многие переосмыслят использование Drupal в своем бизнесе. Drupal перестанет быть продуктом сообщества, и станет больше продуктом корпораций. В этом смысле, наверное, он в чем-то повторит судьбу Linux.

Мы увидим больше дистрибутивов Drupal, мы увидим LTS редакции, для потребителей, не желающих гнаться за номерами версий, как белки в колесе. Аквия, которая во всем подражает Redhat, возможно разразится своим Acquia Enterprise Drupal с 10 летней поддержкой )))


?

Log in