Битрикс пойдёт? Что плохого?

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

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

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

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

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

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

Опять же, повторю, для меня отказ от Битрикса был вызван высокой ЗП специалистов работающих с ней, а не самой системой. Я ещё не видел ни одну систему, которую не нужно было бы переделывать под себя.

Вступлюсь за Друпал, вот портал УФЫ и Башкорстана на нем http://rb7.ru/

а вот обсуждение этого: http://www.drupal.ru/node/15214

П.С. правда это единственный городской портал на Друпале :)

При имении голову на плечах и хороших рук, лучше написать свою CMS под конкретную задачу/сайт.

Вот это странно. Битрикс не совсем CMS, это скорее CMF и поэтому априори гибче, тем более в плане структуры и адресов.

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

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

Васе Пупкину эти коробки, бумажки и тех. поддержка не нужны. Он и так знает что и где подкрутить, чтоб работало как надо. А если не знает - знает у кого спросить :)

И зарабатыывать он собирается не на продаже CMS самому себе, а на результате своей работы.

Тут соглашусь с Вами только частично. Мне, например, тот же Битрикс подходил на 80% и если бы я его использовал, то мне легче было бы дописать то, что мне нужно, чем писать под себя новую CMS. Хотя, если работает команда разработчиков, то своя CMS - это более правильный вариант.

Мне в поддержке Битрикса ответили, что решение моей проблемы стандартными средствами не возможно.

В остальном с Вами полностью согласен.

Есть порталы на Друпале (http://www.playboy.de) большие. Но, это тоже командами разрабатывается+сопровождение. Это не для мастака-одиночки.

Все что не является стандартной реализацией в Битриксе - делается с огромным трудом. Нужен квалифицированный разработчик. Под Битрикс :)))

Хотите CMF/CMS и не хотите платить стартовый взнос - лучше воспользоваться TYPO3. Она и гибче и мощнее и серьезные организации ее пользовать не стесняются. Хотя там гораздо слабее e-commerce, чем встроенные в Битр.

Мое имхо.

Если нужно простенький корпоративный сайт с продажей чего-нибудь, и "типа поддержкой" ,или если нужна нативная поддержка 1С, то можно Битрикс, а вот в остальных случаях наверное нет. Совсем простым проектам - джумла/друпал, более сложным и серьезным - TYPO3.

Порадовало - есть мануал API, но устаревший :) Если продукт продается за деньги, а не предоставляется AS IS , то там ДОЛЖЕН БЫТЬ СВЕЖИЙ мануал. Это как если вы купили телефон , а вам дали инструкцию к предыдущему. И это похоже массовая беда "продаваемых российских CMS", что за деньги легко может предлагаться коктейль произвольного качества поддержки, документированности и т.п. Например CMS может стоить дорого а поддержка ноль. Или ? наоборот, душевная поддержка, но CMS глюк на глюке :)

porn.org на Drupal.