Рефераты
 

Системы управления контентом "Joomla!" и "Wordpress"

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

Следует также заметить, что веб студии бывают различных типов - на роль веб-студий могут претендовать как команды из 2-3 человек, так и вполне серьезные организации. Причем в первом случае такая веб-студия может представлять собой самый примитивный «сайто-строительный» полигон и не более того. Теперь вернемся к коммерческим cms. Когда они стали появляться? Многие из ныне существующих коммерческих систем, т.е. систем второго потока, «зародились» в периоде между 1999 г. и 2003 г. - именно тогда начали стремительно появляться все популярные на данный момент веб-студии, которые в первые годы своего существования и стали создавать собственные системы управления. Схема разработки и поддержки систем управления контентом представлена на рисунке 1.4.1.

Рисунок 1.4.1 - Различия в поддержке между открытыми и закрытыми системами управления контентом

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

«Joomla!» - это система управления контентом, написанная на языке PHP и использующая в качестве хранилища содержания базу данных MySQL[13]. Joomla! является свободным программным обеспечением, защищённым лицензией GPL. Одной из главных особенностей «Joomla!» является относительная простота управления при практически безграничных возможностях и гибкости при изготовлении сайтов. Название «Joomla!» фонетически идентично слову «Jumla», которое в переводе с языка суахили означает «все вместе» или «единое целое», что отражает подход разработчиков и сообщества к развитию системы[14]. Это название было выбрано сообществом среди многих, прошло проверку профессионалами маркетинга, и было решено, что «Joomla!» - это самый удачный выбор. Административная панель «Joomla!» представлена на рисунке 1.4.2.

Рисунок 1.4.2 - Административная панель «Joomla!»

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

Разработчики обещают, что к выходу версии 2.0 движок будет полностью переписан и адаптирован под PHP 6. В данный момент последними версиями являются 1.0.15 и 1.5.10.

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

1.5 Веб-сервера

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

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

Единый указатель ресурсов (англ. URL - Uniform Resource Locator) - это единообразный локатор (определитель местонахождения) веб-ресурса. URL был изобретён Тимом Бернерсом-Ли в 1990 году в стенах Европейского совета по ядерным исследованиям (фр. Conseil Europйen pour la Recherche Nuclйaire, CERN) в Женеве, Швейцария. URL стал фундаментальной инновацией в Интернете. Изначально URL предназначался для обозначения мест расположения ресурсов (чаще всего файлов) во Всемирной паутине. [15]

Сейчас URL применяется для обозначения адресов почти всех ресурсов Интернета. Стандарт URL закреплён в документе RFC 1738, прежняя версия была определена в RFC 1630. Сейчас URL позиционируется как часть более общей системы идентификации ресурсов URI, сам термин URL постепенно уступает место более широкому термину URI. Cтандарт URL регулируется организацией IETF и её подразделениями.

Новая версия URI была определена в 1998 году в RFC 2396, тогда же слово Universal в названии было заменено на Uniform. В декабре 1999 года RFC 2732 ввёл в спецификацию URI небольшие изменения, обеспечив совместимость с IPv6. В августе 2002 года RFC 3305 анонсировал устаревание термина URL и приоритет URI. Текущая структура и синтаксис URI регулируется стандартом RFC 3986, вышедшим в январе 2005 года. Многие новейшие технологии семантической паутины (например, RDF) базируются на стандарте URI. Сейчас ведущая роль в развитии URI принадлежит Консорциуму Всемирной паутины.

На просторах сети Интернет в данный момент работает около 390 миллионов различных веб-серверов. Среди которых самыми популярными являются: Apache HTTP-Server от компании Apache и IIS от компании Microsoft. График роста количества веб-серверов представлен на рисунке 1.5.1

Рисунок 1.5.1 - динамика внедрения веб-серверов в сети Интернет с Августа 2000 г. по Май 2009 г. по данным компании «Netcraft Ltd».

Появление Apache HTTP Server явилось одним из важнейших средств, стимулировавших развитие всемирной сети Интернет. Apache был первой бесплатной альтернативой веб-серверу от Netscape Communications (в настоящее время известен как Sun Java System Web Server). Приложение доступно для установки на многих платформах, таких как: Unix, FreeBSD, Linux, Solaris, Novell NetWare, Mac OS X, Microsoft Windows и т.д. Apache распространяется как бесплатное программное обеспечение с открытым исходным кодом, что позволяет множеству разработчиков со всего мира участвовать в процессе доработки и выпускать дополнительные надстройки, выполняющие специфические, нужные для определенных целей, функции.

Авторы проекта всегда говорили о том, что его имя было выбрано не случайно. На это были две причины. Первой причиной стала дань уважения к коренным жителям Америки - индейскому племени Апаче, чья выносливость и неповторимое боевое мастерство известны во всем мире. Вторая причина более предсказуема, дело в том, что изначально, проект разрабатывался как серия многочисленных «патчей» (заплаток) к уже существующему веб-серверу NCSA httpd.

Первая версия была выпущена Робертом МакКулом в 1994 году. После ее выхода сформировалась команда, позже ставшая знаменитой Apache Group. Вторая версия заметно отличалась от предшествующей. Она была выпущена только в 2002 году. Имея модульную структуру, новый API для разработчиков, поддержку IPv6 и улучшенную поддержку не-Unix платформ (например Windows) она стала самым используемым http_сервером в сети Интернет. На данный момент последним релизом является версия 2.2.8, выпущенная 19 января 2008 года.

Веб-сервер Apache имеет модульную структуру ядра, что помогает разработчику, определившись с целями проекта, использовать именно те средства разработки, которые он планирует, отключив все остальные возможности. Данная архитектура ядра делает программный продукт более безопасным и быстрым. Веб-сервер поддерживает различные модули интерпретаторов, например: perl, python, php, tcl. Кроме этого веб-разработчик может использовать модули безопасности и криптографии. В Apache встроена поддержка аутентификации, реализован протокол шифрования SSL, имеется прокси-модуль и модуль создающий отчеты. Кроме этого в возможности веб-сервера входит подключение внешнего модуля сжатия gzip.

Удобная конфигурация позволяет администратору использовать один веб-сервер для обслуживания нескольких узлов одновременно. В настоящее время Apache входит в комплекты поставки различных решений для производства, Например в Novell NetWare он является веб-сервером по умолчанию, как и в IBM WebSpere. Для организации собственных решений сервер используют Oracle и Borland. Apache также используют и для реализации других задач различной сложности. Одним из примеров является обмен файлов. Пользователь, на своем персональном компьютере устанавливает копию программы и помещая документы в определенную папку, делает их открытыми для всех остальных пользователей зашедших на страницу созданную его веб-сервером.

В апреле 1996 г. Apache стал самым популярным HTTP_сервером во Всемирной сети. Но к Ноябрю 2006 г. доля веб-серверов работающих на ПО от Apache Group значительно снизилась, почти половина всех веб-ресурсов перешла на сервер Microsoft Internet Information Services или сторонние разработки. Анализируя данные за Май 2008 г. можно сделать вывод о том, что доля узлов работающих на веб-серверах Apache составляет 52% от числа всех ресурсов сети.

Вторым по полярности является Microsoft Internet Information Services. Пользуясь данными, собранными компанией Netcarft можно сделать вывод - доля веб-ресурсов, обслуживаемых веб-серверами IIS, составляет 35% от общего количества узлов.

Выпуск IIS 7.0 совпадает с десятилетней годовщиной выпуска первой версии IIS в составе Windows NT® 4.0 в 2001 г. Четыре года спустя, IIS 5.0 стал самым распространенным сервером в Интернете, хотя спустя несколько месяцев он пал жертвой печально известных червей Code Red и Nimda. IIS 6.0, выпущенный в Windows Server® 2003, был серьезной переработкой сервера, в которой все усилия были сосредоточены на повышении безопасности, надежности и производительности. С тех пор IIS 6.0 доказал, что он является в высшей степени защищенным веб-сервером, обеспечивающим высокую надежность и безопасность. После его выпуска был издан только один важный бюллетень по безопасности исправляющий ошибку, которой невозможно воспользоваться в удаленном режиме.

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

В основе выпуска IIS 7.0 лежит полностью модульный веб-сервер, включающий более 40 компонентов, которые можно объединять в компактные веб-серверы, оптимизированные для необходимой роли в топологии приложения. Эти компоненты создаются на основе нового слоя расширяемости, что позволяет разработчикам расширять или замещать практически любую функцию сервера в машинном коде или с помощью Microsoft®.NET Framework.

IIS 7.0 предлагает расширяемость компонентов выполнения, управления и рабочих компонентов, облегчая создание комплексных решений в соответствии с конкретными потребностями[17]. Диспетчер служб IIS 7 представлен на рисунке 1.5.2.

Рисунок 1.5.2 - Диспетчер служб IIS 7

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

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

Веб-сервер IIS поддерживает несколько различных технологий создания веб-приложений:

- ASP.NET - для систем Windows это основное, на сегодняшний день, средство создания веб-приложений и веб-служб. Поддержка ASP.NET встроена в IIS 6.0; для более ранних версий необходимо отдельно загрузить и установить.NET Framework.

- ASP - устаревшая технология создания динамических веб-страниц на основе сценариев. Входит в поставку IIS начиная с версии 3.0.

- CGI - стандартная технология создания динамических веб-страниц.

- ISAPI - для Windows систем это наиболее мощная технология, предоставляющая полный доступ ко всем возможностям IIS.

При помощи CGI и ISAPI к веб-серверу IIS могут подключаться сторонние средства поддержки веб-приложений, например, PHP и Perl.

Одним из интересных и перспективных нововведений в IIS 7.0 является пакет IIS Media Pack. Два дополнительных бесплатных модуля позволят превратить веб-сервер в современный инструмент медиа-вещания. Новые технологии Microsoft позволяют оптимизировать и грамотно управлять цифровым потоком медиа-данных. Сервер позволяет производить вещание данных в форматах: ASF, AVI, FLV, M4V, MOV, MP3, MP4, RM, RMVB, WMA, WMV.

Еще одним нововведением является встроенная поддержка новой технологии Silverlight, Silverlight 2 и Silverlight 3. Это новая технология представления данных в Интернете, предназначенной для запуска на различных платформах. Она позволяет создавать насыщенные, визуально привлекательные веб-страницы, работающие в различных обозревателях, устройствах и настольных операционных системах (например Apple Macintosh).

1.6 Принципы построения клиент / серверных систем

Для разработки клиент / серверных систем имеется два подхода:

- построение систем на основе двухзвенной архитектуры;

- построение систем на основе трехзвенной архитектуры.

Двухзвенная архитектура состоит из клиентской и серверной части. Как правило, серверная часть представляет собой сервер БД, на котором расположены общие данные. А клиентская часть представляет приложение, которое связывается с сервером БД, осуществляет к нему запросы и получает ответы. Такие системы используются в локальных сетях, т. к. нет затруднений с установкой клиентской части. Также системы с такой архитектурой более безопасны, т. к. могут использовать собственные протоколы передачи данных, не известные злоумышленникам. Поэтому многие крупные компании, которые располагаются не в едином месте и для соединения подразделений используют глобальную сеть Интернет, выбирают именно такую архитектуру построения клиент / серверных систем.

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

Трезвенная архитектура также состоит из двух частей: клиента и сервера. Но серверная часть в этой архитектуре представляет собой сервер приложений и сервер БД. А в качестве клиента выступает web_браузер. Такая система очень проста для пользователя. Ему необходимо знать только адрес сервера приложения и наличие web_браузера на рабочем компьютере. Все данные представляются в виде html_разметки с использование графики (jpeg, gif, flash), каскадных слоев CSS и JavaScript. Передача запросов от клиента к серверу приложений происходит по средствам CGI_интерфейса. Сервер приложений общается с сервером БД, используя другой интерфейс, зависящий от того, на основе каких средств строится конкретная информационная система. Недостатками такой архитектуры является использование общеизвестных протоколов передачи данных. Злоумышленник может осуществить взлом системы, если она будет не достаточно хорошо проверять поступившие запросы от клиента[18]. Трехзвенная архитектура показана на рисунке 1.5.3.

Рисунок 1.5.3 - Трехзвенная архитектура.

При разработке клиент / серверных приложений необходимо учитывать:

- на каких пользователей будет рассчитана данная информационная система;

- какие требования предъявляются к безопасности.

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

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

2 Практическая часть

2.1 Установка системы управления контентом «Joomla!»

2.1.1 Загрузка последней версии

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

Установка, настройка и обслуживание системы управления контентом показаны на примере сайта «Центр занятости населения г. Новомосковска».

При запуске проекта, заказчик изначально выбрал редакцию «Lavra Edition» популярной системы управления «Joomla!», для загрузки последней версии которой необходимо обратиться к сайту http://joom.ru/. Используя раздел «Скачать», выбрать последний дистрибутив сборки «Lavra Edition».

В случае необходимости восстановления системы управления контентом, следует воспользоваться архивами, содержащими предшествующее состояние файлов и БД, подробнее о восстановлении «Joomla!» из резервной копии возможно узнать в «Разделе 2.4.6».

2.1.2 Загрузка файлов на FTP_сервер и установка разрешений

После успешной загрузки последней версии дистрибутива системы управления контентом на локальный компьютер, необходимо распаковать и загрузить файлы в соответствующую папку на сервере. Проект использует сервера компании «Хостинг-Центр РБК» в качестве площадки для размещения. Учетные данные, необходимые для доступа в административный интерфейс веб-хостинга, указаны в «Приложении А».

В соответствии с правилами установки, исполняемые файлы системы управления контентом следует поместить в папку «/www/htdocs/».

Для загрузки файлов следует воспользоваться подключением к FTP_серверу. Адресом для FTP_подключения является имя домена - «cznnov.ru». При настройке FTP_клиента следует указать имя пользователя - «cznnov-test». Пароль используемый при подключении - «qwerty123». При организации FTP_подключения, возможно использовать любое ПО, выполняющее необходимые функции.

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

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

Кроме прав на директории, для стабильной работы системы необходимо настроить интерпретатор PHP в соответствии со следующими условиями: «Safe Mode» - выключить, «Display Errors» - включить, «File Uploads» - включить, «Magic Quotes GPC» - включить, «Register Globals» - выключить.

2.1.3 Создание базы данных и выполнение установки

Последним шагом подготовки к установке CMS является создание базы данных для системы.

База создается встроенными функциями панели управления хостингом, интерфейс представлен на «Рисунке 2.1.1». В соответствии с задумкой авторов проекта, система управления контентом использует MySQL с кодировкой «cp1251_general_ci». Оптимальным было решение использовать кодировку «UTF_8», обеспечивающую поддержку почти всех существующих языков и кодирующую ASCII_символы одним байтом, а национальные алфавиты - несколькими.

Но, к сожалению, исходная база данных уже находилась в «cp1251_general_ci». Интерфейс создания базы данных, в панели управления веб-хостингом, представлен на рисунке 2.1.1.

Рисунок 2.1.1. Панель управления хостингом. Создание БД

После создание БД MySQL «wwwcznnovru_czntest» с кодировкой «cp1251_general_ci» необходимо загрузить последний архив базы данных сайта. При «чистой» установке достаточно просто запустить главную страницу будущего сайта, инсталлятор сам внесет в БД все необходимые данные.

Установка системы управления контентом Joomla! происходит в 4 шага. Во время первого шага определяются настройки подключения к БД, которые в будущем будут использоваться для работы CMS. Поле «Имя хоста» предназначено для определения MySQL_сервера, используемого системой.

Поле «Пользователь MySQL» содержит в себе имя пользователя, от имени которого «Joomla!» производит работу с базой данных. В поле «MySQL пароль» необходимо ввести пароль к учетной записи пользователя, используемого для подключения к БД. Поле «БД MySQL» определяет имя базы данных, используемой системой. Форма представлена на рисунке 2.1.2.

Рисунок 2.1.2. Установка CMS «Joomla!». Шаг 1 - конфигурация MySQL.

Следующий шаг позволяет администратору задать имя будущего сайта. После установки системы, изменение имени возможно из административного интерфейса. Заполняется поле «Имя сайта». Форма представлена на рисунке 2.1.3.

Рисунок 2.1.3. Установка CMS «Joomla!». Шаг 2 - установка имени сайта.

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

Путь к файлам и URL система находит автоматически, администратору остается указать email и пароль доступа. Внешний вид формы представлен на рисунке 2.1.4.

Рисунок 2.1.4 - Установка CMS «Joomla!». Шаг 3 - настройки системы.

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

Четвертый шаг инсталляции «Joomla!» заключается в удалении папки «/installation/» из корневой директории сайта. После его выполнения, система управления контентом полностью готова к дальнейшей эксплуатации.

2.2 Настройка системы управления контентом «Joomla!»

2.2.1 Конфигурация системы

Конфигурация представляет набор условий и свойств, которые выполняет система. Для ее настройки необходимо выполнить процедуру авторизации и зайти в административный интерфейс управления по адресу http://test.cznnov.ru/administrator/. Окно входа представлено на рисунке 2.2.1.

Рисунок 2.2.1 - Вход в административный интерфейс «Joomla!».

В качестве имени пользователя и пароля вводим учетные данные, указанные при установке. В данном случае, именем пользователя является «admin», а паролем - «qwerty123».

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

Система управления контентом обладает широким набором функций:

- создание, редактирование и публикация информационного материала;

- конфигурирование системы управления контентом;

- установка тем оформления, компонентов и модулей;

- статистика посещений, просмотров, пользователей;

- информация о системе, обновлениях и исправлениях.

Интерфейс администратора представлен на рисунке 2.2.2.

Рисунок 2.2.2 - Интерфейс администратора CMS «Joomla!».

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

- «Сайт» - общие настройки работы сайта (имя, описание, выключение, регистрация пользователей, визуальный редактор);

- «Локаль» - настройки локализации, временная зона;

- «Материалы» - параметры вывода элементов содержимого;

- «База данных» - настройки подключения к базе данных;

- «Сервер» - GZIP_компрессия страниц, время жизни сессии cookie;

- «Метаданные» - значения метаданных сайта;

- «Почта» - способы и параметры отправки почты сайтом;

- «Кэш» - кеширование страниц, время жизни кеша;

- «Статистика» - настройки статистики посещений;

- «SEO» - ЧПУ и динамические заголовки страниц.

Интерфейс конфигурирования представлен на рисунке 2.2.3.

Рисунок 2.2.3 - Настройка конфигурации CMS «Joomla!».

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

- «Сайт отключен» - режим, при котором доступ на сайт имеют только администраторы, удобен для отладки сайта;

- «Имя сайта» - правильное название веб-ресурса, отображаемое в заголовке веб-браузера;

- «Разрешить регистрацию пользователей» - в зависимости от политики администрации ресурса;

- «Использовать активацию аккаунтов» - желательно установить «да», для защиты от спам-ботов;

- «Временная зона» - следует указать UTC +03:00;

- «GZIP компрессия страниц» - полезно для загруженных информацией страниц, уменьшает время загрузки путем сжатия страницы на стороне сервера;

- «Эмуляция режима Register Globals» - желательно «OFF», дает большую защищенность, но уменьшает совместимость сторонних компонентов.

2.2.2 Шаблоны дизайна

Стандартная тема оформления «Joomla!» подходит для демонстрации возможностей системы, но никак не для создания полноценного веб-сайта.

Для использования собственного графического шаблона, необходимо загрузить в папку «/templates/» свою тему оформления, изготовленную по специальным стандартам. В данном случае, у шаблона сайта «Центр занятости населения г. Новомосковска» название темы - «Центр занятости населения г. Новомосковска». Оформление было изготовлено до выполнения проекта стороной заказчика и по его просьбе не изменялось. Применить загруженный шаблон возможно через меню административного интерфейса: «Сайт» - «Шаблоны» - «Шаблоны сайта». Интерфейс выбора шаблона представлен на рисунке 2.2.4.

Рисунок 2.2.4 - Выбор шаблона дизайна сайта

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

2.2.3 Модули и компоненты

Система управления контентом «Joomla!» имеет модульную структуру и в своем базовом варианте не обеспечивает всех необходимых возможностей, требуемых для реализации готового проекта.

В «Joomla!» присутствует деление на компоненты и модули. «Компонентами» называются расширения, позволяющие добавлять дополнительный функционал к работе системы управления контентом. «Модулями» называются элементы вывода данных, отображение которых настраивается отдельно для каждой страницы веб-сайта. Обычно, в комплекте с компонентами поставляются и модули, обеспечивающие вывод интерактивных элементов и любой информации хранящейся в них в любом предусмотренном шаблоном месте.

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

Стоит отметить отдельно, что позиции вывода модулей определяются в шаблоне оформления, действующем на странице. Кроме того, в «Joomla!» существует специальная таблица позиций модулей. Для того, чтобы обозначить в системе позицию модуля, необходимо зайти в следующий пункт меню: «Сайт» - «Шаблоны» - «Расположение модулей».

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

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

В состав стандартного набора входят следующие компоненты:

- «joomlaXplorer» - один из наиболее интересных компонентов, добавленный в сборке «Lavra Edition». Представляет из себя менеджер файлов, выполняющий любые необходимые администратору операции - копирование, переименование, удаление, редактирование, создание архивов директорий. Все эти возможности реализованы на базе административного интерфейса и не требуют никаких сторонних приложений.

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

- «Syndicate» - компонент предназначенный для экспорта новостных лент, генерируемых сайтом в RSS_формат. Полезен для экспорта собственных новостей на сторонние интернет-ресурсы поддерживающие данную технологию.

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

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

- «Импорт лент новостей (RSS)» - прямая противоположность компоненту «Syndicate». Реализует возможности импорта новостных лент в формате RSS с других интернет-ресурсов. Полностью настраивается вид выводимых данных, их количество и место вывода.

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

- «Массовая рассылка» - компонент используется для рассылки уведомлений и сообщений пользователям, или каким-то конкретным группам пользователей.

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

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

Для загрузки дополнительных компонентов необходимо воспользоваться сайтом http://extensions.joomla.org/.

В качестве дополнительных компонентов к CMS «Joomla!» возможно устанавливать: форумы, гостевые книги, блоги, галереи, интернет-магазины, видео-конференции, базы документов и многое другое.

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

Для примера, разберем установку дополнительного компонента «Гостевая книга» в системе управления контентом «Joomla!».

Первоначальная установка начинается с загрузки компонента в систему. Следует воспользоваться встроенным «Менеджером компонентов», зайдя в него через пункты «Установка» - «Компоненты» административного меню.

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

Рисунок 2.2.5 - Интерфейс управления компонентами

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

В нашем случае, компонент гостевой книги «Easy Book 1.1» был успешно загружен и установлен в систему управления контентом.

2.3 Создание информационной структуры в системе управления контентом «Joomla!» на примере веб-сайта «Центр занятости населения г. Новомосковска»

2.3.1 Создание разделов и категорий

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

В системе управления контентом Joomla! существуют три уровня организации информации:

- «Разделы» - это большие объединения, состоящие из категорий;

- «Категории» - небольшие объединения, вмещающие объекты;

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

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

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

Для управления разделами следует использовать «Менеджер разделов», открывающийся при нажатии на кнопку «Разделы» на панели управления, либо при использовании вкладки меню «Материалы» - «Разделы». Кнопки меню представлены на рисунке 2.3.1.

Рисунок 2.3.1 - Меню операций с разделами

Для создания раздела используется кнопка «Новый». Необходимо обратить особое внимание на заполнение полей, приведенных ниже:

- «Заголовок» - краткий заголовок, используемый в меню;

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

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

Для примера, создадим несколько разделов: «Новости», «Деятельность ЦЗН», «Рынок труда». Все эти разделы, в будущем, будут включать в себя категории, которые в свою очередь, будут содержать записи.

Нет необходимости создавать раздел для каждого родительского пункта меню сайта, т. к. разделы в «Joomla!» созданы для каталогизации информации, а не для построения структуры меню. Подробнее о создании меню сайта речь пойдет немного позже. «Менеджер разделов» представлен на рисунке 2.3.2.

Рисунок 2.3.2 - Графический интерфейс менеджера разделов

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

После анализа и подробного изучения предложенной структуры меню сайта, было принято решение создать следующие категории:

- в разделе «Новости» категории «Новости» и «Главная страница»;

- в разделе «Деятельность ЦЗН» категории «Услуги работодателям», «К сведению работодателей» и «Регулирование рынка труда»;

- в разделе «Рынок труда» категории «Ситуация на рынке труда» и «Содействие занятости».

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

Категории в «Joomla!» создаются аналогично разделам - кнопкой «Новая» в верхней части интерфейса. Единственным отличием является наличие выпадающего списка «Раздел» на странице создания категории. Данный список помогает определить принадлежность каждой категории сайта к родительскому разделу.

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

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

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

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

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

В данном проекте статическими следует сделать следующие страницы: «Государственные услуги», «Нормативные документы», «Вакансии», «Наши партнеры», «Месторасположение», «Телефоны ГУ ТО ЦЗН», «Координаты СЗН ТО», «Координаты ФСЗ».

2.3.2 Создание информационного материала

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

- «динамический» - являющийся наследником какой-либо категории и раздела;

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

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

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

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

- «Материалы» - «Материалы по разделам» - далее следует указать нужный раздел и выбрать пункт «Материалы в (название выбранного раздела)»;

- «Материалы» - «Все материалы» - далее выбрать кнопку «Новый».

При добавлении нового материала следует уделить особое внимание следующим полям:

- «Заголовок» - поле, отображаемое как заголовок при выводе материала;

- «Алиас заголовка» - дополнительное поле, часто используется модулями расширения, например, ЧПУ и дополнительными функциями шаблонов;

- «Раздел» - родительский раздел записи;

- «Категория» - категория записи;

- «Вводный текст» - текст записи, отображаемый до кнопки «Подробнее».

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

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

Страницы: 1, 2, 3


© 2010 BANKS OF РЕФЕРАТ