Анализ альтернативных решений. Сравнительный анализ систем управления контентом (cms)
 Скачать 235.06 Kb.
|
|
9. Цель и функции системы управления контентом Основная идея системы управления контентом это отделение визуального дизайна сайта от его содержания. При создании сайта используются шаблоны страниц, которые впоследствии предоставляют информацию. В этом случае, роль разработчиков ограничивается только до создания исходной информационной системы на базе системы управления контентом. После этого пользователи будут опубликовать информацию самостоятельно. Управление сайтом приведено к минимуму - только нужно, чтобы администратор управлял пользователями. CMS потребителей делятся на две группы - создателей шаблонов страниц и авторов контента. Таким образом, группа пользователей создает структуру и дизайн страницы, в то время как другая заполняет его содержанием. Фиг. 1.1. Блок-схема функциональных связей в CMS  9.1. Создание контента На переднем плане системы управления сайтом стоит простая для использования среда для создания контента. Это обеспечивает нетехническим способом создания новых страниц и обновления контента без необходимости осваивать HTML. CMS также позволяет управлять структурой сайта, например, в каких секциях и разделов могут быть расположены страницы и как они связаны друг с другой. Многие системы предлагают даже простая drag-and-drop реструктуризация сайта, без ущерба для гиперссылок. Сегодня, почти все CMS обеспечивают веб-среду для создания контента, которая облегчает работу и позволяет редакции содержания осуществляться дистанционно. Сначала создаются все виды контента и схемы для описания их метаданные, а также система настраивается под конкретным рабочим процессом. Содержание разделяется на несколько типов, таких как: текст, изображения, документы и т.д.. Система управления контентом также обеспечивает возможность создания метаданных для содержания. Метаданные это данные о данных и характеризуют их свойства. Например, метаданные являются ключевыми словами для поиска. У CMS уже есть набор визуальных компонентов, таких как редактирование текста, выбор изображения, выбор шаблона для отображения. 9.2. Управление контентом После того, как страница создана, она хранится в центральном хранилище системы управления контентом. Оно сохраняет все содержание на сайта, а также и информацию, поддерживающую функции и работу CMS. Это центральное хранилище позволяет системе обеспечить ряд полезных функций: - Поддерживать информацию о всех предыдущих версий страницы, а также кто, как и когда их изменил. В любое время возможно отказаться от изменений и возврата к предыдущей сохраненной версии. Необходим строгий контроль версий, чтобы определить ответственность лиц, а такжеи для резервного копирования и аварийного восстановления; - Гарантируется, что каждый пользователь может изменить только секцию сайта для которой несет ответственность (для которой у него есть прав, предоставленных администратором); - Интеграция с существующими информационными источниками и ИТ-системами. Что еще более важно, система управления контентом предоставляет ряд возможностей для управления рабочим процессом для создания контента. Это лучше всего иллюстрируется следующим примером: Создатели контента добавляют свои документы в систему. Редакторы корригируют, принимают или отклоняют эти документы. Дизайнеры создают шаблоны и организуют контент на сайте. Главные редакторы, ответственные за публикацию контента на сайте. Системы управления контентом контролируют и поддерживают каждый шаг рабочего процесса, в том числе технических задач публикации на одним или несколько веб-серверов. На каждом шаге, CMS управляет статусом сайта и уведомляет людей, которые ответственны за конкретный стадий рабочего процесса. Таким образом, система позволяет участие больше авторов в управлении контентом сайта и обеспечивает строгий контроль за качеством, точностью и согласованностью информации. 9.3. Публикация Когда содержание уже «лежит» в конечном виде в хранилище, оно может быть опубликовано на сайте. Системы управления сайтом обладают и используют мощные инструменты публикации, которые позволяют заранее определить внешний вид и структуру сайта и все это автоматически применяется к новому содержанию в моменте публикации. CMS также дают возможность опубликовать одно и тоже содержание на нескольких сайтах. Они позволяют графическим дизайнерам и веб-разработчикам определить и изменить внешний вид сайта, который будет реализован в системе. Эти возможности для публикации гарантируют, что страницы по всей территории сайта будут выглядеть одинаково и обеспечивают высокий уровень презентации. Они позволяют авторам сосредоточиться над созданием контента, полностью оставляя управление внешнего вида сайта системе управления контентом. CMS полностью автоматизируют процесс публикации контента. Многие системы поддерживают концепцию публикации «единого источника» (“single source”). Это означает, что они могут автоматически публиковать данная часть контента не только как HTML-страница, но и в различных других форматах, таких как PDF, Word, WAP и XML. Дополнительная возможность системы это возможность включить статичную версию сайта, которая будет полезна в случае ограниченных возможностей аппаратных средств на сервере или медленное подключение к Интернету со стороны пользователя. 9.4. Создание шаблонов для оформления В качестве решения проблемы с дизайном в системах управления контентом вступают шаблоны. Они определяют внешний вид страницы. Разработчик шаблонов делает их как веб-серверные приложения. Так современные шаблоны являются HTML-блоками, которые, благодаря специальным тегам и встроенным сценариям, облегчают подключение динамически генерируемого контента во время выполнения. Программисты стандартизируют интерфейс для работы с шаблонов -template engine, который имеет различные функции, но в основном собирает шаблон и содержание. 9.5. Управление пользователями Управление пользователями включает в себя создание, изменение и удаление учетных записей отдельных пользователей и групп, чтобы назначить права на работу с отдельными документами из содержания. Управление контентом является совместным процессом и часто включает в себя следующие функции и обязанности: - Автор контент - отвечает за создание и редактирование содержания; - Редактор - отвечает за проверку содержания и способ его представления читателям; - Издатель - отвечает за публикацию содержания для использования; - Администратор - управляет пользователями и их правами над контентом. Он поддерживает резервное копирование сайта. Важной частью требований является наличием потребительских профилей, с помощью которых можно генерировать индивидуальное представление информации для каждого пользователя. 10. Требования и критерии при выборе системы управления контентом Выбор и внедрение системы для управления контентом может быть одним из крупнейших ИТ-проектов для многих организаций. Выбор между многими производителями и продуктами на рынке очень сложны. Самое главное определить тип контента, который будет опубликован. Это напрямую влияет на функциональные возможности, которые будут необходимы в системе. Каждая организация имеет уникальные потребности и поэтому лучше использовать структурированный подход для определения списка потребностей. Требования могут быть сгруппированы в следующих категориях: - Создание контента; - Управление контентом; - Публикация; - Презентация; - Бизнес-требования. Этот список охватывает весь жизненный цикл контента - от первоначального создания до предоставления конечному пользователю. 10.1. Создание контента. Это функциональные возможности, необходимые авторами содержания, которые используют CMS. Основные требования этой категории: - Интегрированная среда для создания контента: CMS обеспечивает мощные и комфортные условия для создателей контента; обеспечивает легкий доступ к полному спектру возможностей системы; - Разделение содержания от представления: Строго отделяет контента от презентации. Форматирование содержания должно быть сделано на момент публикации, а не в его создании; - Поддержка множества пользователей: CMS необходимо обеспечить одновременную работу многих пользователей, используя авторизацию пользователя (аутентификация); - Повторное использование контента (Single-sourcing): Одна и та же страница или даже параграф часто используются в различных контекстах, либо предоставляются разным группам пользователей; - Создание метаданных: Использование метаданных (автор, название, дата публикации, ключевые слова и т.д.) является очень важным процессом в управлении больших хранилищ данных. Он также включает в себя индексации ключевых слов, группирование и классификацию контента; - Гибкое создание гиперссылок: Авторы создают множество ссылок между страницами, и они должны быть сохранены при реструктуризации; - Нетехническое создание контента: У авторов не требуются знания об использовании HTML или других языков при создании страниц; - Простота использования и эффективность: Успешные CMS должны легко и комфортно создавать и управлять контентом. 10.2. Управление контентом. В основе большинства CMS стоит центральное хранилище. Оно сопровождается набором инструментов для редактирования и управления контентом с соответствующими требованиями к ним: - Контроль версий и архивирования: Строгий контроль версий необходим для резервного копирования и восстановления контента; - Рабочий процесс: Создание контента должно быть основано на модели эффективного рабочего процесса, которая устойчива к организационным изменениям и может быть легко скорректирована; - Безопасность: Нужно обеспечение адекватного уровня безопасности, мониторинга и контроля для того, чтобы сохранить целостность содержания и защитить его от неавторизированного доступа. Необходимо учитывать надежность системы от внешних атак, а такжеи от неосторожного использования потребителями; - Интеграция с внешними системами: Интеграция CMS с существующими бизнес-системами через открытые или отраслевые стандарты; - Создание отчетов: CMS должна предоставлять широкий спектр отчетов для пользователей и администраторов. Система должна активно отслеживать и предоставлять информацию обо всех событиях и возникающих конфликтах. 10.3. Публикация. Средства публикации берут содержание из хранилища и генерируют страницы. Основные требования к этой категории: - Различные стили: Внешний вид управляется с помощью различных стилях. Это обеспечивает гибкость и расширяемость; - Шаблоны страниц: Общее оформление страниц, которое определяется шаблонами и имеет удобный интерфейс для их управления; - Расширяемость: Необходимо иметь возможность интеграции программного кода, чтобы добавить дополнительную функциональность публикации. Должна быть возможность постоянно совершенствовать интерфейс CMS; - Поддержка множества форматов: CMS должен иметь возможность публиковать контент в разных форматах, таких как HTML, PDF, WAP и другие. - Персонализация: Должна быть возможность предоставить различную информацию разным потребительским профилям; - Статистика для использования: CMS должна поддерживать полную статистику об использовании веб-сайта, в том числе самые популярные страницы, самая запрашиваемая информация, посещаемость и многое другое. 10.4. Презентация. Опубликованные страницы должны соответствовать определенным стандартам. Основные требования этой категории: - Юзабилити: Это охватывает такие аспекты, как простота использования и эффективность; - Доступность: CMS должна соответствовать стандартам, как Web Accessibility Initiative в W3C (Инициатива веб-доступности). Доступность для более широкого круга пользователей, таких как лиц с ограниченными возможностями; - Поддержка множества браузеров: Страницы должна выглядеть так же, как во всех широко используемых браузерах - Internet Explorer, Chrome, Firefox, и т.д.;. - Ограниченная функциональность устойств клиента: Определить, какие технологии (Java, JavaScript, Flash и т.д.) будут использоваться клиентами; - Скорость: Размер страницы должен быть ограничен, чтобы обеспечить приемлемое время зарядки для пользователей с медленным доступом в Интернет; - Актуальный HTML: Все страницы должны удовлетворяшй текущих спецификаций HTML. Это обеспечивает максимальную совместимость с различными браузерами и платформами; - Эффективная навигация: CMS надо предоставлять логичную, полную и простую в использовании навигацию потребителям; - Метаданные и дружелюбный URL-адреса: Все страницы должны обеспечить достаточное количество метаданных для контента, а также и дружественные URL-адреса. Это позволяет эффективно и правильно индексировать веб-сайт в поисковых системах. 10.5. Бизнес-требования Они включают в себя бизнес-требования организации, которые должны быть удовлетворены. Обычно они указаны в следующих пунктах: - Документация и обучение: CMS сопровождается полной документацией для пользователей, администраторов и разработчиков, а производитель опубликует ссылки и учебную литературу; - Гибкая система: Определяется от сложности и необходимости квалифицированных кадров для адаптации системы для удовлетворения указанных требований; - Техническое обслуживание: Производитель предоставляет техническую поддержку и обновления системы; - Технические требования: Это необходимые аппаратное и программное обеспечение и операционная система, которые требуются для интеграции CMS в организации. Система не должна требовать специальные настройки хостинга, которые могут обеспечить лишь небольшое количество хостинг-провайдеры. Одни из самых важных критериев - необходимостъ системных ресурсов, потребление дискового пространства, скорости процессора и оперативной памяти; - Навыки: Какие знания и навыки, необходимые работникам в организации, чтобы поддерживать и настраивать систему; - Расходы: Необходимые фиксированные расходы системы и расходы для каждого пользователя. Именно второе очень важно для крупных организаций с большим количеством сотрудников. Количество сайтов, которые могут быть изготовлены из одной копии системы. Цена поддержка и обновления. Важной особенностью любой системы является не только ее цена, но и ее лицензия,через которой она распространяется. Потому что, когда оно является коммерческим,соответственно увеличивается и ее общая стоимость и стоимость необходимого программного обеспечения. 11. Важность системы управления контентом для успеха в бизнесе. Система управления сайтом имеет решающее значение для успеха практически в каждом Интернет-сайтe, но многие организации не знакомы с этой технологией и преимущества, которые они могут извлечь из нее. Бизнес проблемы, которые она может решить приведены в этом примере: Все организации имеют Интернет или Интранет-сайт. Со временем они развиваются, и становятся успешными в Интернете, после этого им становиться трудно управлять и поддерживать этот сайт. Большая часть содержания устарела, неточна и недоступна. Обновление сайта становится сложным процессом и его внешний вид является устаревшим. Менеджеры начинают не понимать идею веб-сайта из-за многих изменении администратора на сайте . Таким образом, они не могут проследить на сайте то,что было неделю назад или раньше. Это может поставить организацию в неловкое положение перед своими клиентами, если они имеют какие-либо вопросы или жалобы. Система управления сайтом, специально предназначена для решения этих и других проблем, связанных с эксплуатацией и обслуживанием крупных корпоративных веб-сайтах. Есть широкий спектр преимуществ, которые являются результатом развертывания и использования CMS: - Снижение стоимости для поддержки сайта; - Хорошо организованный процесс создания контента; - Интенсивное создание новых страниц и их обновление; - Большая согласованность; - Улучшение навигации по сайту; - Больше гибкости на сайте; - Поддержка децентрализованного создания контента; - Большая безопасность; - Сокращение дублирование информации; - Большие возможности для расширения сайта. Таким образом, организация может сэкономить время и деньги на обучение персонала для опубликования контента. Система сокращает время публикации, что позволяет более быстрый доступ к уже опубликованному контенту. Это важный результат для современной организации. Чем быстрее доступ к опубликованному контенту,тем актуальным и значимым становиться он. Системы для управления корпоративным контентом (ECMS) комбинируют центральную систему управления контентом с другими инструментами с целью управления полный спектр информации, которая существует внутри организации. В настоящее время на рынке существуют сотни систем управления контентом, которые имеют разные возможности и сильные стороны. Поэтому любая организация, желающая внедрить и использовать CMS должна подумать и определить свои бизнес-правила и системные требования, а затем тщательно исследовать и оценить преимущества и недостатки существующей CMS на рынке и являются ли они подходящими для ее целей и деятельностей. Каждая организация имеет уникальный набор требований к CMS, так что не существует конкретное решение,которое будет в полной мере удовлетворить все из них. По этой причине, менеджеры должны потратить достаточное время и ресурсы для исследований, чтобы выбрать самое лучшее решение для своего бизнеса. 12. Виды систем управления контентом. Классификация систем управления контентом в плане программного обеспечения Вообще системы управления контентом можно разделить на несколько типов, смотря на степени открытости и лицензии на программное обеспечение. Степень открытости определяется правами доступа к исходному коду программы. Этот критерий разделяет следующие типы CMS: - CMS с закрытым исходным кодом -это когда пользователь не имеет доступ к исходному коду. Большинство коммерческих систем распространяются таким образом. Другое название этого вида патентованные CMS. - CMS с открытым исходным кодом - это когдапотребитель получает доступ к исходному коду программы при определенных условиях. Есть различные типы лицензий и условий, при которых пользователь получает доступ к исходному коду. - CMS с свободным исходным кодом - это программное обеспечениене только с открытым исходным кодом, но и бесплатно. Последнее означает, что потребитель получает исходный код программы и свобода делать все, что они хотят с исходным кодом и программой. Пользователь получает следующие права -право использовать программу для любых целей, право изучать как она работает, право изменять ее под своими нуждами, право распространять копии программы, право улучшать программу и публиковать ее. Лицензия на программное обеспечение. CMS представляет собой программное обеспечение, и поэтому является предметом авторского права. Как правило отношения между автором и конечным пользователем, регулируются специальными договорами, названы лицензии на программное обеспечение. Лицензия обеспечивает пользователю право на использование CMS при определенных условиях. Предоставление этого права обычно происходить в рамках нескольких широко применяемых моделей: - Платные CMS: Пользователь платит одноразовую или периодический фиксированную сумму автором CMS. Это наиболее распространенная модель в CMS, которая разработана с коммерческими целями. - Бесплатные CMS: Пользователь не платить за использование CMS. - Свободная CMS: Бесплатная CMS с открытым исходным кодом, которую пользователь может изменять и публиковать в определенных условиях. Широкое недоразумение происходить при толковании терминов "Свободное программное обеспечение" и "ПО с открытым исходным кодом". Есть большие различия между этими двумя терминами. Термин "свободное программное обеспечение" имеет тенденцию быть неправильно понятым. Неоднозначность происходит от английского слова "free", которое является многозначным. На русском слово можно перевести как свободный, но и как бесплатный. В русском языке эта двусмысленность не существует. В английском языке термин "свободное программное обеспечение" может означать "программное обеспечение, которое можно получить по нулевой цене", а также означает "программное обеспечение, которое дает пользователю определенные свободы". Второе понятие является необходимым значением. Объяснение термина "свободное программное обеспечение" простое - это свободное использование программного обеспечения во всех его значениях. На английском говорят "free speech, not free beer" ("свобода слова, а не бесплатное пиво") - разные значения четко выделяются в этом выражении - свободный, а не бесплатный. Это вопрос свободы, а не цены. Программное обеспечение называется "бесплатно", потому что пользователи имеют свободу, запустить его, изучить его, изменить его и распространять измененные или неизмененные копии. Большинство людей никогда не слышали об этических соображениях сообщества свободного программного обеспечения, потому что сегодня эта система и сообщество более часто упоминаются как "открытый исходный код". В 1998 году некоторые из людей в сообщества свободного программного обеспечения отделяются и начинают использовать термин "программное обеспечение с открытым исходным кодом" вместо "свободного программного обеспечения", чтобы описать то, что они делают. Первоначально термин был предложен, чтобы избежать возможного непонимания термина "свободное программное обеспечение", но потом термин "с открытым исходным кодом" быстро принял другой подход, другую философию, различные значения, и даже другой критерий, при котором лицензии являются приемлемыми. Почти любое программное обеспечение с открытым исходным кодом является свободным программным обеспечением. Эти два термина описывают почти одну и ту же категорию ПО, но они стоят за принципами, основанных на различных значениях. Различные слова передают разные идеи. Открытый исходный код - это методология разработки, а бесплатное программное обеспечение - это нравственный императив. Открытый исходный код принимает некоторые лицензии, которые являются недопустимо ограниченными для пользователей, с точки зрения свободного программного обеспечения. Очевидный смысл термина "программное обеспечение с открытым исходным кодом" является "Вы можете увидеть исходный код", и большинство людей думают, что это и на самом деле означает. Такое значение включает в себя много программ, которые не являются ни свободными, ни с открытым исходным кодом. Этот критерий намного слабее, чем определение свободного программного обеспечения,а также слабее, чем официальное определение открытого исходного кода. Для некоторых людей "программное обеспечение с открытым исходным кодом" просто означает, что любой человек может получить копии файлов исходного кода. Этим очевидным смыслом «открытого исходного кода» не является то, что первоначально имели в виду создатели термина и результат в том, что большинство людей понимают его неправильно. Еще одна интерпретация - программного обеспечения с открытым исходным кодом это программное обеспечение, исходный код которого свободно и публично доступен, хотя конкретные лицензионные соглашения варьироваться в зависимости от того, что вы имеете право сделать с этим кодом. [5] В программном обеспечении с закрытыми исходными кодами (патентованное ПО) часто встречаются вредоносные функции, такие как шпионаж за работу пользователя, ограничение потребителя, задние двери и принудительное обновление. Некоторые сторонников программного обеспечения с открытым исходным кодом хотят реализовать эти вредоносные функции в программное обеспечение с открытым исходным кодом. Под давлением со стороны различных компаний, программное обеспечение все чаще и чаще разрабатывается специально, чтобы ограничить права пользователей. Определение программного обеспечения с открытым исходным кодом является достаточно ясным. Вполне очевидно, что типичная несвободная программа не отвечает на требовании ПО с открытым исходным кодом, но многие компании пытаются дать другое значение. Это манипулятивная практика не была бы менее вредной, если это было сделано с помощью термин "свободное ПО". Но компании, кажется, не использовать термин "свободное программное обеспечение" таким образом, поэтому термин "ПО с открытым исходным кодом" открывает двери для злоупотреблений такого рода. Преимущества CMS закрытым исходным кодом: - Большая безопасность от хакерских атак и кражи исходного кода. Когда исходный код не находится в открытом доступе, как правило, сайт не является уязвимой для хакерских атак "defacements", которые используются для изменения внешнего вида сайта; - Техническое обслуживание - как правило, имеет команду людей, которые круглосуточно на связи. Потребители получают качественную и быструю поддержку по телефону, электронной почте или в специализированных форумах; - Настройки - иногда предлагаются возможности и функции, которые не доступны в ПО с открытым исходным кодом; - Полная и простая для использования документация для различных категорий пользователей; - Описание прикладного программного интерфейса (API). Основные недостатки CMS с закрытым исходным кодом: - Недостаточная гибкость к изменениям; - Закрытая система - вы не можете переместить сайт и программное обеспечение у другого разработчика; - Зависимость от разработчиков, у которых находится код - в случаях, когда есть проблема с сайта, когда Вам нужны улучшение и новые функций, когда необходимо исправление ошибок, приходиться обращаться к этим разработчикам; - Цена обслуживание - оплачивается каждая дополнительная услуга; - Расходы на хостинг - может потребоваться использование патентованных хостинг услуг, таких как Microsoft Office с IIS и NET. - Для некоторых из существующих CMS отсутствуют доступных учебных материалов. Существует также разновидность систем с закрытым исходным кодом - это система на сервере разработчика. Владелец CMS предоставляет место на своем сервере без доступа к исходному коду и все управление осуществляется с помощью панели управления. Преимуществом использования таких видов CMS является лучше обслуживание, а минусами являются абонентская плата и то, что собственность сайта остается у разработчика. Преимуществами CMS с открытым исходным кодом являются: - Простая и быстрая адаптация функциональности, предлагаются больше функций; - Гибкость - с бесплатным кодом может сделать все, добавлять, изменять и т.д.; - Сообщество пользователей: высокая распространенность CMS с открытым исходным кодом, предоставляет возможность иметь большую базу пользователей и больше людей, работающих над исправлением программных ошибок, созданием новых модулей и лучших версий; - Большое количество разработчиков обеспечивает высокое качество кода; - Большое количество независимых компаний, предлагающих услуги по внедрению и поддержке системы. Среди недостатков появляются: - Существует возможность легко найти пробелы в коде безопасности, когда код сайт открытый. Это открывает потенциальные риски безопасности и уязвимостей; - Существующие лицензионные ограничения на использование определенных форматов данных в системах с открытым исходным кодом; - Часто отсутствует обучение и сертификация специалистов, участвующих в реализации и обслуживании системы; - Нет прямой поддержки - система не имеет службу поддержки, некому позвонить, когда что-то сломалось на сайте. - Документация - есть проекты с открытым исходным кодом в Интернете, о которых действительно существует большое количество документов, но есть и такие о которых никаких документов нету. Так, что документация является либо очень хорошей, либо отсутствует. Платные CMS разработаны компаниями, чтобы их продать и получить прибыль, а бесплатные системы разрабатываются отдельными программистами и некоммерческими организациями (таких как университеты) в интересах развития и использования системы. Бесплатные системы, как правило, распространяется под лицензией GPL и, соответственно, никто не отвечает для их технического обслуживания, а также и никто не несет ответственность за охрану и безопасность данных. Если вы покупаете платную CMS, обычно разработчик отвечает за поддержку продуктов, исправление ошибок, советы по использованию системы. Таб. 1.2. Что оплачивается при покупке CMS?
В последнее время бесплатные и свободные CMS с открытым исходным кодом, как Drupal, Joomla и WordPress становятся большой конкуренцией патентованных CMS. Причины этого в том, что они простые для использования и не требуют никаких навыков программирования, чтобы сделать обновления или изменения. Есть и другие преимущества этих CMS: - Нет платы за патенты, свободная лицензия - не должны платить за приобретение своей собственной копии; - SEO Friendly - программное обеспечение с открытым исходным кодом позволяет пользователю изменять заголовки страниц, мета-описания, "дружественные" URL-адреса и постоянные ссылки (permalinks) для поддержки поисковой оптимизации; - Являются масштабируемыми - программное обеспечение CMS с открытым исходным кодом может расширяться с расширением компании. Возможно легко добавлять новый контент, услуги и функции; - Надежность и безопасность - Drupal, например, уже давно считается безопасной и надежной платформой для веб-сайтов; - Браузер-администрирование. Независимо откуда работает пользователь, из дома или из офиса, он может добавить текст и загрузить мультимедийные файлы непосредственно из браузера. - Сайт не обвязанный работать только с одной компанией для веб-разработки; - Большое сообщество разработчиков - Open Source поддерживается огромным количеством сторонников, а значит, будет легко найти разработчика. - Высокое качество и стабильный код. Каждый коммерческий CMS разработан ограниченным количеством разработчиков. Ни одна компания не имеет ресурсов сообщества разработчиков, которое поддерживает Open Source. Программное обеспечение с открытым исходным кодом является более стабильным, поскольку тысячи разработчиков постоянно усовершенствовать его. - Персонализация - ПО с открытым исходным кодом предлагает множество модулей для всего - от социальных сетей и управления документами до форумов и интернет-магазинов, предоставляя неограниченные функциональности. - Обновления - продукты с открытым исходным кодом обновляются быстро, потому что новые версии этих продуктов создаются регулярно.Чтобы корригировать ошибки, не нужно ждать очередного «патча» или пакета обновления, как обычно и происходить в коммерческих решениях. Благодаря большому сообществу и взаимной поддержке, системы управление контентом с открытым исходным кодом развиваются быстрее, чем их коммерческие конкуренты. Благодаря свежих идей и постоянной поддержки со стороны сообщества, открытые продукты не только конкурируют с коммерческими решениями, но и доминируют на рынке. - Стандарты - продукты с открытым исходным кодом почти всегда основаны на стандартах, а не против них. Это значительно упрощает процесс доработки продукта и обеспечивает совместимость с другими продуктами, поддерживающими стандарт. - Каждый специалист видит исходный код программного обеспечения и имеет возможность анализировать продукт и высказать свое мнение о его надежности, безопасности и совместимости. |