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

Часто такие заказы встречаются, когда нужно создать сетку сайтов.

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

Далее...

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

Действительно, форма комментатора WordPress несколько проще и состоит из произвольного имени, обязательного (как правило) email и необязательного поля «сайт».

В MaxSite CMS более сложная форма, подразумевающая либо отсутствие регистрации (анонимно, указывается произвольное имя), либо регистрация по обязательным email и паролю (остальное произвольно).

Зачем же такое усложнение? А все дело в том, что схема комментирования WordPress ущербна по функционалности, а также не защищена от мошеничества спамеров.

Далее...

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

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

Далее...

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

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

Далее...

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

Далее...

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

Далее...

Предположим у нас есть адрес http://site.com/hello. Вопрос - что именно должен вывести «движок»? Может это страница? Или рубрика? А может быть метка? А вдруг это какой-то отдельный файл hello.php в каталоге шаблона?

Чтобы решить данный вопрос система должна определить что за тип данных требуется вывести. Например мы можем считать, что hello - это страница. Тогда тип данных будет «page». А можем условиться, что это рубрика. В этом случае тип данных будет - «category». Если вы разбирались в WordPress, то знаете, что в нем используется несколько предопределенных типов данных: страницы, записи, рубрики, метки и несколько «служебных» вроде дат.

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

Понятно, что в полноценной CMS данный подход не годится - необходимо сделать так, чтобы можно было переопределять адрес под свои задачи. Скажем http://site.com/hello - это должна быть рубрика. Например в MaxSite CMS вполне комфортно могут существовать с короткой ссылкой (slug) «hello»: страница, рубрика, метка и отдельный файл hello.php.

Далее...

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

Текущая версия системы 0.29. Существует еще так называемая latest-версия. То есть я выпускаю версию, после этого продолжаю разработку и до следующей версии выпускается latest. Например сейчас это 0.30 build 4. После того, как все задания по версии будут выполнены, появится рабочая версия - 0.30.

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

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

Для начала, давайте кратко остановимся на основах работы с MaxSite CMS.

Далее...

Решил написать эту статью здесь, потому что она затрагивает WordPress. Речь идет о локализации.

Как известно, для WordPress я долго использовал свой способ: русский текст внедрялся прямо в php-файлы.

Хотя нет. Еще в самом-самом начале я делал перевод в отдельном языковом файле wp-language.php. Схема была очень простая: вместо существующей трансляции «gettext» использовался массив с переводом. Стоит отметить, что в то время (2005) ресурсы серверов были несколько скромнее, поэтому оригинальный способ локализации создавал довольно существенную нагрузку. Выражалось это в несколькосекундном «притормаживании» страниц. При этом, если отключить файл локализации, то скорость увеличивалась в несколько раз.

Далее...

Выложил первую лекцию по MaxSite CMS: Делаем свой шаблон.

Данные лекции (обучение) я задумал как альтернативу рассылке, потому что в mail-ru совсем обленились и исправлять глюки свого сервиса рассылок не собираются. Так что теперь схема будет такая: я публикую лекцию на сайте, а её обсуждение возможно в google-группе Maxsite.

Зачем MaxSite CMS?

Действительно, на сегодняшний день недостатка в CMS нет. Счет наверное уже на тысячи. И всё-таки я решился на создание своей. Причин несколько:

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

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

Далее...

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

Далее...

Продолжим наши изыскания. ;)

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

Далее...

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

Далее...