А что, в новой версии попрежнему нельзя сортировать категории в свободном порядке?
Они сортируются только по id.

Ребят, всем добрый день ! К вопросу о новостях. Есть следующая сложная задача : Имеется ряд отрослей примерно 50, в каждой примерно по 10 направлений. Соответственно в каждом направлении есть список айтемов с описанием и картинками ( колличество айтемов неизвестно и может рости по мере их дополнения). И того имеется список 50*10*n

Было решено соорудить данную конструкцию на новостях. Соответственно нужно создать 50 категорий и в каждой по 10 подкатегорий в которых будут храниться хти новости. НО, гдето слыхалось, что если делать всё на стандартных категориях, то при наборе пары тыс. единиц новостей начинается трабл с продуктивностью.
Есть предположение, что можно забить 50 страниц и в каждой по 10 подстраниц в которых и хранить сами новости, что заменит вариант использования категорий, но тут опять есть сомнения, что это не тождественные понятия. Плюс, если мне нужно будет в одном LIST выводить 50 последних новостей со всех 500 страниц, то при попытке добавления список страниц контейнеров в плагин у меня ничего не получится, т.к более 20 не принемает.

ообщем какие предложения ? Может кто решал подобные задачи с большим колличеством категорий. Я в замешательстве.

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

Также вам поможет плагин, который автоматом прописывает нужную категорию для новостей на конкретной странице.

По поводу списка контейнеров. Во первых можно указывать только страницу верхнего уровня, а в FlexForm (не помню) или TS (точно) указать на какую вложенность просматривать дочерние страницы.
Второй вариант - вставлять на страницу плагин не как обычно через FF, а как кусок TS кода с использованием плагина вроде typoscript_code. Так можно лучше сконфигурировать блоки tt_news (особенно если их несколько на странице), так как не все опции доступны через FF.

Если - судя по размерам - в дереве 1 сайт можно вообще отключить проверку источника. И выборка пойдет просто из всей таблицы.

Да, и траблы с продуктивностью мало зависели от количества категорий. В тройке все гораздо приличней. Подробности на тему - надо ли тюнинговать тройку под ваш объем - лучше дополнительно поспрашивать в листе ньюсов.

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

С точки зрения редактора лучше разделять. Так как в BE TYPO3 нет каких-либо средств (tt_news 3.0 еще не смотрел) для поиска и отбора по категориям, датам и т.п. Поэтому администрирование такой базы без разделения (особенно если это несколько человек) становится непосильной задачей. Более того, в таком случае даже лучше не делать рекомендуемого по стандартной схеме TYPO3 разделения на системные папки (для хранения) и на страницы (для отображения), а все делать в одном дереве страниц. Иначе придется вручную дублировать 500 страниц - много возможностей банально ошибиться.

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

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

Ооо ребята, Вы меня очень обрадовали такими заявлениями, особенно после того когда я именно продублировал каждый сисфолдэр страницей с плагином. :confused: эм.. попробуем запустить так, посмотрим к чему приведёт, но не переделывать же всю месячную работу заново. тем более, действительно с точки зрения администрирования даж сложно представить как всё это свалить в 1 кучу и рыться в тысячах новостей на одной странице. О результатах сообщу, возможно они будут не очень позитивными, а возможно и обойдётся.

Кстати, по теме у меня RealUrl выводит линк на новость ввиде /sales/single/9.html. Как бы мне прописать, чтоб вместо single/9 было название новости ?

И кстати, заметил, что если новость лежит скажем в "/sales/division/" то в линке финурирует только 1й уровень /sales/single/9.html хотя должно быть /sales/division/single/9.html почему отображается только корень ???

По моему в стандартном примере для tt_news урл формируется именно из названия новости.