С открытым исходным кодом CMS для университетского отдела. Cms с открытым исходным кодом


php - Пользовательская CMS или Open Source?

Это определенно субъективный вопрос и может быть закрыт или перенесен в другое место.

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

Кажется, что 100% вариантов поиска "сайтов для фотографов" в google. Есть ли реальная причина, по которой вашему другу нужна индивидуальная CMS?

Если вы решите, что нет онлайн-сервиса достаточно:

Не создавайте собственную CMS, если нет другого варианта, и у вас есть большой текущий бюджет.

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

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

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

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

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

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

qaru.site

20 перспективных PHP CMS с открытым исходным кодом

1. WordPress

WordPress представляет собой мощный, но простой в использовании системы управления содержанием. Первоначально она была разработана в качестве блог-платформы. Однако, она медленно стала популярной, и может быть настроена в мощный CMS с некоторыми хитростями и плагинов. WP — самая популярная бесплатная CMS.

2. Drupal

Drupal является свободным и открытым исходным кодом модульной подсистемы и Системы Управления Контентом (CMS) написанная на PHP. Он используется в качестве back-end системы для множества различных типов веб-сайтов, начиная от мелких личных блогов для крупных корпоративных и политических сайтов.

3. Joomla

Joomla является наградами система управления контентом (CMS), которая позволяет создавать Web-сайты, мощные Интернет-приложения и обеспечить продвижение сайта. Многие аспекты, в том числе простота использования и расширяемость, сделали Joomla наиболее популярных Веб-сайт программного обеспечения. Лучше всего, Joomla является открытым исходным кодом, что решение является свободно доступным для всех.

4. Frog CMS

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

5. SilverStripe

SilverStripe-это PHP-CMS построен с Sapphire framework, и он использует MVC, если вы можете просмотреть пример сайтов, которые построены с SilverStripe с официального веб-страницы.

6. Мамбо

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

7. TYPOlight

TYPOlight-PHP 5 CMS и она имеет много функций, таких как live update, кросс-браузерного CSS framework генератор (IE7 совместимый), шаблонный основе front-end продукции, использованием технологий Ajax и Web 2.0. Вы должны проверить основную страницу для более информации.

8. Concrete5

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

9. Textpattern

Textpattern-еще одна очень популярная система управления контентом. Это требует PHP 4 для запуска и имеет много плагинов, которые можно использовать для различных настроек.

10. Симфония

Симфония-CMS, которая использует XML/XSLT, как его язык шаблонов. Симфония позволяет настроить все, что угодно, от веб-сайта, структура URL для вашей издательской среде. Для не программиста, это CMS может быть сложным, чтобы узнать.

11. MODx

MODx-это и приложений PHP, базы и системы управления контентом. MODx-первый бесплатный PHP CMS предоставляют API, что полностью поддерживает Web 2.0, Ajax технологии. Это CMS для SEO, и позволяет настроить мета контент для каждой страницы.

12. Habari Проекта

Habari является весьма рекомендуется open source блог-платформы. Это были написаны специально для современных веб-хостинг окружающей среды, и использует современные объектно-ориентированного программирования, методы.

13. CMS Made Simple

CMS Made Simple является легко настраиваемым и есть много Модулей для загрузки. Документация достаточно полная и легко следовать.

14. ImpressCMS

ImpressCMS является сообществом разработана Система Управления Контентом. Это является масштабируемой и чрезвычайно полезна для управления Интернет-сообществ.

15. Экспоненты CMS

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

16. MiaCMS

MiaCMS-вил Mambo CMS. Это мощный и расширяемый третьей стороной entension системы, а также гибкая сайте темы возможностей. MiaCMS поддерживает OpenID и может считаем стабильным и зрелым CMS.

17. Жожо CMS

Жожо является дружественной поисковой системе CMS. У вас будет SEO дружественных URL в вашей статье, и Жожо будет обрабатывать www/non-www доменов для вас. Рядом с SEO friendly, Жожо также позволяет расширить возможности путем добавления продукта баз данных, блоги, галереи изображений или вообще все, что заблагорассудится.

18. TYPO3

TYPO3 является бесплатной Open Source системой управления контентом для предпринимательских целей в Интернете и в интрасетях. Он предлагает полную гибкость и extendability в то время как благодаря проделанной набор уже готовых интерфейсов, функций и модулей.

19. Elxis CMS

Elxis CMS поставляется с много функций, таких как Search Engine Friendly URL, сильный безопасности, регулируемый списка участников и полного профиля пользователя. Его задачи, современный дизайн, технологии AJAX, и Многоязычный интерфейс поможет вам быть более продуктивным.

20. Chyrp

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

tagire.blogspot.com

Использование ПО с открытым исходным кодом для создания Web-сайта для совместной работы: Часть 1.Введение и обзор

Использование ПО с открытым исходным кодом для создания Web-сайта для совместной работы

Элистер Льюис-Боуэн, Стефен Эванчик, и Луис ВайцманОпубликовано 25.12.2006

Серия контента:

Этот контент является частью # из серии # статей: Использование ПО с открытым исходным кодом для создания Web-сайта для совместной работы

https://www.ibm.com/developerworks/ru/views/global/libraryview.jsp?series_title_by=Использование+ПО+с+открытым+исходным+кодом+для+создания+web-сайта+для+совместной+работы

Следите за выходом новых статей этой серии.

Этот контент является частью серии:Использование ПО с открытым исходным кодом для создания Web-сайта для совместной работы

Следите за выходом новых статей этой серии.

Введение

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

В данной серии статей мы используем вымышленную организацию International Business Council (IBC), для того чтобы показать вам, как наиболее эффективно повысить функциональные возможности вашего Web-сайта. IBC объединяет своих сотрудников и бизнес-партнеров во взаимодействующее сообщество, однако существующий Web-сайт не отвечает новым бизнес-требованиям и нуждается в модернизации. Новый, модернизированный Web-сайт должен иметь хранилище документов, дискуссионные группы, специализированные рабочие группы, планировщик конференций, описания запланированных сессий, функцию завершения сессий, а также выполнять другие задачи.

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

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

Проблемы

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

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

Процесс проектирования

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

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

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

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

Наш процесс проектирования будет исследован более детально в следующей части данной серии статей.

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

Среда разработки

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

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

Для поддержки проекта и использования всех технологий в интегрированной среде разработки (IDE) мы выбрали Eclipse. Eclipse предоставляет большое количество расширений и очень тесно интегрируется с Concurrent Versions System (CVS). Eclipse-перспективы предоставляют несколько видов и редакторов, поддерживающих текущую деятельность. В нашем случае такой деятельностью являлось редактирование PHP-модулей и HTML-фрагментов. Eclipse также отслеживал локальные изменения в нашем коде. То есть, даже если вы не выполняете входящий контроль файлов в CVS, то все равно можете восстановить более ранние версии файла на вашей локальной машине. Эта функциональная возможность Eclipse гарантирует, что вы никогда не потеряете исходный код. Создав централизованную среду разработки и тестирования, мы могли оптимизировать работу с кодом и другими членами группы - время должно тратиться на написание и тестирование кода, а не на управление файлами и другим ресурсами на вашей системе.

Выбор системы управления содержимым повлиял на необходимость использования других инструментальных средств. В случае с Drupal это означало использование PHP, HTML и Cascading Style Sheets (CSS) для разработки страниц, а также MySQL для серверного хранилища.

Требования

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

На рисунке 1 показана типичная страница окончательного дизайна для нашего Web-сайта. По мере исследования различных аспектов дизайна и реализации мы рассмотрим страницы более детально.

Рисунок 1. Типичная страница с Web-сайта IBC

Решения с открытым исходным кодом по управлению содержимым

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

В конечном итоге, мы выбрали Drupal. Однако полезно обосновать причины нашего выбора. В следующем разделе мы описали некоторые из систем-кандидатов, включая Drupal, Mambo, Typo3, Ruby on Rails, Movable Type, WordPress и TextPattern.

Сравнение решений по управлению содержимым

Drupal

"Drupal - это программное обеспечение, позволяющее индивидууму или сообществу пользователей легко публиковать, управлять и организовывать разнообразное содержимое на Web-сайте. Десятки тысяч людей и организаций использовали Drupal для настройки множества Web-сайтов различного типа, включая: Drupal содержит функциональные возможности, позволяющие создать системы управления содержимым, блоги, среды для совместной творческой деятельности, форумы, информационные письма, галереи изображений, системы загрузки файлов и многое другое. Drupal является программой с открытыми исходными кодами, которая использует лицензию GPL, управляется и разрабатывается сообществом тысяч пользователей и разработчиков. Drupal можно свободно загружать и использовать." Источник: CMS Matrix.

Drupal - это новичок по сравнению с другими системами управления содержимым (content management system - CMS). Однако нас поразила добротность написания, надежность, отличная расширяемость этой среды, а также, по-видимому, бурно развивающееся сообщество разработчиков, которые обеспечивают хорошую адаптацию и поддержку.

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

Интегрированная среда и шаблонная система (theming - поддержка тем) написаны полностью на PHP, т.е. не нужно изучать отдельный язык тегов. Если вы хотите выйти за границы среды, это очень легко сделать (естественно, это не рекомендуется, но демонстрирует неограниченную гибкость).

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

Drupal известен своей масштабируемостью (простотой расширения Web-сайта для небольшой группы пользователей до сайта корпоративного уровня). Среда обладает также возможностью "притормаживать" области сайта, которые могут вызвать потенциальные проблемы при большом трафике.

Кривая обучения "Пути Drupal" создания сайтов все еще заметна, но в значительно меньшей степени, чем в других CMS. Способность использования PHP для свободного перемещения между уровнем логики и уровнем представления (используя механизм PHP-шаблонов) была также очень заманчивой.

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

Mambo

"Mambo Open Source является одной из самых совершенных систем управления содержимым с открытыми исходными кодами, доступных в настоящее время. Установка Mambo по умолчанию проста в настройке и обслуживании. Программа установки использует 4-шаговый интерфейс мастера установки, который позволяет установить всю систему без необходимости обладания обширными техническими знаниями. Будучи установленной, система содержит множество шаблонов, которые вы можете выбрать, и большое количество готовых к работе функций. Содержимое может быть добавлено, изменено, а для управления ним не требуются знания HTML, XML или DHTML - просто вводите ваше содержимое при помощи дружественного редактора и жмите кнопку Publish. Более продвинутые пользователи могут управлять системой в соответствии со своим уровнем знаний. Основные файлы написаны на PHP [система Mambo основана на Linux™, Apache, MySQL, P для PHP, Perl и Python (LAMP)] и могут быть легко изменены. Система устойчива, надежна и поддерживается большим сообществом пользователей и профессиональных разработчиков (в начале 2006 Mambo исполнилось 5 лет!)" Источник: CMS Matrix.

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

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

Кроме того, Mambo предлагает ограниченное управление сессиями, хотя и более развитое, чем в других CMS.

Метод разработки казался запутанным, а будущее такого решения не было для нас определено. Плюс ко всему, разработка Mambo пошла несколькими путями. Miro - это коммерческий продукт, а Joomla кажется новой CMS, берущей начало от Mambo. Но Mambo все еще существует, а ее текущее состояние, по-видимому, более стабильно.

Typo3

"TYPO3 - это система управления содержимым с открытыми исходными кодами уровня предприятия, выпущенная под лицензией GPL. Она работает по всему миру на более чем 122000 серверов. Приложение переведено на 43 языка и активно разрабатывалось сообществом 27000 пользователей из 60 стран. К некоторым из пользователей относятся BASF, DaimlerChrysler, EDS, Konika-Minolta, Volkswagen, UNESCO, а также множество университетов, правительственных агентств и некоммерческих организаций." Источник: CMS Matrix.

Typo3 является большим. Большим приложением. Большим сообществом. Большой адаптацией. Большим списком расширенных функциональных возможностей и дополнений. Кривая обучения тоже является большой. Не удивительно, что Typo3 могла бы делать все, что нам нужно, но обнаружились другие проблемы в дополнение к сложности.

Генерируемая большинством из основных и дополнительных модулей разметка использовала структуру середины-конца 90-х со множеством табличных схем, незначительным использованием эффективно расположенных CSS ID и атрибутов классов, а иногда и явно некорректную структуру. Мы хотели использовать современные методики для сохранения наших итераций разработки гибкими, поэтому данная система не могла способствовать своевременной разработке. Шаблонная система тоже оказалась очень сложной по сравнению с другими решениями. Время, необходимое для освоения системы работы с темами для Web-содержимого, перевесило мощность шаблонной системы.

Интерфейс администратора показался неуклюжим и древним, особенно по сравнению с Mambo. Это было важное замечание, поскольку мы должны были передать заказчику функции администрирования сайта.

Если бы мы имели больше времени, то могли бы выбрать для работы Typo3. Но его надо было бы переписать, чтобы сделать свежим и конкурентоспособным в сравнении с другими CMS. Проблема использования стандартов, основанных на xHTML и CSS, решается в новой версии Typo3.

Ruby on Rails

"Ruby является чистым объектно-ориентированным языком программирования с чрезвычайно ясным синтаксисом, делающим программирование элегантным и интересным. Ruby успешно комбинирует концептуальную элегантность Smalltalk, простоту использования и изучения Python и прагматизм Perl. Ruby возник в Японии в начале 1990 и стал всемирно популярным в последние несколько лет после появления большего числа книг и документации на английском языке. Rails является Ruby-средой с открытыми исходными кодами для разработки использующих базы данных Web-приложений. Основные принципы Rail: меньше программирования и соглашение вместо конфигурации. Меньше программирования означает, что вы пишете меньшее число строк кода для реализации вашего приложения. Сохранение вашего кода небольшим означает более быструю разработку и меньшее число ошибок, что делает ваш код более легким для понимания, обслуживания и улучшения. Вы быстро увидите, насколько сократит Rails вашу работу над кодом.Соглашение вместо конфигурации означает конец многословным конфигурационным XML-файлам - их в Rails нет вообще! Вместо конфигурационных файлов Rails-приложение использует несколько простых соглашений по программированию, позволяющих вычислить все через отражение и обнаружение. Код вашего приложения и работающая база данных уже содержат все, что Rails должен знать!" Источник: Rolling with Ruby on Rails.

Типичные системы управления содержимым позволяют аутентифицированным пользователям создавать формирующие содержимое страницы как часть Web-сайта. Ruby On Rails (ROR), однако, не обеспечивает эту функциональность в готовом виде. Он предоставляет интегрированную среду Web-приложения. Используя ROR, вы можете создать специализированную CMS с нуля.

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

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

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

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

Механизмы Web-журналов

Мы рассматривали использование существующей системы публикации, которая преимущественно поддерживала создание Web-журналов. Мы раньше использовали такие системы для поддержки содержимого не журнальных Web-сайтов, переопределяя способ использования категорий и данных. Эти решения не следует ставить в один ряд с такими системами как Drupal, Mambo и Typo3. Например, управление сессиями, предоставляемое в Drupal и Typo3, обычно в них не поддерживается. Однако они действительно обеспечивают очень простой и быстрый способ создания элементарной CMS.

Отмечая, что все эти решения ориентированы на Web-журналы, остановимся на нескольких альтернативах:

Movable Type

"Movable Type является мощной и настраиваемой платформой для публикации, позволяющей пользователям создавать привлекательные, выразительные Web-журналы внутри персональной системы публикаций, которая является чрезвычайно настраиваемой и универсальной. Функционируя как серверное программное обеспечение, Movable Type была адаптирована отдельными пользователями и компаниями, которым понравилась полнота ее функциональных возможностей, открытая архитектура и хорошая библиотека сторонних подключаемых модулей, предназначенных для расширения функциональности системы. Благодаря современной базе из сотен подключаемых модулей, созданных преданными разработчиками со всего мира, можно создать полностью новый класс приложений на основе знакомой и проверенной системы Movable Type." Источник: CMS Matrix.

Являясь в настоящее время одной из наиболее популярных систем публикации web-журналов, данная Perl-реализация имеет большое сообщество сторонников и хорошую структуру поддержки. Но с недавних пор появилось препятствие - создание авторами, Six Apart, структуры оплаты для поддержки разработки этого продукта. Поскольку мы пытались создать решение с открытыми исходными кодами, данный факт в зародыше погубил идею использования Movable Type.

WordPress

"WordPress представляет собой современную, семантическую платформу персональной публикации, ориентированную на эстетику, Web-стандарты и простоту использования. Что-то необычное. WordPress одновременно и бесплатен и бесценен. Говоря проще, WordPress - это то, что вы используете, когда хотите работать с вашим программным обеспечением ведения Web-журналов, а не бороться с ним. Возможности WordPress по умолчанию могут быть сильно расширены (легко можно добавить новые функции) при помощи простой в использовании архитектуры подключаемых модулей." Источник: CMS Matrix.

На момент разработки нашего проекта WordPress развивался. Как и в Drupal, полезной является его система документирования в стиле wiki, поддерживающая это решение. Основной код ясен и прост в расширении, а пользовательский интерфейс легок в использовании.

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

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

TextPattern

"Бесплатная, гибкая, элегантная, легкая в использовании система управления содержимым для всех типов Web-сайтов, даже для Web-журналов. Когда приходит время публикации в Интернете, новички и профессионалы одинаково сталкиваются с надоедливым парадоксом: текстовые процессоры и графические приложения позволяют каждому довольно хорошо выполнять работу по управлению текстом и изображениями на персональном компьютере, но при выполнении действий по представлению этой работы в Web (кажущейся такой же средой документов и, вроде бы, имеющей аналогичное назначение) легкость использования исчезает за непредвиденными требованиями наличия опыта программирования на нескольких языках, квалификации в компьютерном графическом дизайне и, в конечном итоге, ангельского терпения. Те, кто не отступил, все равно обнаружат, что их сдерживает отсутствие гибкости, присущее Web (по сравнению с письменным языком), с его нежеланием справиться с чем-нибудь кроме простейшего текста, или непредсказуемостью результатов, вызванной использованием WYSIWYG Web-редакторов. TextPattern является Web-приложением, помогающим преодолеть эти и другие препятствия для интерактивной публикации и упрощающим создание хорошо структурированных, совместимых со стандартами Web-страниц." Источник: CMS Matrix.

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

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

Рисунок 2. Требования к программному обеспечению для некоторых систем управления содержимым

Решение использовать Drupal

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

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

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

Простота настройки способа отображения содержимого была самым важным фактором - мы должны были сохранить гибкость во время итераций разработки и при любых дальнейших настройках. Так называемая "способность к использованию тем" ("themability") также была необходима для использования передового опыта в Web-дизайне: семантики xHTML, CSS и понятного дизайна.

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

Рисунок 3. Рейтинг кандидатов на основе требований

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

Typo3 казался имеющим огромное сообщество и искомую зрелость. Однако трудность освоения Typo3 по сравнению с Drupal повергала в уныние.

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

Drupal в деталях

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

Расширение Drupal

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

Многие из этих расширений обсуждаются подробно в соответствующих статьях данной серии.

Мы разработали наш Web-сайт в Drupal 4.6, но сейчас доступен Drupal 4.7. Данная серия статей будет базироваться на рассмотрении реализации версии 4.7.

Другие интегрированные системы управления содержимым

Существует множество доступных систем управления содержимым. Вы должны оценить каждую относительно ваших собственных требований. В данной статье вы узнали о преимуществах и недостатках:

Резюме

Данная статья открывает серию статей IBM Internet Technology Group, посвященных проектированию, разработке и развертыванию Web-сайта для совместной работы с использованием программного обеспечения с открытыми исходными кодами. В данной статье был представлен обзор проекта, наши требования и сравнение нескольких систем управления содержимым, которые мы проанализировали. Мы также объяснили наше решение по использованию Drupal и то, как мы могли бы расширить Drupal для решения наших задач.

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

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

Ресурсы для скачивания
Похожие темы

Подпишите меня на уведомления к комментариям

www.ibm.com

Обзор популярных CMS с открытым исходным кодом

1   2   3   4   5   6   7

Одним из первых встал вопрос выбора CMS. Для этого я изучил большое количество сайтов, где обсуждают системы. Пользователи в основном характеризовали 3 самые конкурентноспособные системы и как оказалось, позднее именно они стали призерами OpenSource CMS Award 2009 [3].Главную награду получила CMS Drupal. На втором месте, «с небольшим отставанием», идет Wordpress. Это лучший результат Wordpress за всю историю премии. На третьем месте — Joomla. Эти результаты практически сохранились в течение года. В 2010 году на этом же конкурсе Joomla снова заняла третьей место. На этот раз призером на этот раз стал Wordpress, обогнав Drupal. Причем исход бесплатных CMS решил дополнительный независимый судья Марк Кинг, не являющийся членов жюри, но при равенстве голосов Wordpress и Drupal его назначили судьей и он отдал свой голос в сторону Wordpress. Именно эти три CMS было решено изучить и сравнить.

Сравнение CMS. Все выбранные CMS работают по принципу Wisywyg. То есть создание какой-либо страницы или дизайна, становится видимым в момент создания. Это позволяет пользователям наблюдать за возможным результатом их работы. Все системы используют для хранений реляционную базу данных, в которых хранится вся информация, от настроек сайта до новостей и комментариев пользователей. Они являются свободным программным обеспечением, защищенным лицензией GNU GPL.

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

Архитектура Drupal позволяет применять его для построения различных типов сайтов — от блогов и форумов, до информационных архивов или сайтов новостей. Функциональность обеспечивается подключаемыми модулями, обращающимися к общему API Drupal.

Сфера применения Wordpress — от блогов до достаточно сложных новостных ресурсов. На сегодняшний день Wordpress — самая популярная система для ведения блогов. Но создание сайта отличного от блогов потребует не малых усилий.

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

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

Ниже на рис.1 и рис.2 приведено тестирование производительности наиболее используемых Cms Joomla 1.5 и Drupal 6.1.

Рис.1. Характеристики быстродействия Joomla и Drupal

Рис.2. Сравнение быстродействия Joomla и Drupal

Как мы видим Drupal значительно быстрее Joomla во всех четырёх инсталляциях. Скорость загрузки Drupal улучшается на 74%, при включенном кэше и без установленных модулей. Если же стоят дополнительные модули, то включение кэша улучшит быстродейсвие системы на 86%. Кэш поможет улучшить быстродейсвие Joomla на 23% и на 20% (с дополнительными компонентами).

Далее представлены результаты тестирования производительности рассматриваемых cms на виртуальном веб-сервере. Тестирование проводилось на следующей конфигурации: x86 CPU 3.0Ghz, RAM: 512Mb, OS: Debian GNU/Linux , kernel 2.6.22-3-686

Для всех cms загружаемая страница содержала меню, форму ввода, текст общим размером 40Кб. Тестирование производилось пользователей. Тестирование проводилось для следующих версий: WordPress 2.6, Joomla 1.5.2, Drupal 6.2

Ниже на рис.3. приведены результаты тестирования для 10 пользователей. Результом является скорость загрузки страниц(millisecondsperpagerequest).Рис.3. Результаты тестирования нагруженности сайта для 10 пользователей

Drupal использует наиболее эффективный алгоритм кэширования, поэтому эта cms показала лучшие результаты. По сравнению с предыдущими версиями Joomla 1.5 потребляет больше системных ресурсов хостинга: память, запросы к базе, большое количество небольших файлов на подключение к каждому уходит время и память, а в режиме Legacy (Наследственный) система потребляет еще больше ресурсов, чем без него.

В версии 2.6 WordPress разработчики убрали файловый кэш, таким образом, потребление памяти значительно возрасло. В WordPress'е загружаются все файлы не зависимо от того, будут ли ни использоваться или нет. То есть сервер вынужден обрабатывать много php-кода вхолостую, что неизбежно приводит к дополнительной нагрузке процессора

Популярность. Для рассмотрения популярности данных CMS обратимся к сайтам. Где если ни на сайтах смотреть движки сайтов. Обратимся к интересному инструменту тренд, то есть статистика поиска того или иного слова на сайте http://www.google.ru/trends. Рассмотрим на рис.4 и рис.5 **ЧТО РАССМОТРИМ НА НИХ?**.

Рис.4. График популярности движков по миру

Рис.5. График популярности движков по РоссииСравнив данные, можно сделать некоторые выводы.

Wordpress и Joomla развиваются практически одинаково. Возросший интерес к ним, по-видимому вызван огромным количеством сайтов, направленных на красоту внешнего вида, нежели на огромную функциональность и сложную структуру. А Drupal медленно, но верно развивается. Если рассмотреть именно Россию, то несомненным лидером является Joomla, а рассмотрев именно Drupal можно сделать вывод, что либо о нем в области никто, не знает, либо он стремительно догоняет wordpress.  Но эта статистика популярности двояка. С одной стороны, она отображает возросший интерес пользователей для изучения понравившегося движка, с другой стороны это может указывать на сложность понимания или тяжесть в расширяемости. То есть на решение задачи пользователь может потратить большее количество времени, ища по всем просторам Сети интернет ответ на интересующий вопрос, в результате чего статистика сильно изменится.

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

Для Joomla!** на данный момент русскоязычной документации достаточно, можно сказать, много. Причем она не ограничивается переводом официальной помощи, а уже приходит к стадии написания авторских статей.

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

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

Joomla из-за своей популярности имеет огромное количество русской документации.

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

Если коротко, то существует две различных группы, ведущие свои форумы и сайты поддержки. Попытка объединения была, но так ничего и не получилось. В принципе для пользователей, наличие двух сборок и русификации на данный момент всех устраивает. Наличие конкуренции нисколько не вредит сообществам, а наоборот даже подталкивает команды работать все лучше и лучше.

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

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

С поддержкой у всех все хорошо, наличие документации на официальных сайтах в хорошем состоянии.

Работа с содержанием. Одной из основных задач практически для любого динамического сайта является заполнение его информацией.

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

Drupal в этом деле является лидером, он позволяет добавлять на сайт, например, изображения и новости как равносильные типы. Пользователь сам может задать любой тип материала, какой только пожелает, и для этого не потребуются какие-либо специальные модули. Создание сильно отличных типов материала требует некоторых усилий. Например, пользователь создает тип материала «фотография», и тип материала «альбом». Каждый из этих материалов, будет ***равносильно добавляться, не вызовет затруднений настроить комментирование этих материалов. И при желании можно настроить их зависимость. То есть создается альбом, и при добавлении фотографии указыва**ем, в каком альбоме она будет отображаться.

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

Темы и шаблоны оформления. Темы представляют собой готовые структурированные файлы с функциями системы и языком разметки html. На основе шаблонов строится структура каждой страницы на сайте.

В Joomla есть возможность назначения разным страницам различных шаблонов. Кроме того, в Интернете доступно огромное количество шаблонов для Joomla (даже целые сайты исключительно по шаблонам), можно тщательно подобрать шаблон интересующей вас тематики и при желании изменить. По сравнению с шаблонами других систем управления сайтом шаблоны Joomla очень просты по своей структуре, что упрощает процесс их создания и редактирования. Существует 2 вида шаблонов Joomla: шаблоны сайта (SiteTemplate) и шаблоны административной панели (BackendTemplate). Также для Joomla существуют шаблон-сайты в которых, помимо основной темы, добавлены и настроены модули необходимые для определенной задачи. Примером может служить шаблон-сайт интернет-магазина.

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

Для Wordpress созданы тысячи шаблонов и многие из них выполнены на очень хорошем дизайнерском уровне. Устройство Wordpress таково, что под него несложно переделать, скажем, html-шаблон. В шаблонах используются обычные PHP-функции, поэтому никаких сложностей с изучением т.н. языков шаблонов нет. По созданию шаблонов существует довольно много статей, даже есть online-генератор. Готовые шаблоны достаточно загрузить в отдельный каталог и после этого в админ-панели выбрать понравившийся. Существует также возможность переключать шаблоны и посетителями.

Расширение функциональность (плагины и модули). Это является ключевым фактором в сравнении CMS. Именно удобность расширения позволяет разрабатывать модули, решающие определенные задачи. В результате огромной популярности Joomla имеет множество расширений (на официальном сайте уже более 4 тыс.), увеличивается рост платных расширений. Однако это большое число не совсем является признаком успешности, так как многие изпохожи друг на друга по функциональности, одни заменяют другие, в результате чего бессмысленно перегружают сервер. Также для многих новичков не понятно наличие разных видов расширений: модули, плагины, компоненты. Которые на первый взгляд делают одни и те же операции, их различия лишь в их масштабах. Компоненты наиболее крупные и являются, чуть ли не полноценным CMS.

***DRUPAL???? В данное время, в официальном репозитории хранится около тысячу бесплатных модулей. Среди прочих есть решение для электронной коммерции, CRM-система, wiki-движок. Стоит отметить модуль CCK (ContentConstructionKit), который позволяет при помощи графического интерфейса описывать объекты предметной области в базе данных и сразу же создавать формы для управления ими. Также тесное сотрудничество сообщества обеспечивает разные по функциональности модули и постоянное улучшение, и дополнение модулей.

Wordpress можно расширить за счет плагинов — это различные php-скрипты, которые автоматически подключаются к основному «ядру». Таким образом, можно не просто добавить нужную функциональность, но и изменить уже существующую. Подключение плагина к Wordpress осуществляется копированием в специальный каталог и активацией в административной панели. Некоторые плагины можно настраивать, некоторые нужно прописывать в шаблоне, а некоторые работают полностью автоматически. Плагинов для Wordpress написано несколько тысяч, поэтому можно найти плагин практически под любые нужды. Однако некоторые плагины требуют значительной переделки шаблона.

Работа с библиотеками JavaScript(JS). Также при расширении системы немаловажным являются JS-скрипты. С помощью него можно создавать интерактивные веб-страницы наиболее удобным и эффективным способом. А библиотеки JS позволяют разрабатывать и использовать готовые решения, нежели писать скрипты с нуля. В современном мире мало, что пишется абсолютно с нуля. Это требует больших затрат времени и сил.

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

Drupal, вследствие своей гибкости, позволяет подключать практически любую библиотеку. Он зачастую использует JQuery– лидера библиотек на текущий период времени. Помимо того, что Drupal позволяет использовать jquery, в последних её версиях функции вызываются напрямую без подключения библиотеки. То есть jquery стала встроена в Drupal.

Wordpress, зачастую, использует именно jquer **КАК ПИШЕТСЯ ТО ТОЧНО?***y в связи с её популярностью, удобностью и красотой. Ведь уклон вордпресс направлен, как правило, на красоту дизайна. Даже часто бывает, что делается какой-либо плагин для Wordpress и всеми доступным средствами его импортируют в другие CMS.

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

Joomla. Как правило, работа с любой CMS начинается при скачивании и установке. Установка, также, не вызвала затруднений. Русская версия с подсказками, и почти все настроено по умолчанию, стоит *** лишь ввести название сайта и базу данных. При установке также уточняется установить ли демонстрационные данные. Это позволяет начинающим пользователям увидеть уже готовый работающий сайт со своей структурой новостей и категорий. Также я*** без усилий нашел подходящие темы оформления, которые одна удобнее и привлекательнее другой, трудность составляет лишь выбор подходящей. Так же немаловажным было то, что при разработке сайта Joomla является разделенной в части администрирования. То есть администраторская панель отличается от того, что видно обычным пользователям на сайте. Это позволяет четко отделить пользователей и администрацию, но, как оказалось, это имеет свои недостатки. Например, при крупных изменениях на сайте, администратор не сразу может заметить изменений, так как при каждом изменении требуется заходить по другой ссылке на сайт и проверять изменения.

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

Немного поработав с Joomla, я пришел к выводу что, она по своей функциональности и внешнему виду подходит для незначительных проектов. Под этим я подразумеваю слаборазвитую структурированность (категоризацию), где основной уклон делается не на сложную структуру и разделение на категории или права доступа, а на добавление материала. Даже обычная домохозяйка, не владеющая представлениями о программировании, может запросто ваять сложнейший динамический сайт, разработка которого еще три-четыре года назад обошлась бы в несколько десятков тысяч долларов. Учитывая тысячи шаблонов, в последнее время сильно развиваются сайты исключительно по шаблонам, по разной тематике можно создать сайт красивым дизайном за считанные минуты, не разбираясь в программировании html. Это в большую очередь подойдет для развлекательных и информационных порталов.  

Примеры сайтов сделанных на Joomla:

Gazzetta.gr - это сайт спортивных новостей, и в данное время является одним из лучших веб-сайтов в Греции.

Theartsdesk.com - это сайт, который объединил руководящих британских журналистов, которые описывают культурную жизнь не только Британии, но всего мира. Это один из самых больших британских художественных сайтов.

Linux.com - создан некоммерческой организацией LinuxFoundation

Drupal. Всё началось с установки, которая сразу же вызвала затруднения, так как в отличие от Joomla, официальный сайт предоставляет английскую версию. Потребовалось скопировать файл настроек по умолчанию и сделать его настройками сайта. Также потребовалась русификация сайта. Для этого нужно было включить специальный модуль, добавить русский язык, как язык для сайта, загрузить русификацию и задать язык сайта. А в остальном всё, как и в других системах, указываем имя сайта, базу данных и сайт готов к работе. Такие сложности с установкой создали первое впечатление Drupal, как непонятной и довольно таки странной CMS. Я долго не мог привыкнуть ктакого рода системе.

В отличие от Joomla в Drupal поддерживается совместное администрирование и использование. То есть администраторское меню находиться, где и обычная навигация по сайту, только для пользователей появляются дополнительные пункты в меню. Добавив права пользователям (роли) “администратор” и выдав ему все возможные полномочия, создал пользователя, которому дал спектр таких прав. И при добавлении какого-либо нового модуля было непривычно заходить и давать заново роли “администратор” права на использование нового модуля. Более подробно рассмотрим позже в детальном описании Drupal.

Рассмотрев все плюсы и минусы, в сравнении с другими CMS я выбрал именно его. Так как он имеет большую функциональность и расширяемость и он более близок к программистам. Так как Wordpress и Joomla ограничиваются в модулях и написание своих собственных вызывает огромные затруднения. А Drupal с открытым кодом написан более понятно, и при написании модулей, не требуется делать все с нуля, а дополняется. Сообщество пользователей Drupal тесно сотрудничает и постоянно уже готовые модули улучшаются и дополняются. То есть, практически нет модулей выполняющих одно и то же действие. На мой взгляд, это самая подходящая CMS для программистов, где любой желающий, имея базовые представления основ программирования, сможет решать поставленные перед ним задачи любыми удобными ему стандартными или неординарными способами. Это отличный инструмент при разработке сайта, предоставляющий программисту всё необходимо длясайт любой тематики, а реализация лишь в руках самого разработчика.

Примеры сайтов сделанных на Drupal:

whitehouse.gov-Официальный сайт Белого Дома

greenpeace.org.uk-Гринпис

pdx.edu-Университет Портленда

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

Wordpress победителем конкурса OpenSource CMS Award 2007 в номинации «Лучшая система управления содержанием для социальных сетей». И это не удивительно, ведь Wordpress все гармонично и красиво создано для реализации сайта блогов. Если учитывать то, что для Wordpress уже существует огромного количество шаблонов, многие из которых является произведениями искусства, то созданный сайт будет радовать глаз пользователей при минимальных изменениях в шаблоне. Однако огромным минусом является ограниченность, так как Wordpress создан именно для блогов и при попытке сделать из него сайт другой тематике почти невозможно. Реализация этого займет огромного количества времени и сил.

Примеры сайтов сделанных на Wordpress:

www.spotify.com-сайт посвященный музыке

www.samsungusanews.com-сайт компании samsung

wordpress.com – официальный сайт Wordpress, занимающий 11 место в списке самых популярных сайтов мира.

1   2   3   4   5   6   7

newrefs.ru

CMS с открытым исходным кодом: какую выбрать для бизнеса? | Публикации

Тема: Веб-разработка  |   Дата: 09.10.2014   |  Автор: Александр Длабик

Обзор популярных систем управления контентом

CMS с открытым исходным кодом отлично подходят для реализации бизнес-проекта любого масштаба. Мы рассмотрим три самых популярных системы управления контентом – Drupal, Joomla и WordPress – и решим, какая из них наиболее оптимально соответствует решению тех или иных бизнес задач.

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

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

CMS с открытым исходным кодом подходит всем

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

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

Средний и малый бизнес используют CMS с открытым исходным кодом ввиду малозатратности, поскольку в этом случае нет необходимости заключать контракт на техническую поддержку. Малый бизнес может создать сайт собственными силами или же заказать его разработку у профильных IT-компаний.

Самые популярные открытые CMS: WordPress, Drupal и Joomla

Если внимательно приглядеться к рынку современных CMS с открытым исходным кодом, то самыми популярными окажутся три из них:  WordPress, Drupal и Joomla.

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

В разработке ядра WordPress принимали участие сотни добровольцев. Вы можете использовать WordPress по своему собственному усмотрению просто скачав последний стабильный релиз с офсайта или же приобретя хостинг у провайдера с уже установленной CMS. WordPress обладает огромным количеством тем и плагинов, у него подробный мануал, огромное сообщество, множество тематических форумов и обучающих сайтов. WordPress используют многие крупные зарубежные компании, такие как Pepsi Refresh, TechCrunch и Comedy.

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

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

Drupal может похвастаться более чем 14000 модулей и около 1500 тем для создания инфраструктуры сайта любой сложности. Также невероятно велико сообщество разработчиков Drupal и количество посвященных ему ресурсов – это и форумы, и списки рассылки, и тематические чаты. На Drupal работают сайт Белого дома, госпортал Германии, порталы Symantec, Popular Science и многие другие.

Третьей в нашем списке открытых CMS идет Joomla, занимающая промежуточное положение между Drupal и WordPress. Она сложнее WordPress, но проще Drupal. Можно с уверенностью говорить, что Joomla – любимая CMS как малого, так и среднего бизнеса.

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

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

Если Вам понравилась статья — ставьте лайк и делитесь этой информацией!

www.databases.com.ua

С открытым исходным кодом CMS для университетского отдела Сервер Server

Я понимаю, что этот вопрос задается снова и снова. Тем не менее, я хочу спросить более конкретную версию.

Я нахожусь в университетском математическом отделе. Давным-давно наши системные администраторы (или только один в то time) переkeyились на систему управления веб-контентом. В то time Зоп выглядел как осознанный выбор. Мы использовали Зоп в течение многих лет, но, по крайней мере, по-моему, это всегда было спорным решением. В то time я не понимал, почему так важно иметь веб-CMS. Теперь я вижу, что это, безусловно, важно, но я не знаю, что это должен быть Зоп.

Хорошими (даже необходимыми) functionми Zope для нас являются:

  1. Это бесплатно и основано на Linux.
  2. Это настоящая CMS, а не что-то другое (например, wiki или блог)
  3. Он позволяет писать HTML и scripting.

То, что мне действительно не нравится в Zope, заkeyается в том, что результат его использования – все или ничего во многих отношениях. По крайней мере, в удобном использовании он заканчивает разделение предприятия на суперпользователей, которые могут делать все, и lusers, которые ничего не могут сделать (кроме как писать собственные домашние страницы в простом HTML). У этого есть огромное руководство пользователя, которое у конечных пользователей не будет времени для чтения. Как-то с разрешениями доступа простая задача – позволить нескольким администраторам get доступ ко всему источнику и данным, и все. Поскольку это математический отдел, userская база варьируется от реальных новичков до людей, которые хорошо понимают компьютеры. Но, как бы то ни было, любое изменение, которое вkeyает Зопа, должно пройти через системных администраторов. Когда системные администраторы спешат, иногда они также просто добавляют простые HTML-страницы на веб-website вместо использования структуры Zope.

Это не помогает тем, что Zope довольно интенсивен на диске и довольно интенсивный.

Не останавливаться на Zope слишком много, но мне интересно, что такое правильная веб-CMS для смешанной userской базы terminalьных новичков, быстрых исследований и опытных пользователей. Некоторым пользователям могут потребоваться промежуточные разрешения, например разрешение на чтение, но не разрешение на запись, или разрешение на изменение некоторого подмножества страниц или просмотр некоторых подмножеств таблиц базы данных. Также он должен быть основан на Linux и с открытым исходным кодом и немного масштабируемым, и, конечно, широко используется и хорошо поддерживается, это хорошая идея. Я мог бы догадаться, что ответ – это Drupal, потому что это был общий ответ раньше, но я не знаю, подходит ли он для этого типа CMS. (Но обратите внимание, что Python является относительно популярным языком в математическом отделе, среди других причин, потому что Sage основан на Python.)

Я вижу, что я не полностью определил вопрос и что люди догадываются, какой тип websiteа он имеет. Это департамент математики UC Davis . Основная структура websiteа не подходит для вики, и это тоже не то же самое, что и среда курса, такая как Moodle. Скорее, website в основном структурирован как родовое среднесрочное предприятие. Некоторые компоненты websiteа могут быть вики, Moodle, LaTeX-плагином, Request Tracker и т. Д. Однако основная проблема заkeyается не в этих компонентах.

Основная проблема заkeyается в том, что было бы лучше децентрализовать управление websiteом. Прямо сейчас, все, что находится в Zope CMS, должно пройти через системных администраторов. Каждый другой user в отделе либо должен подать request на них, либо написать свои собственные веб-страницы без помощи Zope. Для этого есть две основные причины: (1) Другие люди в отделе не успевают прочитать руководство Zope. (2) Это проблема, связанная с созданием промежуточных permissions в Zope.

Однако в отделе есть другие люди, которые знают, как писать компьютерные программы и использовать языки разметки. Я бы не хотел, чтобы решение предполагало, что пользователям нельзя доверять гораздо больше, чем drag and drop, или что они ИТ-специалисты, которые спят с руководствами по документации. Мне интересно, имеет ли Plone / Zope это качество, так как, конечно, Zope сам по себе.

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

  • Запустить java-file jar рекурсивно
  • rdiff-backup - может ли он работать, если установлен только локально? Создание резервной копии Dreamhost
  • Формирование трафика Linux с использованием TC
  • Проблемы с отладкой паники ядра (настраиваемое kernel)
  • Хостинг веб-websiteов в нашем date-центре
  • Сбой в сети Linux: лучшие шаги, чтобы выяснить причину?
  • Прочитайте именованный канал как вывод для эха в трубку
  • Продолжить отмену cp
  • Zope сам по себе больше Lego или Tinker Toys CMS. Он обеспечивает отличную платформу для хранения и searchа данных, но, как вы обнаружили, это не для слабонервных.

    Plone является дополнением к Zope, которое обеспечивает более простой interface, адаптированный к functionм CMS. Я не знаю, насколько гибким является ваш ИТ-отдел, но я думаю, что они могут захотеть установить дополнение Plone, поскольку оно работает поверх Zope и предоставляет простой path к functionм CMS, которые вам нужны. Если это мешает вам беспокоить их, это тем более стимулом для их установки!

    Вы можете попробовать живую демонстрацию Plone, чтобы узнать, обеспечивает ли она простоту в использовании.

    Удачи!

    Это действительно зависит от функциональности, которую вы хотите … если вы хотите использовать wiki, посмотрите на некоторые сравнения wiki-программного обеспечения , в частности, есть ли у них поддержка LaTeX (что я считаю, что математический отдел будет пользоваться как function).

    В противном случае, чтобы добавить к ответу Дэviewа Смита, у Plone есть хороший плагин LaTeX Math Image .

    Существует редко один инструмент, который удовлетворяет каждому требованию. А в случае с открытым исходным кодом CMS less конца исходных точек на выбор.

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

    1) внешний (в этом случае Plone – хороший выбор, но есть)

    2) внутреннее обучение (возможно, вы захотите иметь лок в moodle)

    3) внутренняя – совместная работа / исследование (вики – очень хороший инструмент для этого)

    Существуют также целевые приложения (например, mrbs для резервирования resources / составления расписания, веб-interfaceы почты)

    НТН

    C.

    server.bilee.com

    open-source - Коммерческий и CMS с открытым исходным кодом и балансировка нагрузки

    Для масштабирования сайтов CMS часто бывает совместимость с сторонними инструментами.

    Мой недавний опыт работы с Drupal, но инструменты одинаковы для других инструментов на основе AMP (например, PHP/Apache/MySQL), как и большинство CMS с открытым исходным кодом.

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

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

    И, чтобы закончить все это, и, чтобы ответить на ваш вопрос, я, конечно же, рекомендую Drupal как мощную масштабируемую CMS. Легко ли масштабировать его, чтобы он запускал сайт, например examiner.com или whitehouse.gov, или университетский сайт с сотнями, если не тысячами субсайтов и миллионами узлов? Черт возьми нет! Кроме того, эта проблема не будет легкой в любой CMS, которую вы выберете. Но вы также должны быть в состоянии выбрать любую современную популярную CMS и заставить ее работать быстро, если вы решите все вышеперечисленное.

    qaru.site


    Prostoy-Site | Все права защищены © 2018 | Карта сайта