Framework/CMS предложения для веб-сайта предприятия и интранет (я должен убедить президента его твердый!)

Question

Уважаемая переполнение стека сообщества,

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

Моя «проблема» заключается в следующем: они хотят, чтобы я использовал фреймворк/набор языков/технологий, которые я могу им доказать, «стабильные, готовые к работе технологии с проверенной репутацией».

«Большая картина» спецификации не слишком сложна: Внедрите CMS корпоративного класса для управления веб-страницами каждого подразделения, которые в основном касаются информации о продукте и документации (то есть более простой версии www.linksys.com) ,

Как программист с открытым исходным кодом, я хотел бы использовать Python с TurboGears и строить его с нуля, но я не могу найти способ доказать президенту, что TurboGears обладает огромной корпоративной репутацией. У Zope, похоже, много корпоративного использования, но для меня это выглядит немного раздутым. Django может быть вариантом, но не кажется таким гибким, как TurboGears.

Я бы предпочел не использовать PHP, но Drupal имеет очень хорошее резюме с «правильными» именами под ним (AOL, Sony, MTV); плюс это могло бы сэкономить мне создание многих компонентов CMS с нуля.

Rails может быть другим вариантом, но я не слишком хорошо знаком с ним (и, как программист на Python/PHP, синтаксис Ruby сводит меня с ума).

Что будет с S.O. сообщество предлагает для такого проекта? Я уверен, что многие из вас столкнулись с одной и той же дилеммой. Что в итоге работало/не работало для вас? Как я уже говорил, первым выбором был Python, второй - PHP, третий - Rails.

Спасибо, Сета

Answer 1

Если вам нравится Python, и вы хотите, веб-рамки, я бы не пройти Джанго. Это просто, мощно и работает на многих сайтах корпоративного уровня.

Некоторые из более крупных сайтов, использующих Django, - Lawrence.com, Curse Gaming и некоторые сайты Washington Post. Он недавно перешел к версии 1.0, поэтому у вас есть надежная база кода для работы.

Вы можете всегда использовать list of companies that use Python, если хотите, сюда входят такие люди, как Google, Yahoo и NASA.

Answer 2

Независимо от того, что вы выберете, не используйте Typo3. Это огромный бесполезный беспорядок со своим собственным идиотским шаблоном «скриптовый» язык, почти невозможно научиться быстро, трудно научить ваших корпоративных пользователей и чертовски уродливо. Неудивительно, что есть магазины, которые зарабатывают на жизнь, просто занимаясь консалтингом Typo3. Он несколько популярен, но не думаю, что есть приличная документация.

Answer 3

Это противоречивое утверждение: «Общая картина спецификации« действительно не слишком сложна: внедрение CMS корпоративного класса для управления веб-страницами каждого подразделения ».

«Класс предприятия» и «не слишком сложный» не относятся к одному и тому же предложению. Шутки в сторону.

«Класс предприятия» сложный, поскольку задачи и среды «класса предприятия» сложны.

Ум, потому что что-то развертывается внутри предприятия, не означает, что для него требуется инструмент «корпоративного класса». Но те, у которых есть требования к «классу предприятия», сложны, потому что проблемная область и среда развертывания сложны.

Таким образом, вы должны быть более ясно на вашей спецификации, чем «умным слове соответствует», «моему боссу слышал об этом», «никогда не ломается» и т.д.

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

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

Answer 4

Я согласен с Will's comments. Построение CMS, интрасети и системы управления документами - это тонна работы. Моя компания, вероятно, проведет 6 месяцев на требованиях к один этих систем и все еще нечеткие/неполные требования.

Вот несколько вопросов:

1. Кто будет поддерживать системы управления Doc в CMS, и когда вы закончите ? Шансы на успех приложений снижаются, если вы отбрасываете настраиваемое приложение Python посреди кучи отработанных разработчиков Java. Я не говорю, что он не может работать, только , что шансы перекоса против него.
2. Вы ищете один приложения/основы для создания CMS для внешних сайтов, на CMS для интрасети, и система управления документами ? Если это так, то должно значительно сузить поле возможных CMS. Например, I не думает, что Drupal обрабатывает Управление документами (если он вообще его обрабатывает.)
3. Кто из пользователей систем? Будут ли люди, использующие систему управления документами , те же самые , управляющие сайтами и интрасети?
4. Будет ли система разделять рабочий процесс? (Будет ли документ системы менеджмента пребывания контента в своем бункере или могут документы мигрируют в Web CMS или интранет? Существуют различные «утверждающие» в каждой области системы или один набор повелителей?)

Удачи!

Answer 5

Первое, что приходит в голову здесь, это то, что вы приближаетесь ко всему этому. Кажется, что вы ищете для себя проект для домашних животных и пытаетесь решить, что вы хотите делать лучше всего. Вы не указали масштаб того, кто будет управлять этим сайтом. Это реальный вопрос. Это ты? Это управленческая команда? Разве это разделение?

Выполнение огромного решения, подобного этому, требует много времени и средств. Мы тратим много времени, просто помогая нашим клиентам выбрать правильную CMS для своих нужд. Там много чего, и такое решение не следует воспринимать легкомысленно. Много хороших в правильной ситуации и УЖАСНЫХ в других. Кроме того, что подходит вам, поскольку разработчик не всегда подходит для вашего конечного пользователя.

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

Answer 6

Я согласен с комментариями Уилла, Бравертера и Диваматики. В полной мере.

Существует множество вопросов/проблем/рисков/соображений, необходимых для успешного запуска решения CMS для среднего/крупного предприятия. Я не буду повторять то, что сказал Уилл и Бравертер, вместо этого я буду предлагать другую точку зрения:

CMS для крупноформатной компании не о программном обеспечении. Речь идет о процессах и политике.

Какая структура/инструмент для использования должен зависеть от точных требований (вид контента, источники контента, кто будет отвечать за сбор и создание контента, каковы его способности, кто будет одобрять обновления контента, какие отделы будет иметь голос о том, что входит в главную страницу ?, в рамках которого будут выбраны материалы для домашней страницы ?, что будет puropose для домашней страницы? (маркетинг? sales? technical? branding?).

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

PS: Это дает мне идею опубликовать какую-то статью об этой теме, но это займет несколько дней, так как у меня нет времени на ее подготовку.

Answer 7

«Они хотят, чтобы использовать рамки/набор языков/технологий, которые я могу доказать им являются„стабильными предприятиями готовых технологий с проверенной репутацией.“»

Там нет никаких доказательств этих функций , Никто.

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

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

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

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

В этой отрасли нет доказательств. Для каждой технологии вы можете найти сторонника и противника. Сторонники сторонников технологии дерьма. Забудьте о доказательстве.

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

По этой причине гибкость не имеет значения. Пойдите с Django и попробуйте что-нибудь запустить как можно скорее.

Answer 8

Если вы ищете CMS корпоративного класса, зачем внедрять его с нуля? Существует хорошо зарекомендовавшая себя, зрелая CMS корпоративного класса на базе Python, уже доступная под названием Plone.

Он недавно был рассмотрен основной ИТ публикации:

«Plone делает одно - управление веб-контентом - и делает это с апломбом Вот почему вы найдете хорошо известные американские и международные организации, в. в большинстве отраслей, где работают веб-сайты, интернеты и экстрасети с помощью Plone ». Inforworld, "Open source CMSes prove well worth the price" Oct 2007

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

Используется правительством, некоммерческим, образовательным и деловым кругами. Такие имена, как Novell, gnome.org, Discover Magazine и тысячи других. И вы можете быть уверены в его безопасности, ЦРУ использует его для запуска своего публичного сайта.

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

Вы можете прочитать о самом проекте на сайте Plone.org. Также есть Plone.net, где представлены тематические исследования и истории успеха, глобальный список поставщиков услуг и многое другое.

Answer 9

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

http://plone.net

Answer 10

Вы хотели бы построить Enterprise Class CMS с нуля? Только для одного проекта? Ты сумасшедший? Если вы не планируете входить в бизнес CMS и иметь тысячи и тысячи часов времени разработки, абсолютно нет смысла создавать новый. Есть отличные CMS уже там. По моему мнению, Drupal и Plone являются лучшими. Мне нравится Plone, потому что его восхитительно использовать. Он используется ЦРУ, НАСА, Аками, Новелл и Эбай.

С наилучшими пожеланиями,

Тони

Answer 11

Сет, если вы действительно хотите E-CMS, не правда пытаться изобретать колесо. Есть много проверенных E-CMS вокруг. Например, некоторые решения на основе Zope/Python, такие как Plone. Он протестирован Enterprise, настолько прост в использовании, чрезвычайно расширяем (поскольку у вас есть полный сервер приложений в бэкэнд), есть книги, объясняющие это для авторов/редакторов, веб-мастеров и разработчиков. Развивайте его там, где он не подходит. Если вам нужна дополнительная информация в IRC (OPN/freenode, #plone), или если один из 59 пунктов Всемирного дня плоти [1] находится не слишком далеко, пройдите туда 7 ноября 2008 года и свяжитесь с Plone и его огромными и полезное сообщество.[1] http://plone.org/wpd

Answer 12

CMS для средних компаний не о программном обеспечении. Речь идет о процессах и политике.

Очень верно!

Ассоциация с престижными именами не обязательно является показателем приятных конечных результатов.

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

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

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

Измерить пользовательские требования с очень открытым умом (не основанный на простотах, таких как «Я бы хотел, чтобы система была равна системе x»), а затем перейти на plone.org | Поддержка | Chat Room для дальнейшего обсуждения ваших требований.

Answer 13

Следите Flossquality - Открытый источник исследования качества http://flossquality.eu/

Относительно Flossquality и три связанных с качеством проектов под этим заголовком, в http://n2.nabble.com/Plone-and-QUALOSS---QUALity-in-Open-Source-Software-tp1402419p1446439.html я представлял себе некоторые вопросы, которые люди в исходных сообществах открытых (не только в Plone), может спросить о целом кабале.

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

Answer 14

«Предприятие» - это маркетинговый термин. Он имеет практически нулевой технический смысл. Если ваш босс хочет услышать Enterprise, то он будет, но это не будет означать, что данная система подходит для ваших нужд.

Опасайтесь списков компаний, которые используют данный набор программного обеспечения. «Ebay использует Plone», а «Ebay работает на Plone» - это два разных выражения.

В основном, если вы используете «Enterprise» CMS (для чего бы это ни стоило), вы должны ожидать, что у вас будет кривая обучения, которая будет только начнется, чтобы сгладить к концу значительный проект.

Для вашего проекта я предлагаю вам попытаться выяснить, что вам действительно нужно. Если вы считаете, что TurboGears (или любая другая инфраструктура) подходит, обсудите с вашим начальником некоторые стратегии управления рисками. Может быть, с небольшим пилотом. Принятие новой технологии является рискованным. В наши дни многие веб-сайты «большой корпорации» являются критическими.

Для чего это стоит. Мне нравится Plone, но я только использовал его для не-корпоративных вещей. Я лично не знаю никаких реализаций «Enterprise». На работе я использую Tridion, и я знаю множество реализаций на этом уровне. (Если вы ищете выбор, который позволит вам работать на Python, Tridion не подходит.)