Сайт аналитики недвижимости с обявлениями.
—-
Каталог имеет три уровня: город/улица/дом.
Припустим в городе 50 улиц в каждой по 20 домов.
Следовательно категорий будет 1000, а то и более!!!
И это только один город...
—-
Редактировать категории будет проблематично и не удобно.
Есть ли возможноть сделать пагинацию на страницу категорий в админке?!

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

Придуймате другую логику построения и нужно ли вам такое количество категорий

как вариант город/улица в категории, а дома в записи...
—-
спасибо за ответы.
буду думать другую логику.

На форуме уже была тема с проблемой вывода большого количества категорий - http://eeclub.ru/forum/viewthread/1239/ так что лучше сделать по другому)

Еще как вариант, делать все каналами и связями. Например, 1й канал - Область/Регион, 2й - Города, 3й - Улицы, 4й - Дома. Тогда вообще можно и выпадающие связанные списки строить. Например выбрал Город, остались только Улицы и Дома связанные с данным городом. А чтобы удобно было связывать - Playa в помощь.

@artics
Это очень плохой способ реализации признаков объекта, так как канал содержит записи,
являющиеся, по сути, объектами, имеющими ряд свойств, собственно, и определяющими
эти признаки: область, город, улица, дом.

Правильнее будет, если объект (запись) будет иметь 4 доп. поля, хранящие соотвествующие
данные, полученные при инициировании или редактировании объекта, а их источником может
быть набор связанных данны, получаемых путем выборки из БД (как вариант - ft).

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

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

Afgan - 21 Декабрь 2012 02:14 A.M.

@artics
Это очень плохой способ реализации признаков объекта, так как канал содержит записи,
являющиеся, по сути, объектами, имеющими ряд свойств, собственно, и определяющими
эти признаки: область, город, улица, дом.

Я понимаю, что способ не наилучший, однако это реализуется средствами самого движка и уж точно получше будет чем строить категориями. Я строил на каналах подобную связку, когда нужно было дешево, быстро и функционально: Страна/Регион/Город, а вот Улицы отдельным полем.

А что, на хранение связей и записей есть какие-то ограничения? И да, я согласен, что можно написать свое отдельное дополнение для таких свойств, другая правда, в том что не все это умеют(

ПС. Кстати интересно узнать мнение по такой вот задаче http://eeclub.ru/forum/viewthread/2115/#12121 в поисках лучшей идеи...

Теги не пробовали?)