В MaxSite CMS 0.852 появился новый PHP-класс Block_pages задача которого упростить создание блоков записей в шаблоне. Традиционно вывод записей блоками достаточно сложная задача и вебмастера стараются её обходить стороной. Вместо этого предлагается типовой вариант вывода записей.

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

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

Читать дальше »

После перехода в MaxSite CMS 0.84 только на shared-каталог у некоторых вебмастеров почему-то сложилось впечатление, что это усложняет верстку шаблонов и вариант D2 является единственным вариантом, от которого нельзя отступать. Мнение совершенно дикое и в корне неверное — уж чего-чего, а в MaxSite CMS шаблон может быть вообще произвольной структуры. Единственным условием любого шаблона — наличие файла index.php.

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

Но, вебмастеру, который пока с трудом разбирается в вёрстке или новичку в системе, мой помысел неясен — ему с головой хватает одного расположение сайдбара на весь сайт и простеньких css-стилей. Бывает ещё случай, когда вебмастер «закостенел» до такой степени, что уже не может мыслить вне своих css-стилей и именования своих же css-классов и вариант с div.all вгоняет его в полнейший ступор.

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

Читать дальше »

В MaxSite CMS 0.84 мы обновили дефолтный шаблон. Предыдущий вариант появился в MaxSite CMS 0.54 и за прошедшие полтора года получил достаточно серьезное развитие и оброс массой новых возможностей.

Должен отметить, что в «старом» default-шаблоне впервые появилась концепция компонентов шапки и подвала, были предопределенные файлы, ушки, css-стили и js-скрипты, которые позволяют автоматизировать множество типовых задач вебмастера. Здесь же я предложил css-фреймворк, который содержит базовые стили, «заточенные» под особенности системы (type-файлы, плагины и т.п.).

После того, как я познакомился с LESS, я внедрил его поддержку на уровне ядра MaxSite CMS и разработал механизм «фоновой» компиляции less-файлов в обычный css-файл. Такой вариант позволяет вебмастеру вообще не задумываться о процессе компиляции — всё работает автоматом.

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

Читать дальше »

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

Но, main-шаблон больше используется для смены модульной сетки, где меняются расположение элементов (например правый и левый сайдбар), поэтому если и делать наборы компонентов, то придется их делать для каждого main-шаблона. Это довольно утомительно.

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

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

Читать дальше »

Строго говоря речь идет не об отказе от Default-шаблона, а о смене его на вариант, основанный на shared-каталоге. Такая смена приведет к неработоспособности всех старых шаблонов, основанных на default. Я решил, что версия MaxSite CMS 0.83 будет последней, которая будет содержать нынешний default-шаблон. После этого все новые версии будут уже работать только на shared-каталоге, а default заменю на другой вариант.

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

Читать дальше »

Основной рецепт — научиться систематизировать и находить нужные знания. И это касается не только MaxSite CMS, но и любой другой системы. Существуют некие базовые основы, без которых, действительно, будет тяжело разобраться. Нельзя заниматься программированием, не зная синтаксиса PHP. Нельзя верстать сайты, «плавая» в основах CSS. Точно также будет сложно создавать новый шаблон, не разобравшись в настройках админ-панели. Таких «основ» много, перед тем, как приступить к чему-то сложному, нужно их изучить.

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

Когда я впервые столкнулся с WordPress (в 2005 году), то не было никакой помощи, а все объяснялки сводились к каким-то примитивным вещам. Тогда я понял, что единственный путь — это изучать исходный код WordPress. Со временем этот подход для меня стал основополагающим и я его применяю до сих пор к любой системе, у которой есть исходные файлы. Как правило исходный код говорит гораздо красноречивей и лучше любого хелпа и описания.

Читать дальше »