Зачем? Для воплощения идей заказчика на сайте. Пока что ищу какие в принципе бывают варианты решений.
Можно конечно создать отдельно блок с заголовками и отдельно таблицу и продублировать в ней эти поля. Но поля могут меняться. И придется в двух местах вносить правки. Поэтому и хотелось бы чтобы все в одном месте формировалось.
В принципе и таблица именно как таблица - необязательна. Даже склоняюсь к отдельному типу содержимого с нужным набором полей, названия которых должны быть названиями подразделов...
Короче, я на стадии проектирования структуры и вопрос задаю здесь, потому что возможно уже существует готовое решение в виде модуля...
Или названия полей типа содержимого - название подразделов, выводимых в блоке
Или термины таксономии - заголовки полей таблицы?
Или термины таксономии - заголовки полей типов содержимого?
нужно реализовать примерно такую структуру:
есть условно таблица в которой строки - названия организаций, а столбцы - параметры данных организаций (число сотрудников, число авторов, число публикаций и пр. - порядка 10 параметров).
Есть также задача показывать на сайте все это не в виде таблицы, а в виде рубрик по парметрам. Например:
- число сотрудников
- число авторов
- число публикаций
при клике на каждую рубрику открывается страница, где видим следующее:
Каждый год появляется новая таблица, с обновленными числами. Кроме того, сами названия параметров год от года могут изменяться (какие-то исчезают, какие-то новые появляются).
Пока что я вижу это все в виде отдельного типа материалов, где поля - это параметры + поле с названием организации (термин таксономии) + поле с годом (тоже термин таксономии)
Но проблема в том, что я пока не знаю как вычленить названия полей из данного типа материала и сделать их рубриками. Чтобы если добавлять новый параметр, то в одном месте. Программно, вытаскиванием названий из БД наверное можно попытаться. Но это крайнее решение.
может такая структура вообще не оптимальна. я пока думаю.
Комментарии
То есть, готовых модулей нет?
Зачем? Для воплощения идей заказчика на сайте. Пока что ищу какие в принципе бывают варианты решений.
Можно конечно создать отдельно блок с заголовками и отдельно таблицу и продублировать в ней эти поля. Но поля могут меняться. И придется в двух местах вносить правки. Поэтому и хотелось бы чтобы все в одном месте формировалось.
В принципе и таблица именно как таблица - необязательна. Даже склоняюсь к отдельному типу содержимого с нужным набором полей, названия которых должны быть названиями подразделов...
Короче, я на стадии проектирования структуры и вопрос задаю здесь, потому что возможно уже существует готовое решение в виде модуля...
Или названия полей типа содержимого - название подразделов, выводимых в блоке
Или термины таксономии - заголовки полей таблицы?
Или термины таксономии - заголовки полей типов содержимого?
нужно реализовать примерно такую структуру:
есть условно таблица в которой строки - названия организаций, а столбцы - параметры данных организаций (число сотрудников, число авторов, число публикаций и пр. - порядка 10 параметров).
Есть также задача показывать на сайте все это не в виде таблицы, а в виде рубрик по парметрам. Например:
- число сотрудников
- число авторов
- число публикаций
при клике на каждую рубрику открывается страница, где видим следующее:
организация1 - 123
организация2 - 345
организация3 - 678
где числа соответствуют выбранной рубрике.
Каждый год появляется новая таблица, с обновленными числами. Кроме того, сами названия параметров год от года могут изменяться (какие-то исчезают, какие-то новые появляются).
Пока что я вижу это все в виде отдельного типа материалов, где поля - это параметры + поле с названием организации (термин таксономии) + поле с годом (тоже термин таксономии)
Но проблема в том, что я пока не знаю как вычленить названия полей из данного типа материала и сделать их рубриками. Чтобы если добавлять новый параметр, то в одном месте. Программно, вытаскиванием названий из БД наверное можно попытаться. Но это крайнее решение.
может такая структура вообще не оптимальна. я пока думаю.