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

Задачка непростая... как-то все очень сложно, на первый взгляд.
не пойму - а зачем такие пункты как "приезд в аэропорт" в отдельные статьи оформлять?

насколько представляю - там же даты и сроки этапа важнее?
или Вы без них хотите?

может быть тогда по другому сделать?
в качестве категорий использовать наименование тур.направления?
К примеру, направление - Россия, это категория, у котрой есть подкатегории - Москва, Санкт.Петербург и т.д.
далее пишутся статьи по достопримечательностям, относящимся к этому направлению, например, Москва:
посещение Красной Площади, посещение Третьяковской галереи и т.п. Сюда же можно отнести и прилет в аэропорт, если прилет в Москву отличается от прилета в другие места :-)

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

И последний этап - делается страница с расписанием туров, вот эта страница подвергается наиболее частому редактированию. Расписание меняется руками, даты и названия туров, котоые залинкованы на соответствующие страницы.

Вроде бы так? Это то , что хотелось бы получить в результате?

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

Пищей для размышления может послужить обсуждение тур.сайта на Тхп

Evgeny написал:

может быть тогда по другому сделать?
в качестве категорий использовать наименование тур.направления?
К примеру, направление - Россия, это категория, у котрой есть подкатегории - Москва, Санкт.Петербург и т.д.

Дык я так и писал вроде...
Только не направления, а программы.
Программа 1 - это категория, Первый день, Второй день... Десятый день - это подкатегории.

далее пишутся статьи по достопримечательностям, относящимся к этому направлению, например, Москва:
посещение Красной Площади, посещение Третьяковской галереи и т.п. Сюда же можно отнести и прилет в аэропорт, если прилет в Москву отличается от прилета в другие места :-)

А вот тут и происходит затык...
Ибо нужно не писать статью по достопримечательностям, а, воспользовавшись имеющимися пунктами (маленькими статьями) собрать программу на день, то есть в третий день нужно собрать такую программу:
- заселение в гостиницу;
- посещение музея такого-то;
- посещение тоакой-то достопримечательности;
и т.д.
Вот все эти пункты - они уже есть - их всего порядка 200-300.
И из них строятся ВСЕ программы.
Если писать статью на каждый день - то тогда вообще нет никакого смысла строить сайт на каком-либо движке... сделать набор НТМ страничек, и все...
Принципиально понятно как это сделать - на РНР, а вот как это увязать с ТХР... и еще тэги использовать...

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

Да нет, тут как раз просто все - секция Программы, там категории - Программа 1,2,3...

И последний этап - делается страница с расписанием туров, вот эта страница подвергается наиболее частому редактированию. Расписание меняется руками, даты и названия туров, котоые залинкованы на соответствующие страницы.

А это пока вообще не требуется... немного другая специфика сайта.

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

Нет, тут тоже все проще...
Это не совсем сайт турфирмы - это паломнический сайт.
Имеется ряд мест, куда ездят паломники, имеется фирма, которая разрабатывает программы посещений, увязывает их с религиозными праздниками и организует паломнические туры...
Все структурирование, графика дизайн - это как раз все имется - и в ТХР - я уже перенес.
Проблема - ЕДИНСТВЕННАЯ - это как раз генерирование программ из кусочков...

Пищей для размышления может послужить обсуждение тур.сайта на Тхп

Спасибо - это я читал, но это не совсем то, что требуется.
И вообще спасибо за столь быстрое реагирование

ОК. Давай я попробую объяснить поподробнее.
Значит имеется набор действий, который происходит с туристической группой:
- прибыте в аэропорт;
- переезд в город такой-то;
- заселение в гостиницу;
- посещение такого-то места;
- посещение такого-то музея;
и т.д.
всего около двухсот действий.
Они стандартные! То есть все программы формируются из этих действий. Это такие модули из которых менеджер фирмы создает программу.
В разных программах какие-то места и музеи не посещаются, в какие-то города не ездят, и т.д.

Теперь о том, какая функциональность требуется от секции Программы на сайте.
Человек, отвечающий за работу сайта получает от менеджера новую программу для размещения ее на сайте.
Он заводит новую категорию - Программа № 25
Заходит в раздел формирования программ и видит, например, все модули с чекбоксами.
Сверяясь с программой он отмечает те модули, из которых программа составлена, расставляет сортировку, нажимает кнопку "Сформировать"
Все! У него готовая программа, которя хранится не в виде готовой статьи - то есть куска текста, а в виде набора Id - маленьких статей-модулей и номера в сортировке.
Далее. Когда посетитель заходит в категорию - Программа № 25 он видит текст программы, который построился динамически из маленьких статей-модулей, которые были отмечены для этой программы в порядке заданным сортировкой.
Всё!
Вот теперь понятнее?
Вот только как это реализовать средствами ТХР - непонятно.
Пока я думаю, что придется делать дополнительные таблицы и писать РНР-инъекции.
Но опять-же как быть с админкой?
В общем я в печали
А весь сайт я уже сделал - все работает - аж загляденье

Не совсем понятно.
То есть предполагается, что он вручную вставляет article id всех пунктов, из которых состоит программа?

Это понятно, но, к сожалению это не подхлдит
Во-первых процесс должен быть максимально автоматизирован.
Во-вторых человек занимающийся формированием - как раз и способен тыкать в чекбоксы, вся остальная система публикаций создана и настроена как раз на такого человека, довольно далекого от технологий - Ворд - его потолок
В-третьих если идти по этому принципу, то еще проще прямо в текстовом редакторе, с помощью copy/paste программа собирается без всяких шаманских article id, но весь смысл как раз в том, чтобы "кухарка могла управлять государством" - то есть должна быть примитивная система - и чекбоксы - это как раз самое оно.

[off] видимо все же придется вводить дополнительные таблицы и писать РНР. Увы [/off]