CMS: Сборка или покупка?

Ответ 1

Как использовать Open Source?: -)

Сегодня единственными причинами для разработки новой CMS являются:

1) нестандартные требования (смертельно редкие)

2) Вам просто нравится код "ваша собственная CMS" (c)

Если это не так, возьмите файл с открытым исходным кодом.

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

Ответ 2

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

У Drupal есть много доступных плагинов, дающих большую настраиваемость. Это удобно так же, как и большинство CMS, что вы можете использовать PHP файлы в качестве своих шаблонов и кодировать их за пределами CMS.

Wordpress имеет лучший пользовательский интерфейс для всех CMS, которые я использовал (Drupal, EE, Wordpress, Joomla). Если вам нужно программировать плагины, он также очень хорошо документирован и (когда плагин завершен) предоставляет интерфейс перетаскивания для клиента, чтобы он легко вносил изменения в свой собственный веб-сайт.

В настоящее время я перемещаю наш сайт с EE на WP.

Ответ 3

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

Ответ 4

Во-первых, чтобы ответить на ваши вопросы по сборке или "покупке" - вы были бы сумасшедшими, чтобы строить. Ресурсы, необходимые для поддержки кода, который вы пишете, поскольку он изменяется для удовлетворения потребностей каждого клиента, в конечном итоге обойдутся вам в целое состояние в долгосрочной перспективе. Трудно побить ресурсы тысяч разработчиков, которые есть у многих крупных проектов. У вашей фирмы есть специалист по безопасности? Как насчет команды QA, которая постоянно ищет ошибки ans squash? Если вы не пытаетесь сделать одно, очень специализированное приложение, выберите CMS и пойдите с ним.

Далее, насколько возможно реализовать CMS на многих типах сайтов, это полностью зависит от ваших фирм-разработчиков. Если ваш разработчик знает XYZ CMS, то он должен иметь возможность взять любой дизайн и заставить его работать на CMS. Любая хорошая CMS имеет слой дизайна, полностью отделенный от содержимого и кода, поэтому дизайн не должен ограничиваться CMS каким-либо образом. Это просто вопрос изучения конкретной системы шаблонов, используемой CMS по вашему выбору.

Наконец, я удивлен, что никто не упомянул о том, что вы хотите ограничить контроль над своими клиентами над своими сайтами. Как уже упоминалось, вы можете перейти на маршрут SaaS и никогда не предоставлять клиенту доступ к административной части сайта. Любой из хороших проектов CMS предлагает редактирование интерфейса. Это позволит вашему клиенту добавлять/удалять/редактировать контент на сайте, не предоставляя им доступ к какой-либо структуре или дизайну. Вы можете полностью контролировать администратор, макет и функциональность, пока клиент просто управляет только контентом, что похоже на то, что вы пытаетесь выполнить.

Ответ 5

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

• Wordpress имеет очень богатую плагиновую инфраструктуру.

• Если вы в порядке с серверами Windows, у SharePoint есть обширная архитектура плагинов/расширений.

Я не думаю, что есть основания строить с нуля, если вы не собираетесь конкурировать на рынке CMS.

Ответ 6

Не изобретайте велосипед. Для создания CMS требуется очень много времени и денег.

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

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

Ответ 7

Я думаю, что это зависит от того, сколько клиентов должно использовать CMS.

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

Если у вас есть пара ( > 2) клиентов, которые должны использовать CMS, IMHO будет лучшим выбором CMS с открытым исходным кодом.

Ответ 8

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

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

Я предлагаю следующее:

Liferay: для крупных организаций и расширенных проектов он написан в java. Я лично люблю эту CMS. Большие места, такие как NASA, используют его, и моя компания использовала его для проекта, это было здорово.

Plone: То же, что и выше - язык = Python

EZPublish для крупных организаций, но не такой продвинутый, как Liferay - language = PHP

Joomla и drupal для обычных веб-сайтов.

Ответ 9

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

Мой первый вопрос: если я намерен перенести моих существующих клиентов на версию своего сайта на основе CMS

Затем, Каковы общие черты/различия на ваших сайтах клиентов?

Если существует много общности (в обратном конце кода, а не в дизайне переднего конца), возможно, вам нужно интегрировать основной редактор статей?

Посмотрите, как CMS будет влиять на ваш поток дизайна, ваши проекты будут затем "CMS", это будет кривая обучения.

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

Лично я использую Joomla и DotNetNuke. Я разработчик не дизайнер, поэтому я покупаю полные темы и изменяю их. Когда я начал, у меня также не было существующих клиентов. Я решил использовать CMS специально, потому что я мог покупать темы, и, во-вторых, это был клиент, изменяющий статьи.

Ответ 10

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

Ответ 11

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

Вы хотите простой CMS для веб-сайта, рамки интеграции или персонализацию/социальные сети. Поскольку там много ОС CMS, я бы не рекомендовал вам начинать с нуля. Проверьте исследование EG: http://www.slideshare.net/OpenSourceCMS/451-group-future-of-web-content-management-open-source-cms Также проверьте лицензию ОС на продукты и то, как это может повлиять на ваши проекты.

Удачи!

Ответ 12

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

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

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

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

Я работаю для поставщика CMS Elcom Technology, поэтому я немного предвзято, но я также использовал WordPress, SharePoint, DotNetNuke, Joomla и Drupal на различные уровни степени, и все они предлагают большой шаг над чем-то построенным на дому.

Ответ 13

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

PS

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