Textpattern - на русском языке

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

Концепция секций и категорий в ТП (Текстпаттерне) отличается от других (так и хотелось сказать "от обычных CMS", но вспомнил про рекламу "обычного" стирального порошка, и - воздержался) Систем Управления Контентом.
И если Вы уже сталкивались с CMS, то попытка мыслить в привычных категориях приводит к затыкам в освоении ТП.

В тех CMS, с которыми мне приходилось сталкиваться, структура сайта имеет древовидный вид, т.е.:

Раздел 1
    Подраздел 1
    Подраздел 2
    Подраздел 3
        Подраздел 1 подраздела 3
        Подраздел 2 подраздела 3
                Документ 1
                Документ 2
                Документ 3
                и т.д.
Раздел 2
    Подраздел 4
    Подраздел 5
и т.д.
Различия между разными CMS заключаются в максимально возможной глубине вложенности разделов-подразделов, в количестве разделов-подразделов, к которым может быть отнесен документ и т.п.


В ТП структура делится на 2 вида. Структура сайта и структура контента.
Структура сайта - линейна и не имеет вложенностей. Это т.н. Секции. Если угодно - мы можем назвать их Разделами Сайта.
Структура Контента представлена т.н. Категориями, которые могут иметь неограниченную вложенность (вот в этом не уверен до конца, но, по крайней мере, мне в экспериментальных целях удавалось создать вложенность в несколько десятков подкатегорий и все это работало, только управлять этим хозяйством уже было крайне неудобно).

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

                    Секция 1    Секция 2    Секция 3    Секция 4
Категория 1                    A|L|F|I
Категория 2                    A|L|F|I
Категория 3                    A|L|F|I
Категория 4                    A|L|F|I
Категория 5    A|            A|L|F|I            A|            A|
Категория 6                    A|L|F|I
Категория 7                    A|L|F|I
Категория 8                    A|L|F|I
Категория 9                    A|L|F|I

Пояснения. Мы создаем несколько документов и разносим каждый из них в свой раздел сайта, но, отнеся их к ОДНОЙ категории, мы указываем, что этот контент имеет по смыслу (по теме, по содержанию) что-то общее. И тэги навигации ТП будут считать, что надо показывать ссылки на документы ЭТОЙ ЖЕ Категории,
т.е. будет предложено "попутешествовать по строке" (в примере - N 5), не обращая внимания на то, к какой секции относится этот документ. Система "полагает", что посетителю интересно все, что относится к этой категории контента.
Надеюсь, это понятно.
Если нет, давайте попробуем развернуть эту матрицу в дерево, и сравним с первым примером. Для экономии места - использую только три категории.

Секция 1
    Категория 1
    Категория 2
    Категория 3
Секция 2
    Категория 1
    Категория 2
    Категория 3
Секция 3
    Категория 1
    Категория 2
    Категория 3
Представив структуру в этом виде, видим, что набор Категорий в каждой секции - ОДИНАКОВ. Набор категорий один для ВСЕГО сайта (для одного типа контента, но об этом - позже).
И используя функции навигации по статьям - мы путешествуем по «листам» одного уровня этого «дерева».

Обратите внимание: в примере Категории представлены в виде списка, на самом деле каждая может развернуться в «дерево», т.е. может быть вложенность категорий.


Идем дальше.

В ТП 4 типа контента - Article (статьи-новости-документы), Link (ссылки на веб ресурсы), File (файлы exe, zip, mp3 и т.д.) и Images (изображения-фотографии-картинки).
Каждый тип контента имеет свою Иерархию Категорий, т.е. Категории для Статей могут не совпадать с категориями для Файлов. Это может затруднить поддержку (добавление, удаление и редактирование) сложных взаимосвязанных структур,
но потребность в сложных структурах возникает не часто, в простых же структурах это добавляет гибкости в классификации контента разных типов.
За дополнительную гибкость иногда приходится платить.
Например (строка 7 в нашей схеме), нам надо, чтобы на страницах, относящихся к секции 2 выводить ВСЕ типы контента Категории 7. Технически все тэги заточены под это, и сделать это легко, но, чтобы это было автоматически, надо определить ОДИНАКОВЫЙ набор категорий у каждого типа контента (под одинаковостью понимается одно и то же англоязыное название категорий).
Думаю, что в большинстве случаев это не вызывает проблем, в отдельных же (например, в таких, как описан здесь) поддержка системы становится тяжеловатой.
То есть, иногда была бы полезной возможность иметь один набор категорий для всех типов контента. Справедливости ради надо сказать, что технические возможности для этого есть. Просто это, пока, видимо, никому не надо.

Ну вот, вроде и все.
Надеюсь, что что-то прояснилось, либо окончательно запуталось.

Если запуталось, то возвращаемся еще раз к Семантике ТП

P.S. Забыл упомянуть, что в ТП, что касается типов контента, большой перекос сделан в сторону типа Article. Только там есть возможность отнести статью не к одной, а к двум категориям (на мой взгляд это нелогично, но тут уж ничего не поделать, с этим надо смириться). У  остальных типов контента функционал, в том числе и классификация, намного слабее, и носит зачаточный характер. Не строим иллюзий и не ждем невозможного, ТП предназначен, в основном, для Текстов (статьи, новости, документы).

Отредактированно Evgeny (04-08-2005 11:00:54)