MaxSite CMS
Подписаться на эту рубрику по RSS
6 ноября 2011 г.
Компоненты представляют собой обычные php-файлы, в которых заключен вывод какого-то одного функционального блока. Стандартно в комплект Default-шаблона входят:
- Шапка (лого, название сайта, описание и иконки)
- Выпадающее меню
- Слайдер изображений
- Статичное изображение для шапки
- Указанное изображение для шапки
- Строчка с копирайтами сайта
- Строчка со статистикой потребления ресурсов
Поскольку компоненты являются отдельными блоками, то они могут быть размещены в произвольном порядке на сайте. Например нет никаких проблем указать размещение строчки статистики в шапке сайта, а меню или слайдер в подвале. Технически все компоненты равнозначны.
В Default-шаблоне с CSS-стилями можно работать сразу несколькими способами. Для каких-то мелких правок вообще нет надобности менять основные css-файлы - все операции доступны из админ-панели. Это очень удобно, поскольку всегда можно подобрать нужный параметр, например цвет шрифта, фона и т.п.
Для измнения элементов дизайна следует использовать переопределение стилей существующих css-классов. В MaxSite CMS практически все создаваемые блоки вывода сопровождаются уникальными классами и этот факт здорово облегчает жизнь вебмастеру: не нужно думать о html-верстке, достаточно указать свой вариант стилей.
Для себя я провёл небольшой эксперимент по использованию стороних сервисов комментариев для своего сайта. Следует, правда учитывать, то комментарии я подключал как дополнительную функцию, не отключая обычные. То есть у посетителя был выбор: использовать ли стандартные MaxSite CMS комментирование или воспользоваться сторонним сервисом. Всего тестировал три сервиса: комментарии от facebook.com, intensedebate.com и disqus.com. Вначале кратко об их особенностях.
Новый Google Plus имеет малопривлекательный адрес профиля. Поэтому появились различные сервисы-сокращалки URL, которые по сути просто выполняют редирект на заданный длинный адрес.
Поначалу я тоже кинулся на все эти «сокращалки», но потом сообразил, что гораздо удобней иметь такие адреса в одной куче с привязкой к своему сайту. Например мой Google Plus имеет приличный адрес: maxsite.org/gplus - такой адрес очень просто запомнить и продиктовать.
В MaxSite CMS 0.54 появился новый default-шаблон, призванный заменить старый вариант. Пока в комплекте присутствует оба шаблона, но позже останется только один. Старому варианту три года и за это время «вебмастерская мысль» ушла уже достаточно далеко. 
Новый шаблон выполняет несколько задач.
Первая - для простых пользователей MaxSite CMS стали доступны сразу много настроек, которые позволяют менять структуру и внешний вид сайта прямо из админ-панели. Например меню, слайдер и логотип могут тусоваться между собой в произвольном порядке. Поддержка css-профилей позволяет менять оформление, например сменить тему шаблона на dark - тёмный вариант (фотографам такие нравятся). Со временем будем добавлять новые программные компоненты и профили.
Обычно поиск по сайту имеет одну неприятную особенность - он производится без учёта морфологии. Из-за этого ищутся точные вхождения фраз, что несколько сужает область поиска. Google позволяет добавлять поиск на свой сайт, который будет работать уже с учетом морфологии, синонимов и т.п. Таким образом для больших сайтов такой поиск будет предпочтительней встроенного.
Для добавления поиска гугла необходимо сделать буквально несколько шагов. На всё про всё уйдет несколько минут.
Надавно обновил свой блог по созданию сайтов. К своему стыду он всё ещё работал на WordPress (старой версии). Сайт обновляется нечасто - главная его задача информация для клиентов по услугам и некая помощь в работе. Переезд я задумал давно, причём глобальный - со сменой дизайна и почти всех текстов (они были о WordPress, а нужно о MaxSite CMS).
В этой статья я поделюсь некоторыми нюансами перехода, которые могут пригодится вебмастерам, делающим перенос данных с WordPress.
Понял, что три года это уже серьёзно. На официальном сайте выложил хронологию версий MaxSite CMS, кто интересуется могут посмотреть.
Здесь же хочу кратенько остановиться на некоторых мыслях.
Часто типы страниц путают с типом данных. Стандартно в MaxSite CMS тип данных определяется по URL. Например для рубрик используется префикс category (http://сайт/category/XXX), для меток - tag (http://сайт/tag/XXX), для страниц - page (http://сайт/page/XXX) и т.п.
Тип страниц же задаётся в админ-панели. Изначально присутствует два типа blog и static, но без проблем можно добавить другие типы. Страницы типа blog предназначены для вывода на главной странице и в лентах записей, например рубрики, метки и т.п. Тип static предназначен для тех записей, которые не должны быть выведены в таких лентах. Обычно это некая фиксированная «статичная» страница, например «О себе», «Контакты» и т.п. Доступ к таким страницам осуществляется по прямой ссылке, которые как правило размещают в меню или сайдбаре.
Для создания скриншотов (screenshot - снимок экрана) существует масса программ. Более того в Windows можно сделать скриншот полностью стандартными средствами. Самый простой - нажать клавишу PrtSc, затем открыть Paint и выбрать «Вставить». Ещё в Windows есть инструмент «Ножницы», который позволяет делать скриншот выбранной области экрана.
Но давайте порассуждаем, зачем вообще делать скриншоты, какая от них польза?
Несколько лет назад я стал использовать скриншоты при работе с клиентами. Когда требуется уточнить задание, то в сто раз быстрей и проще отправить картинку «со стрелочкой» клиенту, чем словами пытаться выяснить, что же имел ввиду заказчик под фразой «сделайте вверху чуть темней».
Плагин «ushki to hook» (Ушки к хукам) достаточно специфичный и я даже долго думал, включить ли его в комплект поставки MaxSite CMS. Сам по себе плагин маленький, но при этом оказывается незаменимым в случаях когда следует подключиться к произвольному хуку системы. Хуков много - они предназначены под разные задачи и обычно используются, когда нужно немного изменить какое-либо действие. Например по хуку content_content выводится текст записи. Следовательно подключившись в этому хуку, можно произвольно менять текст.
Традиционно, для того, чтобы подключить к хуку свой функционал, требуется написать свой php-код в виде плагина. С помощью «ushki to hook» такая необходимость отпадает и все действия можно выполнить в админ-панели.
Предположим, мы хотим подключить кнопки социальных сервисов от Share42.com. Данный сервис предлагает скачать архив из двух файлов, которые следует разместить на своём сервере, и после прописать код вызова в шаблоне сайта.
При переносе сайта или смене «движка» часто возникает задача сохранить старые адреса. Например в MaxSite CMS принято в ЧПУ указывать тип данных: page, category и т.п. А, скажем, в WordPress ЧПУ настраивается произвольно и многие вебмастера формируют шаблона на основе каких-то своих предпочтений. Понятно, что если переходить на MaxSite CMS, то адреса могут смениться. Главная проблема здесь возникает в том, что потребуется некоторое время на новую индексацию поисковиков и при этом будет утеряны рейтинги PR, потому что Гугл присваивает значение для каждой страницы сайта.
Второстепенный момент - если какие-то страницы «раскручены», то смена её адреса может сказаться на общей посещаемости сайта.
MaxSite CMS предлагает несколько вариантов решений таких задач.
Ради развлечения сделал плагин «Top menu», которое выводится на страницах сайта для залогиненных посетителей. В настройках плагина можно задавать произвольные пункты меню для админов/авторов и комюзеров (зарегистрированных комментаторов). Если дефолтное оформление не нравится, то можно использовать css-файл, который следует расположить в своём шаблоне.
Долго думал какой же взять дизайн за основу для обучения и неожиданно решил, что дефолтный WordPres-шаблон отлично для этого подходит. Во-первых он достаточно простой по дизайну и следовательно html-разметка и css-стили будут несложными. Во-вторых - у него есть некоторые опции, в частности смена картинки шапки из админки. И хотя в одной из статей я уже приводил код, как сделать аналог на MaxSite CMS, будет уместным сделать это еще раз с полным описанием в боевых, так сказать, условиях. И в третьих - многим будет интересно посмотреть и сравнить полученный результат с работой «WordPress team». 
Если у вас нет интереса читать объяснения, то готовый шаблон вы можете скачать в конце статьи.
За время с последней публикации статьи из цикла «MaxSite CMS для верстальщиков» накопилось несколько новых идей по вёрстке шаблонов. В частности я бы хотел ещё раз вернуться к структуре типичного шаблона MaxSite CMS. Я об этом подробно остановился во второй статье из которой известно, что сам html-шаблон состоит из двух файлов: main-start.php и main-end.php. Данные файлы подключаются type-файлом автоматически до и после непосредственного вывода type-данных.
Таким образом предполагается, что main-start.php и main-end.php являются обязательными файлами шаблона MaxSite CMS и верстальщику необходимо разделять исходный html-шаблон на две части.
Но можно ли ещё упростить работу верстальщика: исключить деление на два файла, а использовать единый файл html-шаблона? Ответ - да, можно.
