Drupal: Данная система может располагаться практически на любом хостинге с поддержкой MYSQL и php.

WordPress: Обычно проблем не возникает из простоты и универсальности кода движка.

18. Смена хостинга:

Joomla: Достаточно просто. Надо всего лишь сделать дамп базы данных и файлов. После чего распаковать все это на новом сервере.

Drupal: Тоже не возникает проблем. Как и с Joomla, делаете бекап сайта и размещаете его на новом хостинге.

WordPress: Слабая сторона. Файлы переносятся быстро и легко. Проблемы в основном возникают с базой данных. В ней приходиться менять абсолютные ссылки сервера на статьи и модули. Есть встроенный инструмент для импорта/экспорта базы данных, но и с ним иногда возникают проблемы.

19. Проведение тех. работ:

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

Drupal: Также есть опция, для перевода сайта в режим проведения тех. работ. И опять, для изменения внешнего вида нужно обладать знаниями HTML и CSS.

WordPress: Для страницы, которая выводит информацию о проводимых работах, можно устанавливать дополнительные шаблоны. Есть также специальные модули, которые могут выводить дополнительную информацию на такую страницу (например, примерное время проведения работ).

20. Структура папок:

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

Drupal: Иерархия не так сложна как в Joomla. Файлы пользовательских модулей и шаблонов содержаться отдельно от системных файлов движка.

WordPress: Сильная сторона. Всего несколько папок для всего движка. Файлы пользователя лежат отдельно от файлов системы.

21. Размеры сайта:

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

Drupal: Размеры сайта небольшие. движок не перегружен лишними элементами.

WordPress: Сайты на WordPress тоже маленькие, из-за простоты движка и умеренной функциональности.

22. Размеры базы данных:

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

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

WordPress: База данных тоже великовата, но терпимо. Что то среднее между Drupal и джумлой.

23. Создание дизайна:

Joomla: Сильная сторона. Достаточно вставить несколько строчек кода в готовый HTML/CSS шаблон, чтобы CMS начала выводить свою информацию в нем.

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

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

24. Ajax:

Joomla: Для установки какой либо JavaScript-библиотеки, достаточно установить соответствующий модуль. Однако при установки этой CMS, в неё по умолчанию встроен Mootools. Если его отключить, то перестанут нормально работать большинство шаблонов и модулей.

Drupal: По умолчанию встроен JQuery. Можно отключить его при необходимости, при этом движок и большинство модулей останутся рабочими. Для установки дополнительных библиотек, достаточно найти нужный модуль.

WordPress: Слабая сторона. Для установки JavaScript-библиотек, которые необходимы некоторым модулям, нужны задатки программиста.

25. Размещение блоков:

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

Drupal: Можно выводить блоки в любые позиции, которые позволены шаблоном. Не более. Однако есть возможность стилизации их вывода для различных типов блоков.

WordPress: Слабая сторона. Место вывода какого либо модуля строго закреплена в шаблоне. И для его перемещения или стилизации необходимы навыки программирования.

26. Размещение меню:

Joomla: Сильная сторона. Кроме выбора любой позиции в шаблоне, можно менять его отображение в настройках (горизонтальное или вертикальное). Одно и тоже меню может быть выведено в нескольких позициях одновременно.

Drupal: В друпале также можно выбирать любую позицию для отображения меню. Однако для его стилизации необходимы навыки программирования html и css.

WordPress: Слабая сторона. Место и стиль меню строго закреплены в шаблоне. Необходимы навыки программирования php, html и css для изменения меню.

27. Вставка форм:

Joomla: Размещение и внешний вид форм закреплено в устанавливаемых модулях. Однако есть несложные конструкторы форм, которые, правда, не всегда приносят желаемого результат.

Drupal: Сильна сторона. Для друпа создан специальный модуль Views, который позволяет создавать формы различных уровней сложности и вложенности. На основе его можно без единой строчки кода создавать свои модули для работы с базой данных и взаимодействия с сайтом. Однако следует учитывать то, что установка данного модуля значительно понизит быстродействие Вашего сайта (к примеру, архив с этим модулем весит в полтора раза больше чем сам движок Drupal).

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

28. Работа в режиме блога:

Joomla: Слабая сторона. Даже после установки специальных компонентов, функциональности блога на Joomla явно не хватает. Данная система не подходит для ведение блога.

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

WordPress: Сильная сторона. Это наиболее популярная CMS для ведения блога. Это привело к созданию большого количества плагинов, которые расширяют функциональность блога.

29. Интернет-магазин:

Joomla: Для этой CMS создано множество модулей eCommerce как платных так и бесплатных. Наиболее популярным из них является Virtuemart.

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

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

30. Социальная сеть:

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

Drupal: Очень мало готовых решений. придется самому, или с помощью фрилансеров подымать социальную сеть на нём.

WordPress: Необходимых модулей практически нет. Можно, конечно же, доработать эту систему до этого. Однако цены Вас не обрадуют.

2.5 Описание требований к сайту на базе платформы WordPress и её преимущества

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

В качестве платформы для сайта http://www.rensikai.ru/ была выбрана именно эта система управления контентом, так как она идеально подходила по своим характеристикам для данного проекта.

Таблица 2.5.1 Требования системы к текущим CMS

№	Joomla	Drupal	WordPress
1	X	X	X
2			X
3	X	X	X
4	X	X	X
5	X	X	X
6	X	X	X
7	X	X	X

Требования выдвигаемые заказчиком были следующими:

1. Система, на которой основа сайта должна была распространяться по свободной лицензии.

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

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

(Система должна обладать хорошо продуманной, интуитивно понятной и удобной в использовании админ-панелью.)

3. Система должна была поддерживать внешние плагины.

(Программы которые расширяют ее функционал.)

4. Система должна была быть мульти-язычной.

(Должны были поддерживаться английский и русский языки.)

5. Система должна быть написана на PHP и с использованием технологии MYSQL.

(Стандарты: PHP версии 5.2.4 или выше и MYSQL версии 5.0 или выше, по требованиям хостинга.)

6. Система должна обладать широкой поддержкой пользователей.

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

7. Система должна быть популярной.

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

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

2.6 Минимальные требования для установки WordPress

Наиболее оптимальной работы данной CMS можно достичь, используя платформу LAMP, которая представляет собой связку Linux, Apache, MYSQL и PHP. У сервера Apache должен быть включен модуль mod_rewrite, который выполняет функцию перезаписи URL-адресов на лету. Это позволяет применять WordPress постоянные ссылки.

Минимальные требования для размещения сайта на базе WordPress следующие:

· PHP 4.3 или выше

· MYSQL 4.0 или более поздняя версия

· Модуль mod_rewrite сервера Apache

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

Рис. 2.6.1 Пример конфигурации платформы XAMPP на локальном компьютере

2.7 Загрузка WordPress для самостоятельной установки

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

Загрузка последних версий релизов, возможна с нескольких сайтов. Непосредственно файлы платформы можно загрузить с главного сайта wordpress.org.

Локализованную русскую версию можно загрузить с ресурса ru.wordpress.org или других сторонних сайтов, которые предлагают свои варианты локализаций.

Рис 2.7.1 Сайт WordPress.org

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

2.8 Установка WordPress на сервер

Установка данной платформы на серверх хостера проводится в три этапа:

1. Загрузить файлы данной CMS на сервер хостинг-провайдер.

2. Создать базу данных MYSQL для работы данной платформы.

3. Запустить web-интерфейс инсталлятора WordPress.

4. Установить права доступа к директориям.



2.8.1 Загрузка файлов CMS на сервер хостинг-провайдер

Загрузку файлов на сервер хостера можно произвести, используя web-интерфейс данного хостинг провайдера или любой FTP-клиент. При загрузке файлы CMS необходимо загружать в папку public_html и www, поскольку они являются корнем будущего сайта. Но также возможна установка во вложенную директорию сайта.

2.8.2 Создание базы данных MYSQL для работы платформы

После успешной загрузки файлов платформы на сервер хостинг-провайдера необходимо создать базу данных, которая будет использоваться CMS WordPress. Сделать это можно, используя такие web-приложения как phpMyAdmin, а также используя возможности web-интерфейса хостера, например cPanel.

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

Рис. 2.8.2.1 Страница системы управления phpMyAdmin



2.9 Установка с помощью инсталлятора WordPress

Возможно перед запуском инсталлятора CMS, потребуется редактирование файла wp-config-sample.php. В данном файле содержится информация, которая необходима WordPress для успешной инсталляции. После добавление нужных данных, файл wp-config-sample.php требуется переименовать в wp-config.php.

После успешного редактирования файла wp-config.php необходимо открыть страницу instsall.php. Будет запущен процесс инсталляции CMS. В течение данного процесса потребуется ввести название сайта, адрес электронной почты (понадобится при администрировании ситемы), имя пользователя и пароль.

Рис. 2.9.1 Окно инсталлятора WordPress в процессе установки

2.10 Установка прав доступа к директориям

Для обеспечения безопасности web-сайта необходимо установить соответствующие права доступа к файлам и директориям. Изменить права доступа можно при помощи FTP-клиента. Рекомендуемые права доступа для большинства файлов CMS WordPress должны иметь значения: 644, 755 или 775.

2.11 Повышение производительности WordPress

Система управления контентом WordPress в том виде, в котором она распространяется, не требует особых мер по оптимизации и повышению производительности, хотя возможно изменение некоторых настроек, которые оптимально приспособят данную CMS под нужды web-ресурса.

Повышение производительности WordPress можно разделить на несколько этапов:

· Выбор верных настроек для сайта.

· Модерирование комментариев и отсеивание спама.

· Управление дополнительными авторами.

· Кеширование и другие регулировки.

2.12 Выбор верных настроек для сайта

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



Рис. 2.12.1 Вид системы управления с открытой вкладкой Параметры, на которой расположены основные настройки системы

2.13 Модерирование комментариев и отсеивание спама

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

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



2.14 Управление дополнительными авторами

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

В платформе WordPress существует пять уровней или ролей пользователей, начиная с Администратора и заканчивая Подписчиком.

· Администратор (Administrator). У данного типа пользователя есть доступ ко всем функциям блога. Это учетная запись с наивысшими возможностями контроля.

· Редактор (Editor). Редактор имеет доступ ко всему, что имеет отношение к содержимому блога, кроме настроек. Редактор может читать, публиковать, удалять записи, страницы, ссылки, рубрики и метки. Важно то, что если необходимо работать с контентом, то пользователь с таким типом привилегий может этим заниматься. Многие эксперты по безопасности рекомендуют владельца блогов и сайтов на базе WordPress создавать для себя дублирующую учетную запись типа редактор и пользоваться ею для ежедневной работы. Если данная учетная запись будет скомпрометирована, сам блог не пострадает, если же будет скомпрометирована учетная запись администратора, последствия будут тяжелее.

· Автор (Author). Авторы могут создавать и публиковать свои материалы, однако, они не могут редактировать материалы других пользователей, или добавлять новые рубрики и ссылки.

· Участник (Contributor). Помощники могут создавать собственные записи, однако, они не имеют права публиковать в блоге или на сайте.

· Подписчик (Subscriber). Подписчики могут только читать записи блога и оставлять комментарии. Эта роль может быть полезна при применении плагина почтовой рассылки.

2.15 Кеширование и другие регулировки

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

Несмотря на то, что существует встроенное кеширование, также можно использовать плагины wp-supercache, wp-cache и W3 Total cache. Эти плагины не только кешируют страницы, но позволяют также легче производить настройку конфигурации и применять дополнительные возможности, например, сжатие файлов CSS и сценариев PHP. Большинству сайтов на базе WordPress не требуется серьезное кеширование. Его стоит применять в случаях использования совместного хостинга.

2.16 Темы WordPress

Для изменения внешнего вида WordPress использует различные темы. Каждая тема располагается в отдельной папке с названием темы. Чтобы тема могла существовать, необходимы два файла: index.php и style.css. Обычно темы содержат намного больше различных файлов, которые выполняют специализированные функции.

Ниже приведен список используемых файлов шаблонов, используемых WordPress:

· style.css Главный файл таблицы стилей. Файл должен быть в теме обязательно, и обязательно должен содержать описанные выше комментарии в заголовке файла.

· index.php Главный файл шаблонов. Если в теме используются свои шаблоны, этот файл index.php обязателен.

· comments.php Шаблон комментариев. Если его нет, используется файл comments.php из темы по-умолчанию.

· comments-popup.php Добавляет всплывающее меню для комментариев на JS. При отсутствии вызывается comments-popup.php из темы по-умолчанию.

· home.php Шаблон главной страницы блога.

· single.php Шаблон страницы с единственным постом. Используется, когда запрошен конкретный пост. Для этого и других шаблонов по запросу, используется index.php, если в теме нет соответствующего файла шаблона.

· page.php Шаблон отдельной страницы используется для отображения запрошенной страницы Page.

· category.php Шаблон категории category template. Используется при запросе категории.

· author.php Шаблон автора блога author template. Используется при запросе автора блога.

· date.php Шаблон вывода даты-времени. Используется при запросе даты и времени. Год, месяц, день месяца, час, минута, секунда.

· archive.php Шаблон архива. Используется, когда запрошены категория, автор или дата. Этот шаблон может быть перегружен шаблонами category.php, author.php, and date.php для соответствующих типов запросов.

· search.php Шаблон результатов поиска. Используется после выполнения поиска.

· 404.php Шаблон для сообщения об ошибке 404 Not Found . Используется, когда WordPress не может найти сообщение или страницу, которая соответствует запросу.

Рис. 2.16.1 Пример файлов темы WordPress

2.17 Поиск тем и выбор необходимой темы для сайта

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

2.18 Установка выбранной темы для сайта на базе WordPress

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

2.19 Настройка дополнительных параметров темы

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

Рис. 2.19.1 Пример возможности редактирования темы WordPress

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

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



3. Плагины

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

3.1 Загрузка плагинов WordPress

Загрузка необходимых плагинов возможна с основного ресурса wordpress.org или со сторонних сайтов разработчиков.

Рис. 3.1.1 Страница загрузки плагинов для платформы WordPress

3.2 Установка плагинов WordPress

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

Одним из преимуществ хранилища файлов WordPress.org является периодическая проверка того, соответствует ли версия установленного плагина последней версии, которая есть на сайте хранилища.

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

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

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

3.3 Рекомендуемые плагины

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

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

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

· Инструменты поисковой оптимизации. (SEO)

· Статистика. Плагины для сбора информации, касающейся посетителей сайта и посещаемости ресурса.

· Мультимедиа. Плагины для работы с аудио и медиа.

· Комментарии. Обработка и оформление комментариев.

· Администрирование. Модули, предназначенные для управления сайтом, базами данных, пользователями и безопасностью.

· Интеграция с социальными медиа. Подключения сайта или блога на базе платформы WordPress к социальным сетям.

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

· Поиск. Плагины для организации поиска по сайту.

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



4. Настройка сайта на базе WordPress для работы с поисковыми машинами

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

· Название сайта должно точно соответствовать его содержимому.

· Должно присутствовать описание сайта, кратко характеризующее сайт.

· Необходимо установить и активировать такие плагины как: Google XML Sitemaps, All in One SEO Pack.

· Создать рубрики, которые кратко описывают контент.

· Необходимо создать страницу About.

Рис. 4.1 Страница загрузки плагина Google XML Sitemaps



5. Описание интерфейса WordPress

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

Рис. 5.1 Окно системы управления WordPress с открытой консолью

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

Кнопка Записи (Posts). Раздел Записи позволяет создавать, редактировать и удалять записи сайта.

Кнопка Медиафайлы (Media). Данная кнопка открывает раздел управления медиа, файлами.

Кнопка Ссылки (Links). Вызывает список ссылок на сторонние web-ресурсы, которые можно использовать внутри блог-ролла.

Кнопка Страницы (Pages). Данная кнопка аналогична кнопке Записи, но вызывает раздел управления страницами web-сайта.

Кнопка Комментарии (Comments). Кнопка, вызывающая раздел управления комментариями.

Кнопка Внешний вид (Appearance). Вызывает раздел управления внешним видом сайта, который включает в себя: раздел управления темами web-сайта, раздел управления виджетами, редактор и раздел управления некоторыми другими настройками дизайна.

Кнопка Плагины (Plugins). Данная кнопка вызывает раздел управления плагинами.

Кнопка Пользователи (Users). Вызывает раздел управления пользователями web-сайта.

Кнопка Инструменты (Tools). Вспомогательные инструменты управления сайтом.

Кнопка Параметры (Settings). Главный раздел управления настройками web-сайта.

Рис. 5.2 Окно системы управления WordPress с открытой вкладкой Параметры (Settings)

6. Описание создания рабочего сайта на базе CMS WordPress

В данном разделе описывается процесс создания сайта http://www.rensikai.ru/ на базе CMS WordPress.

6.1 Выбор домена и хостинга для сайта

В качестве домена для данного ресурса был выбран домен второго уровня, зарегистрированный посредством сервиса, предоставляемого хостинг-провайдером - http://www.hostgator.com/.

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

Рис. 6.1 Главная страница сайта http://www.rensikai.ru/

Хостинг для сайта был выбран на основе учета и анализа характеристик хостинг-провайдеров, доступных онлайн. В качестве хостера выступил популярный поставщик данных услуг http://www.hostgator.com/, который также использовался для регистрации доменного имени.

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

В качестве рабочей системы управления контентом использовалась последняя русифицированная сборка CMS WordPress доступная по адресу http://ru.wordpress.com/.

Тема оформления, используемая на данном сайте, была выбрана с учетом пожеланий заказчика. В качестве темы использовалась свободная тема quietly-simple.1.0.. Данная тема была модифицирована, чтобы отвечать требуемой стилистике сайта.

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

В код темы был добавлен счетчик посещаемости mail.ru.

6.2 Установка прав доступа к директориям

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

После загрузки файлов на сервер для папок были установлены права доступа 755 для файлов 644. Где 4 - чтение, 2 - запись, 1- выполнение.

Права доступа получаются из суммы этих значений и записываются в следующем порядке: права доступа владельца, права доступа группы, остальные. Минимальные права доступа предоставляются посетителям сайта (4-чтение для файлов и 5-чтение и выполнение для папок). Для программ платформы устанавливаются минимальные права, требуемые для их функционирования (4-чтение для файлов и 5-чтение и выполнение для папок). И наибольшие права предоставляются владельцу файлов (6-чтение, запись для файлов и 7-чтение, запись, выполнение для папок). Данные права доступа рекомендуется устанавливать для повышения безопасности системы. Подобные параметры позволяют CMS WordPress нормально функционировать в большинстве случаев.

6.3 Создание базы данных MYSQL для работы платформы

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

В качестве имени базы данных было выбранно имя wordpress, поле collation установлено в значение utf8_bin. Данное поле определяет сопоставление кодировок в базе данных. Для кодировки базы данных utf8 рекомендуется устанавливать выше приведенное значение collation = utf8_bin.

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



Рис. 6.3.1 Страница с отображением графического интерфейса phpMyAdmin

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

Рис. 6.3.2 Страница ввода данных для доступа к базе WordPress.



6.4 Структура базы данных WordPress и ее краткое описание

Изначально база данных WordPress имеет 11 таблиц, количество и структура которых может изменяться в зависимости от установленных плагинов. Таблицы базы данных данной CMS перечислены ниже.

1. wp_commentmeta

2. wp_comments

3. wp_links

4. wp_options

5. wp_postmeta

6. wp_posts

7. wp_terms

8. wp_term_relationships

9. wp_term_taxonomy

10. wp_usermeta

11. wp_users

Таблица wp_commentmeta - В нее записывается вся дополнительная информация по оставленным на сайте комментариям (одобрен ли комментарий или нет, помечен ли он как спам и прочее).

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

Таблица wp_links - Здесь хранятся ссылки, аналог параметров из вкладки Ссылки в панели управления сайтом.

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

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

Таблица wp_posts - Таблица контента. В таблице хранятся данные о том, кто автор статьи, дата создания записи, сам текст, название страницы, статус записи (опубликовано, черновик, на утверждении), открыто или нет комментирование, сколько оставлено комментариев и т.д.

Таблица wp_terms - Таблица содержит категории, теги и ссылки.

Таблица wp_term_relationships - Здесь описывается ассоциативная связь записей с категориями и тегами. Таблица содержит строки с id записями и соответствующими им id рубриками и тегами.

Таблица wp_term_taxonomy - Эта таблица связывает между собой категории, ссылки блогролла и теги воедино, а также устанавливает очередность и вложенность категорий (рубрик).

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

Таблица wp_users - Она содержит список зарегистрированных пользователей, их логин и пароль в зашифрованном виде, e-mail адрес, дату регистрации и др.

6.5 Повышение производительности WordPress

Для повышения производительности сайта, было сделано следующие:

· Выбраны соответствующие настройки:

· Было заполнено поле - Заголовок сайта (Blog Title). Данное поле должно соответствовать содержимому сайта.

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

· Был указан часовой пояс (Timezone).

· Была включена опция отображения постоянных ссылок в виде Месяц и Название (Month and name).

· Администратором сайта применялось модерирование и отсеивание спама средствами самой CMS. Система WordPress позволяет достаточно эффективно управлять комментариями, что позволяет отсеивать спам. Но возможно увеличить эффективность данного процесса путем установки плагина Akismet.

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

· Было применено кеширование предоставляемое CMS WordPress по умолчанию. Его включение осуществлялось посредством редактирования файла wp-config.php и установкой константы ENABLE_CACHE в значение true.

6.6 Плагины

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

6.7 Настройка сайта на базе WordPress для работы с поисковыми машинами

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

Настройка сайта http://www.rensikai.ru/ для работы с поисковиками заключалась в следующем:

· Название сайта было выбрано точно в соответствие содержимым ресурса.

· Были заполнены поля Title и TagLine, что существенно повысило рейтинг сайта в поисковых системах.

· Был создан список ссылок на дружественные сайты.

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

6.8 Редактирование файлов темы

Редактирование растровых графических файлов происходило посредством графического редактора AdobePhotoshop CS5. Данный редактор является стандартом для разработки дизайна web-сайтов.

Изменения в код файлов CSS и шаблонов вносились посредством кодового редактора с подсветкой синтаксиса Notepad++ . При верстке темы использовалась валидная блочная верстка. Верстка таблицами не применялась, в виду ее ограниченности применения и не соответствия стандартам. Для разработки файлов темы применялся стандарт XHTML 1.0 Transitional.

Размещено на http://www.allbest.ru/

Рис. 6.8.1 Интерфейс программы Notepad++ с открытым исходным файлом

Для проверки файлов стилей и файлов шаблонов на валидность использовались онлайн- валидаторы: http://validator.w3.org/ и http://jigsaw.w3.org/css-validator/. Данные инструменты являются наилучшим решением для проверки валидности кода.

Рис. 6.8.2 Результат проверки валидатором http://validator.w3.org/



В результате проверки валидатором http://validator.w3.org/ не было выявлено ошибок.

Рис. 6.8.3 Результат проверки валидатором http://jigsaw.w3.org/css-validator/

В результате проверки валидатором http://jigsaw.w3.org/css-validator/ не было выявлено ошибок.

6.9 Наполнение контентом

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



Выводы и предложения

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

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

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

Система управления контентом (CMS) является достаточно мощным средством, используемым для организации содержания интернет ресурса, по желанию разработчика. На сегодня существует три основных ведущих систем управления контентом веб сайта: WordPress, Drupal и Joomla. Все они с открытым исходным кодом, а это означает, что можно свободно скачивать и изменять их, следуя личным потребностям.

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

У данной системы есть существенный недостаток - это ее быстродействие. При увеличении нагрузки на сайт, а также при установке дополнительных плагинов, скорость работы данной CMS существенно падает. (Данная особенность проявилась в результате работы с сайтом http://www.rensikai.ru/).

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

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



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

1. Брюс Эккель Б.Э., “Философия Java”, Питер, Санкт.Петербург, 2001г., 876 стр.

2. В. Гилмор, В.Г. “PHP4 учебный курс”, Питер, Санкт-Петербург, 2001г., 352 стр.

3. Владимир Дронов В.Д., “JavaScript в Web-дизайне”, bhv, Санкт-Петербург, 2001г. 876стр.

4. Джефф Элджер Д.Э., “С++”, Питер, Санкт-Петербург, 2000г., 320 стр.

5. Дэн Седерхольм Д.С., “Пуленепробиваемый web-дизайн”, NT Press, Москва, 2006 г., 251 стр.

6. Дейв Крейн Д.К., Эрик Паскарелло Э.П., “Ajax в действии”, Вильямс, Москва, 2006г., 368 стр.

7. И.И. Попов И.И.П., Н.В. Максимов Н.В.М., “Компьютерные сети”, Форум - Инфра-М, Москва, 2003г., 331 стр.

8. Кристиан Дари К.Д., Богдан Бринзаре Б.Б., Филип Черчез-Тоза Ф.Ч.Т., Михаил Бусика М.Б., “Ajax и PHP. Разработка динамических web-приложений”, Символ, Санкт.Петербург, 2007г., 332 стр.

9. Люк Веллинг Л.В., Лора Томсон Л.Т., “Разработка Web-приложений с помощью PHP и MYSQL”, Вильямс, Москва, 2005 г., 875 стр.

10. Молли Хольцшлаг М.Х., “250 секретов html и web-дизайна”, NT Press, Москва, 2006 г., 490 стр.

11. Стив Круг С.К., “Web-дизайн. Не заставляйте меня думать”, Символ, Санкт.Петербург, 2005 г., 195 стр.

12. Скотт Мейзерс С.М., “Наиболее эффективное использование С++”, ДМК, Москва, 2000г. 296стр.

13. Э.А. Ишкова Э.А.И., “С++ начала программирования”, Бином, Москва, 2001г., 351стр.

14. Эрл Каслдайн Э.К., Крэг Шарки К.Ш., “Изучаем Jquery. Новый стиль программирования на JavaScript”, Питер, Москва, 2011 г., 366 стр.

15. Эрик А. Мейер Э.А.М., “CSS-каскадные таблицы стилей. Подробное руководство”, Символ, Санкт-Петербург - Москва, 2006 г., 572 стр.

Размещено на Allbest.ru

...