3
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
Всемирная сеть Интернет очень быстро вошла в нашу жизнь и
используется повсеместно. На сегодняшний день формируется, так называемая,
Интернет экономика во многих странах. Всемирную сеть Интернет все чаще
используют коммерческие фильмы и органы власти в Российской Федерации. 9
февраля 2009 г. был издан Федеральный закон N 8-ФЗ "Об обеспечении
доступа к информации о деятельности государственных органов и органов
местного самоуправления" обязывающий органы местного самоуправления
выкладывать всю информацию касаемо своей деятельности на сайты в сети
Интернет. Данный закон требует от всех органов местного самоуправления
создать свой сайт в сети Интернет.
Вследствие чего, наличие интернет сайта стало неотъемлемой
составляющей всех муниципальных учреждений. С целью создания
качественного и безопасного сайта, необходимо проанализировать
возможности создания сайта, оценить стоимостные показатели и разработать
сайт максимально эффективным способом, с минимальными затрата
бюджетных средств.
Рынок давно уже подстроился под запросы клиентов и предлагает
множество решений. Самым конкуренто - способным на сегодня решением,
является быстрая разработка сайта на базе систем управления контентом.
Система управления содержимым или контентом (англ. Content
management system, CMS) - это информационная система или компьютерная
программа, используемая для обеспечения и организации совместного процесса
создания, редактирования и управления содержимым, иначе — контентом (от
английского content), в основном используется для создания сайтов в сети
Интернет. [11]
Основные функции CMS:
4
Предоставление инструментов для создания содержимого, организация
совместной работы над содержимым;
Управление содержимым, хранение, контроль версий, соблюдение
режима доступа, управление потоком документов и тому подобное;
Публикация содержимого;
Представление информации в виде, удобном для навигации и поиска.
В своем развитии веб технологии прошли несколько этапов. Зарождение
создания сайтов началось с изобретения протокола HTTP. Изначально протокол
HTTP создавался с целью отдачи текстовой информации клиенту,
запрашивающему данную информацию. Данный протокол был построен по
типу библиотеки. Клиент, как студент, пришедший в библиотеку, запрашивает
какую-то информацию, а HTTP сервер как библиотекарь выдает ему эту
информацию как книгу. Для удобства запросы и ответы в протоколе HTTP
были в текстовом виде. Позже сервера стали отдавать картинки. Придумали
язык разметки HTML позволявший получать текстовую и графическую
информацию одновременно в удобном виде для клиента. Так появились
интернет браузеры способные отображать красивые веб страницы. В качестве
эксперимента фирма Netscape внедрила в свой браузер возможность отправлять
информацию на HTTP сервер с помощь форм. Данная идея очень быстро
прижилась и получила свое бурное развитие. Начали появляться HTTP сервера
со встраиваемыми языками программирования. Появились интерактивные
страницы позволяющие обмениваться информацией «на лету». Появилось
несколько новых версий стандарта HTML. В браузеры встроили поддержку
каскадных таблиц стилей (англ. Cascading Style Sheets, CSS) и язык
программирования JavaScript. Все новые и новые возможности внедряют в свои
браузеры крупные компании разработчики. На сегодняшний день практически
невозможно разработать сайт соответствующий всем последним новшествам в
веб разработке. Появилась очень большая область знаний касаемо безопасности
5
веб сайтов. Для создания сайта отвечающего всем последним требованиям,
необходимо нанять целый отдел веб разработчиков.
Для малого и среднего бизнеса создание такого сайта является очень
существенной статьей расхода, а иногда даже совсем непосильная задача. В
связи с этим стали разрабатываться готовые модульные решения, позже
получившие названия CMS.
На сегодня использование CMS для построения сайта, является самым
быстрым и дешевым способом. Множество CMS, распространяются свободно,
имея открытый исходный код. Это может создавать некую угрозу
безопасности, но большое количество активных членов сообщества
осуществляющих поддержку системы, сводит эту угрозу к минимуму. Из
бесплатных, свободно распространяемых, CMS сейчас очень популярны, такие
как, Joomla, Drupal, WordPress. Есть на рынке, так же платные CMS, которые
поддерживаются коммерческими компаниями, в их числе 1С Битрикс,
UMI.CMS и другие.
Основная задача при построении сайта в муниципальном учреждении –
свести к минимуму расходы и получить современный и безопасный сайт. В
этом случае выбор ложится на бесплатные CMS. В данной выпускной
квалификационной работе будет рассмотрена система управления сайтом szn-
ksk.yanao.ru.
Целью выпускной квалификационной работы является рассмотрение
всех аспектов работы системы управления контентом сайта szn-ksk.yanao.ru.
Данный сайт является официальным сайтом Управления по труду и социальной
защите населения Администрации муниципального образования
Красноселькупский район.
Задачи выпускной квалификационной работы:
Рассмотреть, необходимы требования к установке и запуску CMS
Отметить основные возможности системы управления контентом
при наполнении сайта содержимым
6
Разработать систему резервного копирования c целью организации
бесперебойной работы сайта
Рассчитать экономические затраты на поддержания серверной
части CMS. Сравнить расходы на содержания собственного сервера и
использования готовой хостинг панели.
Предметом исследования является система управления контентом сайта
szn-ksk.yanao.ru
Объект исследования – необходимые требования к установки системы,
её функциональные возможности и возможность организации её бесперебойной
работы.
7
ГЛАВА 1. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К УСТАНОВКИ
CMS
1.1. Web сервер Apache
Система управления контентом предоставляет ряд преимуществ по
сравнению с разработкой сайта традиционным способом. К таким
преимущества можно отнести:
Оперативное обновление информации - информацию публикует
сотрудник, владеющий информацией, без участия технических
специалистов. CMS предназначены для автоматизации процесс
публикации информации на web сайте, предоставляя пользователям
возможность самим публиковать материалы и определять их визуальное
представление, используя для этого стандартные средства, не
требующие знания языка гипертекстовой разметки.
Уменьшение сроков и стоимости разработки. Наиболее часто
используемых функций, которые уже реализована в CMS могут быть
использованы без проведения дополнительных настроек.
Сводится к нулю стоимость поддержки сайта, за счет обновление
информации без привлечения специалистов. Нет необходимости
оплачивать труд внешнего web мастера. Происходит снижение времени
на поиски документов, их пресечения и дублирования, а так же
исключается возникновение ошибок.
Предоставление дополнительных сервисов пользователю – часть
сервисов – поиск, форумы, голосования и т.д., требующих
интерактивного взаимодействия с пользователем. Они уже реализованы
в рамках CMS.
Повышение качества разработки, при разработке полностью или
частично используются готовые модули, которые уже прошли
неоднократное тестирование.
8
Снижение стоимости дальнейших модификаций – CMS позволяют
разделить данные и их представление. Это позволяет гораздо проще
изменить внешний вид сайта, чем в случае со статическим сайтом.
Основная идея систем управления контентом заключается в разделение
визуального дизайна сайта и его информационного наполнения. Во время
создания сайта с помощью такой системы создается набор шаблонов страниц, в
которых впоследствии размещается контент. Один раз, разработав шаблон
страницы, можно в дальнейшем его использовать повсеместно, как при
добавлении содержимого на сайте, так и при создании новых разделов и меню.
Задача же по содержательному наполнению сайта ложится на пользователя не
владеющего программированием. Например, к данной работе можно привлечь
рядовых сотрудников.
Разделение работ при создании сайта способствует его более детальной
проработке, что способствует получению более качественного сайта как в
плане дизайна, так и в плане содержания.
Многие крупные компании, такие как IBM, Microsoft, Oracle и другие,
занимаются разработкой систем управления контентом, а так же предлагают
инструменты для их собственной быстрой разработки.
Исходя из этого, CMS можно разделить на крупные модульные и
небольшие написанные на одном чистом языке программирования. Большие
системы зачастую строятся с использованием готовых наборов библиотек и
программных платформ (Framework). CMS, так же, подразделяют на платные и
свободно распространяемые. Платные, зачастую более надежные, но свободно
распространяемые имею открытый исходный код, что способствует их более
легкой доработке.
В нашем случае в качестве системы управления контентом сайта
szn-ksk.yanao.ru используется Joomla. Эта система, свободно распространяемая
с открытым исходным кодом. Разработана CMS, на языке программирования
php с использование базы данных. С целью детального изучения данной CMS,
9
следует рассмотреть необходимые требования для её работы. Здесь самым
первым и основным компонентом является web сервер.
Существует множество различных web серверов, имеющих различное
назначения. Эталонным в этом разнообразии считается web сервер Apache.
Web сервер Apache является одним из самых популярных Web серверов.
Скачать его можно с сайта http.apache.org. Распространяется Apache свободно и
имеет открытый исходный код. Данный код поддерживается сообществом
разработчиков в проекте Apache Software Foundation.
Задача Web сервера состоит в установлении сессии с клиентом и ответе
на его HTTP запросы. Сессия с клиентом устанавливается по протоколу TCP/IP
по инициативе клиента. Здесь сервер решает очень много задач:
Поддержание сессии с несколькими клиентами одновременно;
Эффективное формирование HTTP ответов на запросы клиентов;
Быстрая работа с чтением файлов и эффективное расходование памяти
Со всеми этими задачами хорошо справляется Web сервер Apache.
На сегодняшний день существует две актуальные версии Web сервера
Apache, активно поддерживаемых сообществом, это Apache 2.2 и Apache 2.4.
Установить Apache можно как на систему Windows, так и на любую unix
подобную операционную систему, такую как Debian, FreeBSD и другие.
Существует множество версий и клонов Web сервера Apache, но самую
актуальную версию можно скачать только на официальном сайте. Только
скачивание на официальном сайте можно гарантировать безопасность Web
сервера и поддержку самых новых возможностей и фичь.
Изначально Web сервер Apache разрабатывался под операционной
системой linux и поэтому его конфигурационные файлы имеют текстовый вид.
Для настройки данного Web сервера необходимо отредактировать
конфигурационный файл и дать команду Web серверу на перезапуск. Основной
файл настройки Web сервера Apache имеет название httpd.conf.
10
Для удобства управления, конфигурационный файл часто разбивается на
несколько файлов меньшего размера. Эти файлы загружаются с помощью
директивы Include . Имена или местоположения этих подфайлов не являются
фиксированным и могут сильно варьироваться в зависимости от операционной
системы.
Настройка сервера производится при помощи вписывания в
конфигурационных файл, специальный ключевых слов, называемых
директивами. Директива – это ключевое слово, за которым через пробельный
символ указывается один или несколько аргументов. Данные аргументы
устанавливают значение директивы. Помимо директив задающих значения
параметров, есть директивы разделов. Данные директивы пишутся в виде тегов
и все директивы внутри этих тегов, применяются только к этому разделу.
Глобальные параметры для web сервера обычно располагаются вне разделов
<Directory>, <Location>, <VirtualHost>, <File>. Данные теги обозначают
разделы в конфигурационном файле. Если директивы применяются к
определенному каталогу, то они должны находится внутри раздела
<Directory имякаталога>. Разделы имеют открывающий и закрывающий теги,
например <VirtualHost *:80> </VirtualHost>. Web сервер Apache, так же может
быть настроен с использованием специального файла .htaccess. Данный файл
располагается вместе с файлами сайта и предназначен для пользователей, не
имеющим доступа к конфигурационным файлам Apache.
Статический контент – это файлы, содержащие HTML разметку, файлы
изображений, файлы CSS и другие, которые находятся в файловой системе.
Директива DocumentRoot указывает, где в вашей файловой системе вы должны
поместить эти файлы. Эта директива устанавливается либо глобально, либо в
настройках виртуального хоста (тег <VirtualHost>).
Как правило, основной файл сайта, называется index.html, но в
настройках Web сервера можно задать другой вариант. Данный файл будет
отправляться Web сервером, когда будет запрошен каталог без указания имени
файла. Например, если для параметра DocumentRoot установлено значение
11
/var/www/html и выполняется запрос для http://www.example.com/work/, файл
/var/www/html/work/index.html будет отправлен клиенту Web сервером Apache.
Динамический контент – это все, что генерируется во время запроса и
может изменяться с одного запроса на другой. Существует множество способов
создания динамического контента. Для формирования контента доступны
различные обработчики. Одной из первых возможностей создание
динамического контента был протокол CGI (Common Gateway Interface).
Работал он так – с помощью специальной директивы ScriptAlias указывается
каталог в файловой структуре сайта, например /cgi-bin, и в него помещались
скрипты, при обращении к которым они полноценно запускались в
операционной системе сервера. Скрипт или программа получает данные от
клиента через стандартный поток ввода и переменные окружения. Скрипт
должен выдавать на стандартный поток вывода, то, что Apache, в последствии,
отправит клиенту.
Еще один способ создания динамического контента – это сторонние
модули, такие как mod_php. Они могут использоваться для написания кода,
который выполняет до того, как файл будет отдан клиенту. Многие сторонние
приложения, написанные на разных языках программирования. Например, Web
сервер с подключенным модулем PHP работает следующим образом. Создается
специальные, файл с расширением .php при запросе данного файла Web сервер
запускает обработчик PHP и подает на вход данный файл. Обработчик PHP
пробегает по файлу и там, где встречает специальный тег <?php ?>,
интерпритирует код преобразуя страницу. Так же, интерпритатор может
просматривать запросы сервера и формировать http ответы, которые отправляет
сервер адресату. После интерпритации, страница отправляется клиенту.
Итерпритатор PHP может выполнять любые действия, так например,
подключение к базе данных или работа с файловой системой.
Web сервер Apache использует систему логирования. Если во время
работы сервера возникаю ошибки, то они обязательно записываются в файл
логов. Используя директиву ErrorLog, указывается путь до файла с логами.
12
Данная директива может быть глобальной или использоваться в разделе
виртуальных хостов <VirtualHost> для применения к отдельному сайту.
Основная директива сервера это Listen она заставляет Web сервер
работать на определенном порту. Например, если указать Listen 80, то Web
сервер будет принимать соединения на 80-й порт. Так же можно в данной
директиве указать ip адрес интерфейса и тогда Apache будет слушать 80-й порт
только на указанном интерфейсе.
Существует еще очень много директив для различных настроек Web
сервера. Все директивы можно узнать на официальном сайте Apache. Многие
директивы начинают работать только после подключения соответствующего
модуля. Основные модули поддерживаются группой разработчиков Apache, но
так же существуют модули, которые разрабатывают сторонние программисты и
фирмы.
Опишем основные директивы конфигурационного файла Apache.
AccessFileName – задает .acl файл доступа, если он создан;
AddModule – инициализирует модуль;
AllowOverride – разрешает пользователям задавать свои директивы,
через файл .htaccess;
AuthName – присваивает каталогу имя как области доступа.
AuthType – задает тип идентификации пользователя для каталога.
BindAddress – указывает с каких ip адресов принимать запросы.
ClearModuleList – очищает список активных модулей.
DefaultType – устанавливает заголовок Content-type для не
зарегистрированных mime-типов файлов.
DocumentRoot – устанавливает каталог, из которого httpd будет брать
файлы.
ErrorDocument – задает действие, выполняемое Apache в случае
возникновения ошибки.
ErrorLog – задает файл регистрации ошибок.
Group – устанавливает группу, под которой сервер отвечает на запросы.