Учебная работа. Дипломная работа: Системы управления контентом Joomla и WordPress

Учебная работа. Дипломная работа: Системы управления контентом Joomla и WordPress

Введение. 3

1 Теоретическая часть. 5

1.1 Базисная информация о сети Веб. 5

1.2 PHP: Микропроцессор гипертекста. 9

1.3 СУБД MySQL. 14

1.4 системы управления контентом. 16

1.5 Интернет-сервера. 27

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

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

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

2.1.1 Загрузка крайней версии. 36

2.1.2 загрузка файлов на FTP‑сервер и установка разрешений. 36

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

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

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

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

2.2.3 Модули и составляющие.. 45

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

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

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

2.3.3 Создание частей меню.. 58

2.3.4 Наполнение главной странички.. 66

2.4 Сервис системы управления контентом «Joomla!». 67

2.4.1 Изменение шаблонов дизайна и позиций модулей. 67

2.4.2 Изменение категорий и разделов. 69

2.4.3 Изменение блоков меню.. 70

2.4.4 Изменение информационного материала. 71

2.4.5 Создание запасной копии инфы. 73

2.4.6 Восстановление запасной копии. 75

2.5 Многофункциональные способности системы управления контентом «Wordpress» на примере Интернет-сайта ЗАО «Росинтел». 77

2.5.1 Анализ начального Интернет-ресурса. 77

2.5.2 Разработка и внедрение новейшей структуры представления данных. 78

2.5.3 Многофункциональные способности «Wordpress». 80

2.6 Анализ способов защиты систем управления контентом. 84

2.7 Сравнительный обзор систем управления контентом. 86

Заключение. 89

Перечень использованных источников. 92

Приложения. 94

приложение А.. 94

Приложение Б. 95

Приложение В.. 96

Введение

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

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

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

С развитием и распространением сети веб информационные системы стали наиболее интерактивными, масштабируемыми и доступными обыденным юзерам.

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

Разработка новейшего Интернет-сайта ЗАО «Росинтел» на базе системы управления контентом обеспечит: динамичность; удобство в использовании; легкую изменяемость всех частей дизайна; гибкую информационную структуру; модель каталогизации инфы; способности прибавления интерактивных форм (формы связи, заявки, воззвания); удачный административный интерфейс для редактирования структуры и прибавления новейшей инфы; инструменты статистики и мониторинга; возможность предстоящей модернизации и прибавления многофункциональных свойств без необходимости подмены системы.

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

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

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

Объектом дипломной работы студента являются системы управления контентом «Joomla!» и «Wordpress», в последствии ставшие основой для динамических Интернет-ресурсов ЦЗН г. Новомосковска и ЗАО «Росинтел».

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

1 Теоретическая часть



1.1 Базисная информация о сети Веб

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

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

веб появился как воплощение 2-ух мыслях – глобального хранилища инфы и всепригодного средства ее распространения.

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

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

Южноамериканские ученые Ванневар Буш (Vannevar Bush) и Теодор Нельсон (Theodor Holm Nelson) находили методы автоматизации мыслительной деятельности человека. Они желали освободить его от мучительного труда по поиску и обработке подходящей инфы. Буш даже выдумал несколько гипотетичных устройств, организующих ассоциативные связи в картотеке данных, а Нельсон разработал теорию «документарной вселенной», в какой все познания, скопленные населением земли, представляли бы единую информационную систему, пронизанную млрд перекрестных ссылок. работы этих ученых носили быстрее философский, чем практический нрав, но их идеи легли в базу того, что мы на данный момент называем гипертекстом[1].

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

В конце 1950-х министерство обороны США (Соединённые Штаты Америки — человека и компа
он развил идеи распределенных вычислений, виртуальных программных средств, электрических библиотек, разработал структуру будущей глобальной сети.

В 1960-х компьютерные сети стали бурно развиваться. Огромное количество фирм-разработчиков делали программное обеспечение и оборудование для локальных сетей институтов, исследовательских центров, военных учреждений[2]. Но при передаче инфы меж сетями различных типов возникала неувязка сопоставимости, когда компы просто «не соображали» друг друга. Большим недочетом огромных сетей была их низкая устойчивость. Выход из строя 1-го участка мог вполне обездвиживать работу всей сети.

Перед агентством ARPA была поставлена задачка решить эти препядствия, и пришло время воплотить в жизнь теоретические выработки. Поль Барен, Ларри Робертс и Винтсент Серф (Paul Baran, Larry Roberts, Vint Cerf) разработали и применили способы, ставшие основой предстоящего развития сетевых технологий: пакетная коммутация, динамическая маршрутизация сообщений в распределенной сети, внедрение всепригодного сетевого протокола (другими словами набора правил, по которым организуется и передается информация).

В 1969 была сотворена сеть ARPANET, которая и стала основой грядущего Веба. 1969 обычно считается годом его появления.

В 1976 Серф разработал всепригодный протокол передачи данных TCP/IP (Transmission control protocol/ Internet protocol). Заглавие IP означало просто межсетевой протокол. Он стал эталоном для межсетевых коммуникаций, а сети, использующие его, так и назывались – веб-сети.

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

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

В 1990 программер Евро центра ядерных исследовательских работ (CERN) в Женеве Тим Бернерс-Ли (Tim Berners-Lee) сделал систему, реализующую идею одного гипертекстового места. Для описания гипертекстовых страничек служил особый язык HTML (HyperText Markup Language), а для их пересылке по сети – протокол передачи HTTP (HyperText Transfer Protocol). Новейший метод указания адресов при помощи URL (Uniform Resource Locator – всепригодный указатель ресурсов) дозволял легче запоминать их и лучше ориентироваться в информационном пространстве Веба. Была написана также особая программка отображения гипертекстовых страничек – 1-ый браузер (Browser – обозреватель). Бернерс-Ли именовал собственный проект WWW – World Wide Web, другими словами «Глобальная сеть».

Но по-настоящему пользующимся популярностью веб стал опосля выхода в свет графического браузера «Мозаика» (Mosaic), разработанного в 1992 сотрудником Иллинойского института Марком Андресеном (Marc Andreesen). К этому времени возросла пропускная способность сетей, и возникла возможность стремительно передавать цветные изображения, фото, картинки. В Веб хлынула не только лишь научная, да и веселительная информация. На рисунке 1.1.1 представлена динамика развития сети с августа 1995 по май 2009 года[3].

Набросок 1.1.1 – Динамика развития интернет-ресурсов с августа 1995 г. по май 2009 г. по данным компании «NetcraftLtd»

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

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

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

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

1.2 PHP: машина — комплекс технических средств, предназначенных для автоматической обработки информации в процессе решения вычислительных и информационных задач) (либо вычислительной системы) которое делает арифметические и логические операции данные программкой преобразования инфы управляет вычислительным действием и коор гипертекста

PHP – это язык программирования, сделанный для генерации html‑страничек на веб-сервере и работы с базами данных. В истинное время поддерживается подавляющим большинством хостинг-провайдеров. Заходит в LAMP – «обычный» набор для сотворения Интернет-сайтов (Linux, Apache, MySQL, PHP (Python либо Perl)).

Заглавие PHP – рекурсивная аббревиатура, значащая «PHP: Hypertext Preprocessor» (ранее акроним расшифровывался как «Personal Home Page Tools»). Вначале PHP создавался в качестве надстройки над Perl для облегчения разработки веб-страниц[5].

В области программирования для Сети, PHP – один из популярнейших скриптовых языков (вместе с JSP, Perl и языками, применяемыми в ASP.NET) благодаря собственной простоте, скорости выполнения, богатой функциональности и распространению начальных кодов на базе лицензии PHP. PHP различается наличием ядра и подключаемых модулей, «расширений»: для работы с базами данных, сокетами, динамической графикой, криптографическими библиотеками, документами формата PDF и т.п. Хоть какой желающий может создать своё собственное расширение и подключить его. Есть сотки расширений, но в обычную поставку заходит только несколько 10-ов отлично зарекомендовавших себя. Интерпретатор PHP подключается к Интернет-серверу или через модуль, сделанный специально для этого сервера (к примеру, для apache либо IIS), или в качестве CGI‑приложения[6].

Не считая этого, он может употребляться для решения административных задач в операционных системах unix, GNU/Linux, Microsoft Windows, Mac OS X и AmigaOS. Но в таком качестве он не получил распространение, отдавая пальму первенства Perl, Python и VBScript.

В истинное время PHP употребляется сотками тыщ разрабов. Порядка 20 миллионов веб-сайтов докладывают о работе с PHP, что составляет наиболее пятой толики доменов Веба.

В 1994 году датский программер (сейчас живущий в Канаде) Расмус Лердорф (Rasmus Lerdorf) написал набор скриптов на Perl/CGI для вывода и учёта гостей его онлайн-резюме, обрабатывающий шаблоны HTML‑документов. Лердорф именовал набор Personal Home Page (Личная Домашняя Страничка). Скоро функциональности и быстроты Perl – интерпретатора скриптов – закончило хватать, и Лердорф написал на языке C новейший интерпретатор шаблонов PHP/FI (англ. Personal Home Page / Forms Interpreter – «Личная Домашняя Страничка / Интерпретатор форм». PHP/FI включал базисную функциональность нынешнего PHP: оформление переменных в стиле Perl ($имя_переменной для вывода значения), автоматическую обработку форм и встраиваемость в html‑текст и почти все другое. Новорожденный язык различался от собственного прародителя наиболее обычным и ограниченным синтаксисом.

В 1997 году опосля долгого бета-тестирования вышла 2-ая версия обработчика, написанного на C – PHP/FI 2.0. Её употребляли около 1% (примерно 50 тыщ) всех веб-доменов мира.

PHP 3.0 была первой версией, напоминающей PHP, каким мы знаем его сейчас. В 1997 году два израильских программера Энди Гутманс (Andi Gutmans) и Зив Сураски (Zeev Suraski), создатели из израильского института технологий (Technion), переписали код с нуля: создатели сочли PHP/FI 2.0 непригодным для разработки приложения электрической коммерции, над которым они работали для проекта Института размещенного в Хайфе, Израиль. Для совместной работы над PHP 3.0 при помощи базы разрабов PHP/FI 2.0 Энди, Расмус и Зив решили слиться и объявить PHP 3.0 официальным преемником PHP/FI, разработка же PHP/FI была фактически вполне прекращена.

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

Полностью новейший язык программирования получил новое имя. Создатели отказались от дополнения о индивидуальном использовании, которое имелось в аббревиатуре PHP/FI. язык был назван просто PHP – аббревиатура, содержащая рекурсивный акроним (англ. PHP: Hypertext Preprocessor – «PHP: Препроцессор Гипертекста»).

К концу 1998 года PHP употреблялся десятками тыщ юзеров. Сотки тыщ Интернет-сайтов докладывали о том, что они работают с внедрением этого языка. В то время PHP 3.0 был установлен примерно на 10% Интернет-серверов Веба.

PHP 3.0 был официально выпущен в июне 1998 года опосля 9 месяцев общественного тестирования.

К зиме 1998 года, фактически сходу опосля официального выхода PHP 3.0, Энди Гутманс и Зив Сураски начали переработку ядра PHP. В задачки входило повышение производительности сложных приложений и улучшение модульности базиса кода PHP. Расширения дали PHP 3.0 возможность удачно работать с набором баз данных и поддерживать огромное количество разных API и протоколов, но PHP 3.0 не имел высококачественной поддержки модулей и приложения работали неэффективно.

Новейший движок, нареченный Zend Engine (от имён создателей, Зива и Энди, также основоположников Zend Technologies), удачно справлялся с поставленными задачками и в первый раз был представлен посреди 1999 года. PHP 4.0, основанный на этом движке и принёсший с собой набор доп функций, официально вышел в мае 2000 года, практически через два года опосля выхода собственного предшественника PHP 3.0. В дополнение к улучшению производительности, PHP 4.0 имел ещё несколько главных инноваций, таковых как поддержка сессий, буферизация вывода, наиболее неопасные методы обработки вводимой юзером инфы и несколько новейших языковых конструкций.

Обновления PHP 4 выпускались лишь до конца 2007 года. Ранее же времени осуществлялась официальная поддержка четвертой версии. Дальше до 8 августа 2008 года при необходимости будут появляться лишь критичные обновления сохранности. С 9 августа 4-ая версия PHP уйдет в историю.

5-ая версия PHP была выпущена разрабами 13 июля 2004 года. Конфигурации включают обновление ядра Zend (Zend Engine 2), что значительно прирастило эффективность интерпретатора. Введена поддержка языка разметки XML. На сто процентов переработаны функции ООП, которые стали почти во всем идентичны с моделью, применяемой в Java. А именно, введён деструктор, открытые, закрытые и защищённые члены и способы, окончательные члены и способы, интерфейсы и клонирование объектов.

Нововведения, но, были изготовлены с расчётом сохранить самую большую сопоставимость с кодом на прошлых версиях языка. На данный момент самыми размеренными и нередко применяемыми являются конкретно версии 5.xx, даже невзирая на то, что уже имеется dev‑версия PHP 6 [7].

Шестая версия PHP находится в стадии разработки с октября 2006 года.

В ней уже изготовлено огромное количество инноваций, как, к примеру, исключение из ядра постоянных выражений POSIX и «длинноватых» суперглобальных массивов, удаление директив safe_mode, php_magic_quotes и register_globals из конфигурационного файла php.ini. Также много внимания уделено поддержке Юникода. Загрузить текущую версию разрабатываемого кода для GNU/Linux/BSD и скомпилированные версии для Microsoft Windows можно на веб-сайте PHP Snapshots.

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

Массивы (array) поддерживают числовые и строковые ключи и являются гетерогенными. Массивы могут содержать значения всех типов, включая остальные массивы. порядок частей и их ключей сохраняется.

PHP поддерживает широкие объектно-ориентированные способности, полная поддержка которых была введена в пятой версии языка.

Класс в PHP объявляется при помощи главного слова class. Способы и поля класса могут быть общедоступными (public, по дефлоту), защищёнными (protected) и сокрытыми (private). PHP поддерживает наследование (родительский класс указывается при помощи главного слова extends опосля имени класса) и интерфейсы (ставятся в соответствие при помощи implements). Разрешается объявление финишных, абстрактных способов и классов. Множественное наследование классов не поддерживается, но класс может реализовывать несколько интерфейсов[8].

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

1.3 СУБД MySQL

Программное обеспечение MySQL представляет собой весьма резвый многопоточный, многопользовательский надежный SQL‑ баз данных (SQL – язык структурированных запросов). MySQL предназначен как для критичных по задачкам производственных систем с большенный перегрузкой, так и для встраивания в программное обеспечение массового распространения.

MySQL имеет двойное лицензирование. Это значит, что юзеры могут выбирать, применять ли ПО (то есть программное обеспечение — комплект программ для компьютеров и вычислительных устройств) MySQL безвозмездно по общедоступной лицензии GNU General Public License (GPL) либо приобрести одну из обычных коммерческих лицензий MySQL AB[9].

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

Упругость СУБД MySQL обеспечивается поддержкой огромного количества типов таблиц: юзеры могут избрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Благодаря открытой архитектуре и GPL‑лицензированию, в СУБД MySQL повсевременно возникают новейшие типы таблиц.

26 февраля 2008 года Sun Microsystems заполучила MySQL AB за $1 миллиардов.

MySQL появилась как попытка применить mSQL к своим разработкам компании: таблицам, для которых использовались ISAM – подпрограммы низкого уровня. В итоге был выработан новейший SQL‑интерфейс, но API‑интерфейс остался в наследие от mSQL. Откуда происходит заглавие «MySQL» – доподлинно не понятно. Создатели дают два варианта: или поэтому, что фактически все выработки компании начинались с префикса My, или в честь девченки по имени My, дочери Майкла Монти Видениуса, 1-го из разрабов системы[10].

MySQL портирована на огромное количество платформ: AIX, BSDi, FreeBSD, HP-UX, GNU/Linux, Mac OS X, NetBSD, OpenBSD, OS/2 Warp, SGI IRIX, Solaris, SunOS, SCO OpenServer, SCO UnixWare, Tru64, Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP, Windows Server 2003 и Windows Vista. Существует также порт MySQL к OpenVMS. Принципиально отметить, что компания MySQL AB предоставляет для вольной загрузки не только лишь начальные коды СУБД, да и откомпилированные и оптимизированные под определенные операционные системы готовые исполняемые модули, которые можно загрузить с зеркал, представленных на официальном веб-сайте.

MySQL имеет API для языков C, C++, Java, Perl, PHP, Python, Ruby, Smalltalk и Tcl, библиотеки для языков платформы.NET, также обеспечивает поддержку для ODBC средством ODBC‑драйвера MyODBC.

В MySQL 5.0 существенно расширена функциональность, которая ставит MySQL в один ряд с коммерческими СУБД. Если ранее СУБД MySQL винили в недостаточной поддержке эталона SQL, то с возникновением пятой версии данной пользующейся популярностью базы данных, возникла фактически полная поддержка эталона SQL. MySQL 5.0 содержит последующие нововведения: хранимые процедуры и функции; обработчики ошибок; курсоры; триггеры; представления; информационная схема (так именуемый системный словарь, содержащий метаданные).

Версия MySQL 6.0 пока находится в стадии альфа-тестирования. Одно из главнейших инноваций версии 6.0 – новейший механизм хранения данных Falcon, разработанный компанией MySQL AB, в качестве возможной подмены для InnoDB компании InnoBase, приобретённой компанией Oracle.

1.4 Системы управления контентом

В крайние годы стали популярны системы управления контентом (либо как их еще принято именовать CMS – от англ. «Content Managment System»). При помощи схожих систем опытнейший юзер может по мере необходимости просто сделать базисный Интернет-проект (без доп трудозатрат), а веб-интегратор получает возможность развернуть масштабный проект в применимые сроки (модульность схожих систем расширяет их функционал).

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

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

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

Начало развитие интернет-среды можно обозначить серединой 90‑ых г. Этот период характеризовался относительно низким уровнем развития интернет технологий, а почти все динамические веб-проекты (т.е. способные на интерактивное взаимодействие) могли создаваться лишь программерами[11].

Вся динамика реализовывалась через CGI и остальные сложные технологии, потому обыкновенной юзер, создающий свой проект, мог рассчитывать лишь на статичный базисный проект масштаба веб-сайта и не наиболее того. Таковой веб-сайт обычно представлял собой набор статичных html‑страничек, приготовленных в WYSIWYG1 html редакторах, которые начали появляться приблизительно с середины 1995 года. Опосля набора, странички объединялись ссылками (для воплощения способности межстраничных переходов) и располагались на сервере. Вся работа по обновлению инфы и проверке работоспособности проекта перекладывалась на его создателя. Так, к примеру, если требовалось поменять ссылку на страничке, создатель должен был отыскать эту страничку посреди других, потом внести в нее конфигурации и опять загрузить страничку на сервер. Если же требовалось не попросту поменять существующую страничку, а добавить новейшую, то приходилось также решать вопросцы, связанные с логическим и физическим внедрением крайней в весь проект. И если размер страничек рос, то «управляться» с ними становилось еще труднее. А изменять и расширять динамические проекты было еще наиболее проблематично.

Систем автоматизации всех этих действий на тот момент фактически не было, а поточнее не было доступных и легких систем, не было выбора меж открытыми и коммерческими системами, а популярность малочисленных коммерческих систем была такая, что о их существовании фактически никто не знал. Но такое положение продолжалось относительно недолго, и в дополнение к статичным html‑страничками CGI программированию возникли наиболее «дружеские» технологии – Asp (конец 1996 г.), ColdFusion (июнь 1995 г.), а позднее и PHP (2‑ая версия вышла в 1997 г.). Новейшие технологии дозволили скооперировать разметку html‑страничек и легкий программный код, сделав тем пассивные html‑странички активными. Активность крайних дозволила просто организовать интерактивное взаимодействие с юзерами, ведь всякий раз при воззвании к одной и той же активной страничке юзер мог получать новейшие данные. В то же время стали создаваться активные странички для автоматизации определенных действий, к примеру, процесса загрузки файлов на либо же процесса сотворения новейших страничек. Такие полезные странички равномерно собирались во вспомогательные пакеты. Подобные пакеты применялись в типовых задачках, но их способностей не постоянно хватало и почти все клиенты предпочитали заказывать личные системы управления под собственный свой проект. Эти заказные системы вначале не были всепригодными – когда требовалось изменять или расширить их функциональность, заказчику приходилось опять обращаться к разрабам. Скоро и сами создатели пришли к решению о необходимости сотворения всепригодных систем. Таковым образом и возникли 1-ые всепригодные коммерческие системы управления.

Утвердилась и аббревиатура CMS, которая была взята и русскими юзерами. Позднее возникли и открытые системы управления. Предстоящая эволюция этих систем привела всю область к такому уровню развития, что сегодняшнее словосочетание «система управления содержанием» уже не совершенно животрепещуще, т. к. функциональность современных систем существенно расширилась, сейчас они способны работать с темами, модулями, также управлять иными элементами. Современные системы уже можно смело называть «системами управления Интернет-проектом (класса n)» [12].

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

К огорчению некая часть имеющихся сайтов сотворена без систем управления. Это так именуемые «пустышки». Почему так происходит?

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

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

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

-будущие и истинные гости разрабатываемого / разработанного интернет-проекта (гости, зарегистрированные и незарегистрированные юзеры)

—контент-менеджеры, модеры, редакторы, админы (обладатели);

-программисты и интеграторы (юзеры cms «как продукта»).

гости – это самая бессчетная и самая важная группа юзеров. Без их хоть какой проект не стал бы развиваться (а может быть и совершенно существовать), потому за их внимание и ведется настолько твердая борьба. Гость, он никогда не вникает в технические подробности – ему полностью индифферентно, на базе какой системы управления работает разрабатываемый проект, ему важен итог – информация и метод ее получения. Систему управления гость не лицезреет в таком виде, в котором ее лицезреют доверенные участники вашего проекта, вся система для него – это странички с материалами, навигационные элементы, формы оборотной связи, подсказки и т.д., но не наиболее того. гость – это обычный пользователь, и чем проще и резвее увлекательная информация «извлекается» из вашего проекта, тем меньше он думает о остальных, других проектах. Потому недостаточно сделать удачный и отлично настроенный проект, нужно также позаботиться и о его содержании – оно обязано быть увлекательным и животрепещущим, так вы можете привлечь больше гостей.

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

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

На данном шаге будут рассмотрены два более тривиальных вида систематизации:

—систематизация по «степени открытости»;

—классификация по «разрабу системы».

а) систематизация по «степени открытости»

Что такое степень открытости? Почти все юзеры уже успели испытать такие продукты как OpenOffice, Firefox, Linux, также остальные известные программки и системы, которые распространяются не попросту безвозмездно, да и с открытыми начальными кодами (в рамках движений OpenSource, GNU, FSF и остальных). Крайнее значит, что любой желающий может заносить конфигурации в начальный код таковых программ и даже распространять их в измененном виде. Но открытые проекты – это не попросту программное решение и набор вседозволяющих лицензий – это к тому же соц явление, базирующееся на принципах взаимо помощи, также движение, объединяющее собственных участников по идеологическим интересам.

Какие неповторимые способности дают открытые проекты разным людям, и какими преимуществами владеют открытые продукты? Разглядим более тривиальные достоинства и способности:

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

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

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

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

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

6. Открытый продукт можно «пересобрать» с учетом собственных собственных требований и тем получить наибольший итог.

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

б) систематизация по «разрабу системы»

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

Начнем с систем управления первой группы. Как возникают общества и как возникают продукты общества? В мире существует достаточно много вольных экспертов (классных программистов, дизайнеров и т.д.), ценящих собственный труд и свободу. Они никогда не соглашаются на роль используемого звена, они предпочитают без помощи других отыскивать заказы и работать без посредников (а для огромных проектов даже собирать целые команды) и, как итог, получать за собственный труд достойное вознаграждение. В собственном большинстве это идеологические фавориты, которые не хотят мириться с текущим положением вещей. Так либо по другому, но в собственной практике им приходится использовать разные «решения» (готовые идеи и продукты). Со временем они соображают, что имеющиеся решения владеют недочетов (ограниченная функциональность, закрытость и т.д.) или малопригодны в среде новейших технологий, тогда и они берут на себя смелость сделать нечто новое и наиболее доступное. Так возникает новенькая мысль. Опосля воплощения загаданного, на свет возникает и «решение», еще пока, может быть и сырое, но уже перспективное. Дальше создатель воспринимает решение создать все выработки общедоступными – так раскрывается новейший проект. Это приводит к тому, что в скором времени, у проекта, возникают и свои последователи – появляется общество. Конкретно благодаря обществу и его сильной поддержке в предстоящем, все следующие «решения» будут эволюционировать (мысль при всем этом остается постоянной). Как результат: уже через несколько лет вполне готовое и размеренное «решение» начнет теснить коммерческие продукты, а новейший проект перевоплотится в богатство общества.

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

Следует также увидеть, что Интернет студии бывают разных типов – на роль Интернет-студий могут претендовать как команды из 2–3 человек, так и полностью суровые организации. При этом в первом случае таковая веб-студия может представлять собой самый простой «сайто-строительный» полигон и не наиболее того. сейчас вернемся к коммерческим cms. Когда они стали появляться? Почти все из сейчас имеющихся коммерческих систем, т.е. систем второго потока, «зародились» в периоде меж 1999 г. и 2003 г. – конкретно тогда начали быстро появляться все пользующиеся популярностью на данный момент веб-студии, которые в 1-ые годы собственного существования и стали создавать собственные системы управления. Схема разработки и поддержки систем управления контентом представлена на рисунке 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 года в свет вышла 1-ая версия 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 году в стенках Евро совета по ядерным исследованиям (фр. ConseilEuropéenpourlaRechercheNuclé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 г. по данным компании «NetcraftLtd».

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

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

1-ая версия была выпущена Робертом МакКулом в 1994 году. Опосля ее выхода сформировалась команда, позднее ставшая известной apache Group. 2-ая версия приметно различалась от предыдущей. Она была выпущена лишь в 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. Это новенькая разработка представления данных в Вебе, созданной для пуска на разных платформах. Она дозволяет создавать насыщенные, зрительно симпатичные Интернет-страницы, работающие в разных обозревателях, устройствах и настольных операционных системах (к примеру AppleMacintosh).

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

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

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

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

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

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

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

Набросок 1.5.3 – Трехзвенная архитектура.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Не считая прав на директории, для размеренной работы системы нужно настроить интерпретатор PHP в согласовании со последующими критериями: «SafeMode» – выключить, «DisplayErrors» – включить, «FileUploads» – включить, «MagicQuotesGPC» – включить, «RegisterGlobals» – выключить.

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 – установка имени веб-сайта.

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

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

Набросок 2.1.4 – установка CMS «Joomla!». Шаг 3 – опции системы.

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

4-ый шаг установки «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, удачно создавать сложные в оформлении документы.

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

Набросок 2.3.3 – Графический редактор. Создание материала

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

Набросок 2.3.4 – Графический редактор материала. Блок закладок

Вкладка «Редактор» содержит внутри себя все вышеперечисленные поля и дозволяет ввести нужную для отображения информацию.

Вкладка «Публикация» дозволяет найти характеристики: показа материала на главной страничке, ограниченной публикации материала, уровня доступа и данных о создателе материала.

Вкладка «Рисунки» сотворена для управления интегрированной в «Joomla!» функцией присоединения изображений к записи. Вставка изображений делается при генерации странички, другими словами на лету.

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

Набросок 2.3.5 – Графический редактор материала. Вкладка «Рисунки»

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

Дальше, по средствам вставки в текст функции <! – mosimage–>, избранные для имеющегося материала рисунки добавляются к записи. При этом, 1-ое упоминание данной функции будет означать вывод первой рисунки из перечня «Рисунки материала», при написании <! – mosimage–> в тексте во 2-ой раз, будет вставляться 2-ая картина и так дальше.

Для работы с графикой в «Joomla!» не существует комфортных и обычных, обычных средств. Этот факт является одним из существенных недочетов, т. к. для вставки картинок в текст нужно применять «Медиа менеджером» либо загружать изображения, по средствам FTP‑подключения, на веб-сайт и ссылаться на необходимое изображение операторами языка html.

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

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

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

Набросок 2.3.6 – Графический редактор материала. Вкладка «Меню»

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

Набросок 2.3.7 – Графический редактор материала. Меню операций с файлом.

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

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

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

Набросок 2.3.8 – интерфейс админа. Материалы всех категорий

Для сотворения статического объекта не относящегося не к одной группы, проще говоря – статической странички, следует надавить на клавишу «Статичные материалы», располагающуюся на главной страничке административного интерфейса, или пользоваться пт меню «Материалы» – «Статичные материалы» – «Новейший».

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

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

Набросок 2.3.9 – Деление инфы на странички и вставка картинок

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

2.3.3 Создание частей меню

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

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

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

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

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

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

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

Для опции отображения бокового меню откроем пункт «Модули» – «Модули веб-сайта», дальше выберем «Основное меню».

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

-«Заголовок» – заголовок меню, выводимый на страничках веб-сайта при включении функции «Демонстрировать заголовок»;

-«Позиция» – заглавие контейнера, выводящего модуль меню;

-«Порядок» – последовательность вывода модуля в контейнере шаблона дизайна веб-сайта (если выводится сходу несколько модулей в одном контейнере);

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

-«Публикация» – описывает включено ли отображение меню на веб-сайте;

-«Имя меню» – дозволяет избрать нужное, для отображения в данном модуле, меню из общего перечня;

-«Стиль меню» – вертикальное либо горизонтальное размещение клавиш (меняется при выводе верхнего и бокового меню);

-«Развернуть меню» – при древовидной структуре, дозволяет развернуть все подпункты и демонстрировать их вкупе с главными пт меню.

Наружный вид конфигурации модуля представлен на рисунке 2.3.10.

Набросок 2.3.10 – Конфигурация модуля в «Joomla!»

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

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

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

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

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

Набросок 2.3.11 – Выполнение входа в «Менеджер меню»

Раздел «Менеджер меню» дозволяет производить операции с разными группами ссылок в системе управления контентом. Мало выше, описывался процесс прибавления модулей отображения меню, в каком говорилось о необходимости указывать «Имя меню» – «mainmenu». Менеджерменю сотворен специально для редактирования группы ссылок, таковых как «mainmenu». админ может сделать хоть какое количество групп и выводить их при помощи модулей на веб-сайт.

Для редактирования группы ссылок «mainmenu», выводимой на веб-сайт модулем «Основное меню», следует избрать пункты «Меню» – «mainmenu» в административном меню, или надавить на клавишу «Редактировать пункты меню» распложенную напротив наименования «mainmenu».

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

Система управления контентом дозволяет создавать ссылки на разные объекты веб-сайта, зависимо от потребности админа ими могут быть:

-«Блог – материалы группы» – при переходе по ссылке, юзеру выводятся все материалы избранной группы;

-«Блог – материалы раздела» – при переходе по ссылке, юзеру выводятся все материалы избранного раздела;

-«Ссылка на материал» – при переходе по ссылке, юзер попадает на страничку с определенным материалом;

-«Ссылка на статическую страничку» – при переходе по ссылке, юзер попадает на «статическую страничку»;

-«Таблица – материалы группы» – дозволяет выводить на страничку таблицу с заголовками всех материалов избранной группы;

-«Таблица – материалы раздела» – дозволяет выводить на страничку таблицу с заголовками всех материалов избранном разделе;

-«Компонент» – ссылается на объект компонента, к примеру, на форму контакта либо гостевую книжку.

Практически, тип избранной ссылки описывает вид представления данных на страничке.

В работе над веб-сайтом «Центра занятости г. Новомосковска» употребляется три вида ссылок – «Блог – материалы группы», «Статическая страничка» и «Компонент».

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

Для прибавления ссылки меню на «Статическую страничку» нужно пользоваться клавишей «Новейший» менеджера меню, в показавшемся окне следует избрать «Ссылка – статичный материал». Графическое

Набросок 2.3.12 – Выбор типа содержимого меню

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

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

Набросок 2.3.13 – Выбор родительского пт меню

В данном случае, пункт «Муниципальные услуги» является подпунктом странички «Деятельность ЦЗН» в «Главном меню».

Для вывода ссылки «Материалов группы» нужно пользоваться клавишей «Новейший» менеджера меню, в показавшемся окне следует избрать «Блог – содержимое группы». Графическое представление выбора показано на рисунке 2.3.14.

Набросок 2.3.14 – Выбор типа содержимого меню

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

Не считая указания группы, материалы которой будут выводиться по данной ссылке, админу системы нужно указать «Имя ссылки»; «Родительский пункт меню»; количество материалов, выводимых вполне (вводный и главный текст); количество материалов, представленных лишь вводным текстом; количество материалов, представленных в виде ссылок.

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

Набросок 2.3.15 – Выбор типа содержимого меню

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

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

Набросок 2.3.16 – «Менеджер меню» в системе управления контентом «Joomla!»

2.3.4 Наполнение главной странички

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

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

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

В случае с веб-сайтом «Центр занятости населения городка Новомосковска», была сотворена особая категория «Основная страничка» в разделе «Анонсы». Она носит только организационный нрав и материалы, помещенные в нее, не отмеченные свойством «На главной страничке», на веб-сайте выводиться не будут.

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

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

Набросок 2.3.17 – Менеджерматериалов, размещенных на главной страничке

2.4 Сервис системы управления контентом «Joomla!»
2.4.1 Изменение шаблонов дизайна и позиций модулей

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

Для выбора, редактирования и подмены шаблона дизайна в системе управления контентом «Joomla!» существует особый интерфейс «Менеджер шаблонов». Он представлен на рисунке 2.4.1.

Набросок 2.4.1 – «Менеджер шаблонов» в CMS «Joomla!»

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

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

Доп функциями редактора шаблонов являются «Удаление» и «Создание новейшего шаблона».

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

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

Набросок 2.4.2 – Менеджермодулей системы управления контентом «Joomla!».

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

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

2.4.2 Изменение категорий и разделов

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

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

Система управления контентом дозволяет переносить группы из 1-го раздела в иной. Данная функция реализуется установкой галочек напротив категорий, которые нужно перенести в иной раздел. Дальше админу нужно пользоваться клавишей «Перенос». интерфейс менеджера категорий представлен на рисунке 2.4.3.

Набросок 2.4.3 – Графический интерфейс «Менеджера категорий»

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

Набросок 2.4.4 – Перенос материалов из одной группы в другую

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

2.4.3 Изменение блоков меню

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

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

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

Редактор меню дозволяет «Переносить», «Удалять», «Копировать», «Публиковать», «Скрывать», «Править» разные элементы. к примеру, имеется возможность поправить ссылку на определенную категорию, без ее удаления. Для этого стоит просто избрать подходящую ссылку и в поле «Категория» избрать новое

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

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

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

2.4.4 Изменение информационного материала

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

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

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

Набросок 2.4.5 – Редактор материалов в CMS «Joomla!»

Все начальные функции редактора доступны и при редактировании. Может быть поменять «Раздел» и «Категорию» записи. Находятся все нужные стилевые решения. Опосля окончания редактирования следует надавить клавишу «Сохранить».

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

2.4.5 Создание запасной копии инфы

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

Для запасного копирования файлов в системе управления контентом употребляется компонент «JoomlaXplorer». Вход в компонент осуществляется через пункт «Составляющие» – «JoomlaXplorer» в меню административного интерфейса. Наружное

Набросок 2.4.6 – интерфейс компонента «JoomlaXplorer».

Компонент имеет широкие способности по копированию, редактированию, переносу, удалению, переименованию, изменению разрешений и архивированию файлов.

Для сотворения запасной копии файлов системы управления контентом, нужно отметить галочкой папку «htdocs» и надавить на клавишу «Архивировать». В показавшемся окне админ показывает название файла и тип архива. Графический интерфейс сотворения архива файлов представлен на рисунке 2.4.7.

Набросок 2.4.7 – Создание запасной копии файлов Интернет-сайта

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

Файлы в системе управления контентом обеспечивают выполнение всех функций, но не содержат информационных данных Интернет-сайта. Все материалы и опции хранятся в базе данных MySQL. Для обеспечения запасного копирования БД употребляется приложение «PHPMyAdmin».

Для работы с «PHPMyAdmin» следует авторизоваться методом ввода имени юзера и пароля на веб-сайте https://phpmyadmin.hc.ru/. В данном случае, имя юзера – «cznnov_czntest», пароль – «qwerty123».

Опосля удачного входа нужно надавить на клавишу «Экспорт». На показавшейся страничке следует избрать базу данных – «wwwcznnov_czntest», отметить пункт «Сохранить как файл», установить шифровку базы данных – «windows‑1251», указать вид архива – «zip» и надавить на клавишу «ОК». Окно экспорта базы данных представлено на рисунке 2.4.8.

Набросок 2.4.8 – Экспорт базы данных в файл

2.4.6 Восстановление запасной копии

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

Намного пореже, чем восстановление базы данных, приходится применять восстановление файлов системы. Восстановление БД делается через «PHPMyAdmin».

приложение создано для управления базами данных сервера MySQL. Управление предполагает создание, удаление и редактирование баз данных, их таблиц и записей. Может быть выполнение постороннего SQL‑кода.

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

На главной страничке приложения следует избрать базу данных, применяемую системой управления контентом. В случае с веб-сайтом «Центр занятости населения г. Новомосковска» заглавие БД – «wwwcznnovru_czntest».

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

Набросок 2.4.9 – Удаление таблиц из базы данных в «PHPMyAdmin»

Опосля удачного удаления всех таблиц нужно надавить на клавишу «Импорт». Указав последнюю скачанную копию базы данных и шифровку «windows‑1251», надавить на клавишу «ОК». Запасная копия БД импортирована.

2.5 Многофункциональные способности системы управления контентом «Wordpress» на примере Интернет-сайта ЗАО «Росинтел»

2.5.1 Анализ начального Интернет-ресурса

В качестве площадки для реализации и развертывания проекта на системе управления контентом «Wordpress» был избран Интернет-сайт ЗАО «Росинтел».

До модернизации, Интернет-ресурс был сотворен на базе статических html‑страничек и имел последующие разделы: «Наш город», «Наша компания», «Оборудование», «Услуги», «Клиенты», «Это любопытно!?».

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

Набросок 2.5.1 – Основная страничка начального Интернет-сайта ЗАО «Росинтел»

2.5.2 Разработка и внедрение новейшей структуры представления данных

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

Во всех разделах была изменена текстовая информация. Разделы «Оборудование», «Услуги», «Клиенты», «Это любопытно!?» были удалены.

Благодаря многофункциональным чертами системы управления контентом «Wordpress», на сайте «ЗАО Росинтел» была сотворена структура, представленная на рисунке 2.5.2.

Набросок 2.5.2 – Информационная структура новейшего сайта ЗАО «Росинтел»

Приведенная на рисунке 2.5.2 структура сотворена с помощью интегрированных средств системы управления контентом «Wordpress». Странички «Контакты», «О компании», «Новомосковск», «Как произвести оплату» являются статическими, но управляются и редактируются через панель админа в системе управления контентом.

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

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

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

Набросок 2.5.3 – Основная страничка новейшего Интернет-сайта ЗАО «Росинтел»

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

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

2.5.3 Многофункциональные способности «Wordpress»

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

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

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

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

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

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

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

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

Не считая «Таксономии» и «Главных слов» система управления контентом WordPress имеет:

-открытый начальный код;

—способности развернутого контроля политик учетных записей;

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

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

-удобный, настраиваемый административный интерфейс;

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

-удобный, многофункциональный, создающий незапятнанный html‑код, графический редактор текста, с обычным, схожим на Microsoft Word интерфейсом, облегчающий жизнь юзерам, не знакомым с языком разметки;

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

-возможность сохранения недописанного материала в качестве «черновика»;

-встроенную систему оповещений о выходе новейших версий самой CMS и установленных компонент;

—способности экспорта и импорта информационных материалов по средством технологий «RSS», «Atom», «XML»;

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

-встроенный редактор ЧПУ, делающий ссылки на записи веб-сайта наиболее симпатичными для ботов поисковых машин;

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

-встроенные способности запасного копирования базы данных по расписанию и отправки архива на email админа;

-систему комментирования записей юзерами и гостями проекта, способности предназначения прав на комментирование, антиспам модуль;

—инструмент автоматического обновления до наиболее свежайшей версии;

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

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

—Интернет-интерфейс редактирования шаблонов с подсветкой HTML‑кода;

-систему контроля версий шаблонов, позволяющую восстанавливать состояние файлов шаблона графического дизайна и демонстрировать различия в коде;

-возможность ограничения доступа к интерфейсу админа по перечням разрешенных IP‑адресов;

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

-более 4000 бесплатных компонент, добавляющих доп функционал;

-более 1000 бесплатных графических шаблонов, распространяемых безвозмездно на веб-сайте проекта;

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

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

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

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

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

-SQL‑инъекция (по данным компании Positive Technologies, любой 2-ой веб-веб-сайт в сети веб подвержен SQL‑инъекции);

-отсутствие регулирования прав на запись в каталогах CMS;

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

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

-возможность доступа к административному интерфейсу с всех IP;

-подмена содержимого;

-межсайтовое выполнение сценариев (XSS);

-переполнение буфера;

-отказ в обслуживании;

-взлом посторониих Интернет-приложений, размещаемых на одном сервере с системой управления контентом;

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

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

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

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

-аудит информационной среды (сервера, ОС, распределение прав доступа);

-аудит Интернет-приложений;

-контроль целостности начального кода;

-постоянный мониторинг проекта;

-ежедневное запасное копирование базы данных и файлов системы;

-единая система авторизации для всех Интернет-приложений (CMS, форумы);

-возможность шифрования инфы при передаче;

-журналирование неудачных попыток авторизации и всех попыток взлома;

-настройка активной реакции системы при попытке вторжения на веб-сайт;

-разграничение доступа меж юзерами (доступ к файлам и каталогам, доступ к модулям и логическим операциям в модулях);

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

На веб-сайтах «Центр занятости населения г. Новомосковска», ЗАО «Росинтел» и остальных Интернет-проектах, выполненных за время исследования данной препядствия, были приняты меры по обеспечению сохранности систем управления контентом.

Почти все из вышеперечисленных способностей, уже реализованы в современных CMS, к примеру, в «Wordpress» на веб-сайте ЗАО «Росинтел».

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

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

2.7 Сравнительный обзор систем управления контентом

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

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

Система управления контентом «Joomla!» имеет огромное количество выявленных уязвимостей, повсевременно закрываемых заплатами разрабов. В данный момент система выпускается в 2-ух дервиях 1.5.х и 1.0.х. версия 1.0.х, с 16 июля наиболее не поддерживается. В данном случае, есть необходимость переводить все имеющиеся проекты на версию 1.5.15 и выше.

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

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

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

Исходя из расхода системных ресурсов – «Wordpress» является наиболее ресурсо-потребляющим. Перегрузка на ОЗУ сервера составляет 50–120 Мб, зависимо от установленных модулей дополнения. При использовании «Joomla!» перегрузка доходит до 20–40 Мб.

Работа с шаблонами дизайна в обеих системах организована на высочайшем уровне. Обе разрешают изменять код шаблона из интерфейса админа. «Wordpress» имеет наиболее гибкие решения и внутренние операторы, что дозволяет добавлять на веб-сайт интерактивные элементы без каких-то ограничений. структура шаблона наиболее прозрачна, допускается выполнение случайного PHP‑кода.

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

Заключение

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

Информационная система «Центр занятости населения г. Новомосковска» была перенесена на виртуальный хостинг, находящийся в датацентрне компании «Хостинг-Центр РБК». записанно отдельное доменное имя второго уровня.

При разработке интернет-ресурсов были применены две разные системы управления контентом. Этот факт дозволил провести сравнительный анализ обеих систем.

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

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

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

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

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

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

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

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

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

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

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

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

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

Перечень использованных источников

1 Рассохин Д.Е., Лебедев А.Г. World Wide Web – информационная сеть в сети Веб. – М.:Техиздат, 2002. –115 с.

2 веб // Википедия – вольная энциклопедия. Страничка «Веб».

HTTP://ru.wikipedia.org/wiki/Internet

3 Общая статистика веб-сайтов // Веб-сайт компании «Netcraft». Страничка «May 2009 Web Server Survey».

HTTP://news.netcraft.com/archives/2009/05/27/may_2009_web_server_survey.html

4 Экслер А.Б. Укрощение Веба, либо Самый полный и понятный самоучитель работы в Сети. – М.:НТ Пресс, 2007. –944 с.

5 PHP// Википедия – вольная энциклопедия. Страничка «PHP».

HTTP://ru.wikipedia.org/wiki/PHP

6 Бенкен Е.С. PHP, MySQL, XML: программирование для Веба. – С. Пб.:BHV, 2008. –570 с.

7 Харрис Э. PHP/MySQL для начинающих. – С. Пб.:Издательство «КУДИЦ-Образ», 2005. –384 с.

8 Конверс Т.А. PHP 5 и MySQL. Разработка и внедрение. Библия юзера. – М.: «Вильямс», 2006. –1216 с.

9 MySQL// Википедия – вольная энциклопедия. Страничка «MySQL».

HTTP://ru.wikipedia.org/wiki/MySQL

10 Введение в MySQL// Российское общество разрабов MySQL. Раздел «Документы». Страничка «Введение».

HTTP://www.mysql.ru/docs/ilyin/

11 CMS// Википедия – вольная энциклопедия. Страничка «Системы управления содержимым».

HTTP://ru.wikipedia.org/wiki/Системы_управлния_содержимым

12 Учебник по CMF/CMSDrupal// Интернет-сайт DrupalBZ. Страничка «BZ DRUPAL HANDBOOK».

HTTP://www.drupal.bz/bz_drupal_handbook

13 Joomla! // Википедия – вольная энциклопедия. Страничка «Joomla!».

HTTP://ru.wikipedia.org/wiki/Joomla

14 Хаген Г.Ф. Создание Интернет-сайтов при помощи Joomla! 1.5 / Пер. с англ. – М.:Вильямс, 2008. -352 с.

14 Рамел Д.А. Joomla! / Пер. с англ. – С. Пб.:BHV, 2008. -572 с.

15 Единый указатель ресурсов // Википедия – вольная энциклопедия. Страничка «URL».

HTTP://ru.wikipedia.org/wiki/URL

16 Интернет-сервер Apache// Википедия – вольная энциклопедия. Страничка «Apache».

HTTP://ru.wikipedia.org/wiki/Apache

17 Интернет-сервер IIS// Википедия – вольная энциклопедия. Страничка «Apache».

HTTP://ru.wikipedia.org/wiki/IIS

18 Трехуровневая архитектура // Википедия – вольная энциклопедия. Страничка «Трехуровневая архитектура».

HTTP://ru.wikipedia.org/wiki/Трехуровневая_архитектура

19 Лобковская О.З., Шабанова Н.Ю. Методические указания для специальности 2202 «Автоматические системы обработки инфы и управления» по технико-экономическому обоснованию дипломных проектов и работ, НИ РХТУ им. Д.И. Менделеева, Новомосковск, 2006. –40 с.

20 Рельзультаты ежеквартального опроса проф участников рынка Интернет-разработок // Интернет-сайт CMSMagazine – аналитический портал рынка веб-разработок. Страничка «Исследования».

HTTP://research.cmsmagazine.ru/

21 Определение категорий В1‑В4 помещений (извлечения из НПБ 105–03 и ГОСТ 12.1.004–91).

22 СанПиН 2.2.2/2.4.1340–03. Гигиенические требования к индивидуальным электронно-вычислительным машинкам и организации работы.

Приложения

Приложение А
Данные доступа к Интернет-ресурсу ЦЗН г. Новомосковска

Для входа в панель администрирования хостинга используются данные:

—адресок HTTP://hc.ru;

-имя юзера «cznnovru»

-пароль «qwerty123cznpass»

Для обеспечения ftp‑подключения к основному веб-сайту употребляются данные:

-сервер «cznnov.ru»

—имя юзера «cznnov»

-пароль «qwerty123»

Для обеспечения ftp‑подключения к тестовому веб-сайту употребляются данные:

-сервер «cznnov.ru»

—имя юзера «cznnov-test»

-пароль «qwerty123»

Для обеспечения ftp‑подключения к тестовому веб-сайту употребляются данные:

-сервер «cznnov.ru»

—имя юзера «cznnov-test»

-пароль «qwerty123»

приложение Б



Даталогическая модель базы данных «Joomla»

приложение В


Даталогическая модель базы данных «Wordpress»

]]>