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

Папки и файлы Wolf CMS

Дистрибутив этой CMS занимает всего 1 мегабайт, что, согласитесь, по сравнению с joomla с ее 7,5 мегабайтами, просто ничего. Однако если туда добавить немного плагинов, то уж будет под 4 мегабайта. Все равно мало.

В корневой папке находятся  всего 3 папки: doc, public и wolf. В doc находится документация по Wolf CMS – текст лицензии и дополнение к ней, описание как установить систему, как ее обновить. В принципе, ничего полезного в этой папке нет, можно смело удалить.

Папка public хранит файлы, куда имеет доступ все. Там находятся файлы шаблона, стили, скрипты, картинки и другие файлы. Эту папку и нужно будет в основном сохранять для архива.

А вот папка wolf уже имеет первостепенное значение – в ней как раз и находится весь движок.

В корне так же лежит несколько файлов. Если система еще не инсталлировалась, то пустой файл config.php, кода будут прописаны настройки движка, логин и пароль доступа к базе данных. После установки необходимо в обязательном порядке этот файл сделать только для чтения. Так же лежит стандартный файл настроек сервера Apache .htaccess, который в том числе включает человеко-понятные ссылки (ЧПУ). Его нужно будет чуть-чуть подкорректировать, я потом расскажу что. Ну и главный файл index.php, который является точкой входа в систему управлением контента Wolf CMS. Так же там находится и файл security.php, который можно запустить после установки для тестирования системы на безопасность, он же и покажет на английском языке подсказки что сделать. После настройки его нужно удалить. Ну и файл описания, который тоже на английском, является второстепенным и может быть удален.

Теперь заглянем в папку  wolf и пройдемся подробнее по ней.

В ней находятся 6 папок и 3 фала:

admin

app

helpers

icons

install

plugins

Framework.php

index.html

utils.php

Файл index.html служит защитой от захода «в лоб» — запустится в браузере он и не даст просмотреть папку. А вот файл Framework.php уже является основным ядром системы, в файле utils.php находятся дополнительные функции движка. Эти файлы трогать нельзя.

В папках admin и icons хранятся скины админки и общие файлы для нее. Именно туда мы потом будем добавлять варианты оформления админки.

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

Папка install содержит файлы для инсталляции движка и после установки их лучше удалить от греха подальше.

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

Весь движок находится в папке app. Wolf CMS построен полностью по паттерну проектирования MVC, который сейчас в ходу  у всех веб-разработчиков.

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

Неограниченное вложенность уровней меню

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

«Перетащи и брось» — это основной принцип работы с деревом

Для работы со страницами в дереве можно легко использовать принцип «drag-n-drop» и визуально видеть как будут отображаться страницы. Справедливости ради, стоит сказать, что лучше это работает под Mozilla Firefox, чем под Chrom. Кроме того, есть и некоторые особенности работы с таким интерфейсом.

Расширяемость страниц: части «body», «sidebar», «summary»

Каждая страница может иметь свои собственные индивидуальные частей. Это может быть «full» (расширенный текст) для новости, или «summary» (сводка) для статьи: вы можете определить, что вы хотите, когда вы хотите. Они могут даже использоваться в течение дополнительных полей метаданных. А в этих частях может храниться не только html, но и функции php, что добавляет гибкости к выводу данных на страницу сайта

Настройка шаблона вывода страницы

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

Фрагменты кода

Вы можете определить «фрагменты» (snippets): небольшие кусочки контента, используемые на несколько страниц, такие как и страницы колонтитулы, или контактная информация и т.д. Так что создавайте отдельные фрагменты, которые будут использоваться на других страницах или в разных шаблонах и гибко настроивайте отображение страниц. Причем можно использовать как просто html, так и смесь html+php.

Менеджер файлов

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

Заключение

Если смотреть беспристрастно, то все эти возможности есть практически в каждой CMS в том или ином виде. Так что здесь «все как у всех». Разве что в WolfCMS есть понятие «части страницы» и куда можно вложить что угодно и как угодно — в виде готового html-кода или php-кода. До полей записи Drupal или MODX части не дотягивают от слова «совсем». Но использовать эти части для разных целей очень даже можно. В документации даже приведены коды для устройство формы обратной связи на чистом php с элегантным решением в виде размещения кода в частях страницы.

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

Но если думать о сайте как о веб-приложении, то WolfCMS дает в руки простой готовый фреймворк с административной панелью, где вы можете написать довольно сложное приложение и все зависит только от вас. Именно поэтому я думаю (да и не только я) о WolfCMS именно как о CMS/CMF.

Шаблоны Wolf CMS

В Wolf CMS за отображение страниц отвечает шаблон. Что, в общем-то, стандартно для всех CMS. Шаблон хранится в базе и вы редактируете его в окне редактора. Для удобства можно подключить стандартный плагин Ace, который будет подсвечивать код. Увы, такой полезной штуки как Emmet, в плагин не подключили, поскольку плагин писался давно. В принципе, такой способ удобен для разработки на сервере, но не удобен для работы на локальном сервере с редактированием файлов через любимый редактор с подсветкой или IDE типа NetBeans.

Сами шаблоны для Wolf CMS делаются на чистом html+css+js и вставляются вставки на php. То есть никакого шаблонизатора нет и в помине. Что с одной стороны улучшает производительность, а с другой стороны усложняет разработку. Так что для адаптирования шаблона для  Wolf CMS нужно уверенное знание php, иначе вы никогда не сделаете меню и ленту статей. Хорошо хоть есть примеры кода, которые можно подсмотреть и подкорректировать под себя.

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

<?php include(THEMES_ROOT.DS.'templates/template.php');

К сожалению, такой способ не подходит к мой любимой CMS MODX. Хотя там можно тоже самое сделать, но начнутся косяки с кешированием – нужно будет руками постоянно удалять кеш MODX, иначе в браузере не будут видны обновления. В ветке Revolution вообще есть стандартный способ вынесения шаблонов, чанков и сниппетов в файлы, однако там будет та же самая проблема с кеширование. Кроме того, Agel_Nash провел исследования производительности MODX и обнаружил, что включение через статические элементы (читай файлы) существенно «просаживает» производительность сайта.

Так что этим способом можно пользоваться в Wolf CMS, однако стоит вернуть в базу все свои шаблоны и сниппеты на «боевом» сайте.

Фрагменты или сниппеты в Wolf CMS

В разработке сайта на Wolf CMS есть еще одна сущность, которая позволяет гибко настраивать отображения сайта – фрагменты или сниппеты (snippets).  Фрагменты – это куски кода, которые вы можете вставить в любое место страницы через функцию php:

<?php $this->includeSnippet('ваш сниппет');

В принципе можно так же вынести код в файл и так же все будет работать.

Если в MODX есть четкое разграничение чанк (html) – сниппет (php), то сдесь такого разграничения нет. Вы в любом месте можете использовать php и мешать одно с другим. Вопрос спорный на тему хорошая эта практика или нет, но позволяет довольно гибко делать множество вещей.

По форме фрагменты – это функции php, которым можно передавать параметры и обрабатывать данные в них. Это удобно для генерации меню или других функций.

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

Плагины в Wolf CMS

Плагины в Wolf CMS – это не то, что подразумевается в других CMS.  Если в joomla расширения делятся на части: компонент (модуль с административной панелью), плагин (модуль без панели), мамбот (модуль, обрабатывающий введённые данные пользователем), то тут ближе к  drupalовским модулям. Плагины  в Wolf CMS – это подпрограммы на языке php, которые срабатывают при наступлении определенных событий в админке или на сайте.

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

Если с модулем с/без админки еще понятно, то первые два вида требуют пояснения.

Новый фильтр текста – это ни что иное, как визуальный редактор, который становится доступным в админке. Самое замечательное в том, что при сохранении страницы, в базу записывается и последний использованный фильтр, так что при открытии страницы для повторного редактировании, автоматически подключится и последний фильтр. Одно только плохо – все активные плагины-фильтры ПОДКЛЮЧАЮТСЯ ПОСТОЯННО к странице, только вы их не видите. Так что обработка скриптов и правил css замедляет админку и стоит осторожно включать эти фильтры.

Новые типы страниц позволяют расширить стандартные страницы и наделить их новыми функциями (привязать к ним обработчик). В стандартной поставке плагин Archive подключает для создания архивов страниц и вывода специальной ленты с разбивкой по датам новый тип страниц archive. Есть и другие типы в репозитории плагинов Wolf CMS – search.

Как собираются сайты на Wolf CMS

Идеология создания сайтов на Wolf CMS простая.

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

Вторым этапом является адаптация шаблона.  Wolf CMS позволяет гибко настроить любой шаблона из чистого html, так что тут не будет сложностей с этим. Однако, будут сложности с php, поскольку готовых модулей, плагинов по созданию даже меню, здесь нет. Фактически вы берете и вставляете куски кода на php для вызовов блоков сайта — сниппетов. В зависимости от разметки и блоков появляются шаблоны и их уже придется снова привязывать к страницам. Можно и наоборот поступить — сначала сделать шаблоны, а потом уже делать структуру сайта хотя бы в черновом варианте. Но увы, при разработке всегда что-то пойдет не так и такой идеальный случай не получится. Поэтому все равно придется делать/править шаблоны и привязывать их страницам. А без черновой структуры не возможно сделать отладку сниппетов.

Третий этап в создании шаблона – это выделение общих кусков кода и оформление их во фрагменты, программирование на php логику и вывод нужного функционала. Вот тут-то и начинаются проблемы: нет готового функционала. Фактически, легко можно сделать меню – есть куча примеров, формы обратной связи – есть документация и примеры, готовые сниппеты. Комментарии уже сложнее, хотя и есть простейший плагин. Но тут можно обойтись прикручиванием внешних от DISQUS. С поиском по сайту тоже проблема, однако есть готовые простенькие плагины поиска, да и поиск от Google можно прикрутить на отдельной странице (его, увы, в дизайн очень сложно встроить). Галерея есть, но очень убогая. Вот как раз на третьем этапе и выясняется уровень веб-разработчика.

Остальной функционал типа каталогов, опросов, регистрации, гостевые книги, FAQ  — все нужно писать самому. Плагинов нет.

Ну и завершающий эта – это наполнение. Тут как бы сложности нет – есть файловый менеджер, есть несколько плагинов для визуального наполнения текста в статьи. Я даже поправил стандартный плагин редактора tinyMCE для комфортной работы, заодно прикрутил к нему файловый менеджер KCFinder. Потом я напишу про это отдельную статью.

Ну и по окончанию работ перенос сайта на хостинг. Тут тоже ничего сложного нет, главное не забыть поправить конфигурационный файл config.php.

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

Для запуска Wolf CMS, ваша система должна иметь:

• PHP : версии 5.1 или выше;
• MySQL версии 4.1.x или выше, SQL ITE 3 или PostgreSQL (начиная 070);
• Расширения для php доступа к базам данных PDO;
• Веб-сервер, который поддерживает PHP , как Apache, IIS , Nginx, Lighttpd или Гайавате.

При разработке Wolf CMS предполагалось, что будет запускаться сервер Apache. Тем не менее, это не означает, Wolf CMS работает только на Apache. В принципе, любой веб-сервер, который поддерживает PHP может быть использован. Я нашел как запустить его на сервере NGINX.

В случае Apache, правила перезаписи и другие опции в файле .htaccess будет работать только, если у вас есть по крайней мере следующее в вашем файле конфигурации VirtualHost настроено:

AllowOverride Options FileInfo

Wolf CMS работал нормально:

• MySQL ( https://www.mysql.com/ )
• SQLite ( https://www.sqlite.org/ )
• PostgreSQL ( https://www.postgresql.org/ )
• Apache ( https://www.apache.org/ )
• Cherokee ( https://www.cherokee-project.com/ )
• Lighttpd ( https://www.lighttpd.net/ )
• Nginx ( https://nginx.org/en/ )

Меню OpenServer

Фактически, для экспериментов на локальном компьютере подойдет любая сборка WAMP, которая вам нравится: Denwer, Endels, XAMPP, Open Server. На любой из них система запустится. Однако на Open Server есть один подводный камень: по умолчанию в настройках сказано, что сервер пытается в папке домена найти папку public, public_html, doc, httdoc  и тому подобные для подключения корня сайта от этой папки. В принципе это правильно, но Flexo CMS имеет папку public, а Wolf CMS еще и папку doc. Вот поэтому и происходит маленький конфликт, из-за чего сайт не будет работать. Для устранения сей досадной помехи нужно кликнуть на красном флажке OpenServer правой кнопкой и выбрать в появившемся меню «Настройки».

Настройки доменов OpenServer

Затем в настройках во вкладки «Домены» убрать в автопоиске папок public и docs. Вот теперь Wolf CMS и Flexo CMS спокойно запустятся на этой сборке.

Ну и обещанные скриншоты админки Wolf CMS с базовым скином.

В принципе, я давно знал о WolfCMS. И отслеживал её еще в бытности Frog CMS, а потом в русской реинкарнации (читай форка) Flexo CMS. Но как-то все не срасталось разобраться в ней. И вот решил с ней разобраться до конца. Свои эксперименты решил описать в виде статьи.

Административная панель  Wolf CMS довольно проста и понятна с первого раза. Однако за внешней простотой скрываются широкие возможности для разработчика. Давайте для начала пройдемся внимательно по основным вкладкам панели и посмотрим что и за что отвечает.

Достаточно в установленной системе Wolf CMS ввести адрес типа https://ваш-сайт/admin и вы попадете на страницу входа в административную панель. Тут нужно заполнить простую форму: ввести свой логин и пароль, который вам сгенерировала система по умолчанию и вы попадете уже в саму панель.

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

Административная панель WolfCMS

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

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

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

Здесь есть подводные камни:

• если вы копируете страницу, то копируются и ВСЕ ДОЧЕРНИЕ СТРАНИЦЫ. Причем не всегда корректно меняются поле slug, так что будут появляться ошибки — нужно будет подправлять эти поля.
• в системе происходит при выводе меню, хлебных крошек поиск по slug, так что дублей быть не должно (но почему-то система не совсем корректно проверят на дубли это поле)
• при создании дочерней страницы, страница создается дочерней, поменять можно перетаскиванием (об этом ниже). Вот только часто меняется неправильно порядок страниц. Ты ожидаешь что будет добавляться внизу, вроде так и происходит. Но когда правишь страницу, она вдруг прыгает куда-то вверх. Тут на лицо неправильное задание цифры порядка. Для себя я вывел, что лучше сразу создать все страницы и задать им имена. А потом уже через «изменить порядок» поставить в том порядке, в котором мне нужно.

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

Редактирование страницы в WolfCMS

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

А вот что требует особого внимание, так это понятие «фильтр». Фильтр в терминологии Wolf CMS — это редактор, который подключается для редактирования в обычном текстовом поле. На скриншоте подключен планиг фильтра Ace. Ace позволяет комфортно редактировать исходные тексты на разных языках программирования. Впрочем, о фильтрах и о Ace я расскажу подробнее в отдельных статьях.

Еще стоит обратить внимание на кладки «body» и «slider». По умолчанию к любой странице создается вкладка body, где можно ввести код/текст и который обычно и выводится. Но к любой странице можно сделать несколько таких вкладок и потом по условию в шаблоне выводить что-то и из них. В документации к Wolf CMS я встречал howto подключения с помощью вкладок формы обратной связи, чтобы не плодить сниппеты (фрагменты).

Таб (вкладка) «метаданные» позволяет задать метаданные страницы. Вот сриншот:

Редактирование метаданных страницы в WolfCMS

Как видите, основное для SEO-оптимизации есть уже сразу в системе. Хлебные крошки нужны для вывода в хлебных крошках как короткое название страницы. Не смотря на то, что во всех инструкциях для вывода меню используется заголовок страницы, я рекомендую использовать именно хлебные крошки. Когда дойду до меню, я покажу как это сделать. Таким образом можно в шаблоне вывода страницы задать вывод заголовке с теми тегами, которые нужно, а не судорожно вспоминать через полгода, когда добавляешь страницу: » А как же я выводил заголовок на других страницах?».

Кроме того, описание можно использовать и как короткое описание в выводе ленты новостей, и как description страницы. Тут тоже зависит все от вашей фантазии. Можно описание оставить как SEO-описание, а создать для ленты новую вкладку для тизера.  А можно использовать одно и тоже описание для того и другого.

Метки как бы не используются в базе Wolf CMS. Однако можно сделать самостоятельно фильтрацию и реализовать систему тегов как на блогах. Тут нужно искать плагины или писать саомостоятеньно на php.

Ну и в настройках можно задать другие важные настройки страницы:

Настройки страницы в WolfCMS

Макет — это название вашего шаблона вывода страниц. Дата создания и дата публикации тоже понятны. Тут можно делать отложенную публикацию и снимать автоматически с публикации страницы.

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

Последняя строка уже относится к правам пользователей. В Wolf CMS могут быть 3 вида пользователей: администратор, разработчик, редактор. Здесь вы задаете возможность просматривать ее зарегистрированным пользователям (одной из 3 видов пользователей) или для всех, а от изменения защищаете галочкой — можно ли ее редактировать или нужны права администратора. По умолчанию, работа с пользователями в Wolf CMS построена плохо. Однако есть плагин, который позволяет существенно расширить возможности системы.

Осталось только рассмотреть статусы страницы. В Wolf CMS есть 5 основных статусов: опубликована, черновик, скрыта, предосмотр, архивировано. В настройках можно задать как по умолчанию будет создаваться: черновик или опубликована. Пройдемся по всем подробнее

• Опубликован — такая страница сразу видна на сайте если все правильно настроил разработчик. 
• Черновик — такая страница не видна на сайте, но в базе она есть. Вывести ее не удастся покак не изменится статус страницы. Используется для черновиков или если надо срочно снять с публикации материал.
• Скрыта — страница находится в базе, её можно посмотреть на сайте, но она скрыта в меню. Используется для скрытых системных страниц, таких как карта сайта для Google в формате xml, вывод результатов поиска по сайту, вывод архива страниц, rss новостей сайта и других
• Предопросмотр — выбор этого пункта позволяет иметь доступ к странице редактору контента, но не на «боевом» сайте. То есть вы можете посмотреть из структуры сайта страницу как она будет выглядеть, но просто получить доступ по ссылке нельзя. Получается этакая разновидность скрытой страницы, но с заточкой под редактора.
• Архивировано — этот тип новый и нужен для архива новостей.

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

В следующих статьях я расскажу о других пунктах административной панели Wolf CMS