Не секрет, что обычно блок последних комментариев мало кто читает. Всё дело в том, что комментарии выводятся одной лентой, где в перемешку идут разные записи. Кроме этого, обычно они располагаются по принципу: более новые вверху. То есть такой блок просто не удобно читать.

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

В общем смотрите блок «Обсуждения».

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

На самом деле это очень важная часть любой CMS. Такой шаблон должен решить две задачи. Во-первых он должен показать пользователю на что способна система. То есть пользователь выполнил только установку и еще не разбирается во всех тонкостях (и это естественно), но уже на этом этапе должен получить нечто рабочее и похожее на конечный продукт. Здесь конечно же следует обратить внимание на дизайн. Если бы разработчики систем придавали бы этому вопросу большее значение, то наверное их истемы были более популярны. Для примера можно взять тот же CodeIgniter или CakePHP. С таким дефолтным шаблоном первое впечатление создается более чем тягостное.

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

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

Точно такой же способ я реализовал и для настройки шаблона. Попробую объяснить что я хотел добиться на примере WordPress.

Для примера можно рассмотреть такую настройку как количество записей для вывода на главной. В WordPress данная опция определена в самой админке. Кажется, что все логично, но предположим я хочу выводить разное количество записей для главной и для страницы рубрик. Что делать? В WordPress нужно лезть в шаблон и прописывать query_posts(). Согласитесь, малоэлегантное решение.

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

Основной способ борьбы с высокой нагрузкой ложится на кэширование. Именно за счет кэширования достигается максимальная разгрузка сервера. Для проектов с небольшой посещаемостью кэширование может вовсе не понадобится. А вот для более-менее посещаемых, использование кэша вполне оправданно. По моим прикидкам кэширование есть смысл использовать для сайтов от 100-200 хостов в день. Во всяком случае при такой посещаемости кэш обновляется не чаще, чем это будет требоваться.

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

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

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

Дело в том, что опции сами по себе очень сложный механизм. Прежде всего из-за их крайней негибкости. Я приведу в качестве примера WordPress.

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

Ну предположим, мне хотелось бы внести опцию для ключевых слов (meta description). Никакого «легального» способа добавить эту настройку в WordPress нет. В самом лучшем случае вы сделаете это через отдельный плагин.

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

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

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

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

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

Еще оказалось, что плагин Twitter'а отлично подходит как грабилка RSS. Для примера подключил трансляцию со своего сайта.

И главное. Немного доработал функцию рубрик, чтобы можно было указать список исключающих и включающих рубрик. Это нужно, чтобы сделать группы рубрик. Сейчас это «MaxSite CMS» и «Блог».

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

Работает довольно просто. На отдельной странице выводится список всех файлов в каталоге «Uploads». Каждый файл можно выделить и удалить. Для картинок выводятся миниатюры. Рядом три поля с адресом, a-ссылкой и img-ссылкой. Это чтобы просто скопировать готовый код в редактор.

ps Забыл сразу дописать. Есть и поле для загрузки файлов. Там же.

Сегодня меня посетила муза и я смог придумать, как реализовать виджеты. Задача на самом деле сложная. Если сравнивать с WordPress, то сразу же приходит на ум АЯКС, JS и насколько сложно и запутано там все получается.

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

Добавил кнопку RSS в верхнее меню. Наверное так будет легче ориентироваться.

Добавил еще функцию, формирующую RSS комментариев одиночной записи.