Пользовательские типы сообщений как пользовательские поля

У меня есть три Пользовательских Типа Сообщения: Книга, Объем и Глава, где одна Книга может содержать много Объемов и один Объем, могут содержать много Глав.

Я хочу сделать что-то вроде этого:

  1. Пользовательский доступ "Книги" enter image description here

  2. Пользователь выбирает книгу для редактирования и, в той странице, на meta поле, он может добавлять/редактировать просто объемы, касающиеся той книги enter image description here

  3. Пользователь выбирает объем для редактирования и, в той странице, на meta поле, он может добавлять/редактировать просто главы, касающиеся того объема enter image description here

  4. Пользователь наконец выбирает главу для редактирования enter image description here

Я первоначально думал о помещении iframe в meta области поля на типах сообщения с помощью src атрибут как edit.php?post_type=post_type с некоторыми фильтрами на его строке запроса, для списка просто типа сообщения, связанного с соответствующей страницей.

Что было бы лучшим в той ситуации?

Это - шаблон на WordPress для работы с ситуациями как этот, где Пользовательские Типы Сообщения должны быть Пользовательскими Полями другого Пользовательского Типа Сообщения, т.е. одним многим связь сущностей?

1
28.10.2013, 05:36
3 ответа

почему Вы не используете Книгу в качестве Пользовательского типа сообщения и Объема и Главы как Пользовательская Таксономия?

или

Если Вы хотите использовать только Пользовательский Тип Сообщения. Используйте [Усовершенствованные Пользовательские Поля] [1]

[1]: плагин http://www.advancedcustomfields.com/.

С тем плагином можно сделать много вещей. и это имеет очень хорошую документацию.

0
19.02.2020, 23:03
  • 1
    Привет Kaung Ko, спасибо за ответ! Я не думаю с помощью Объемов и Глав, поскольку Taxonomies был бы хорошей идеей, потому что они не просто маркировки классификации, у них должны были бы быть заголовок и содержание также. Я не помещал Текстовую область Содержания на снимок экрана для просмотра целей, но они будут иметь. Так, я не могу использовать их в качестве taxonomies. Я думаю, что это должно было бы быть что-то как, я описал: iframe с edit.php?post_type=post_type как src список только связал объекты. –  João Paulin 28.10.2013, 15:23
  • 2
    Привет! João Paulin. спасибо за информацию можно добавить заголовок и описание к условиям. Но Вы правы, Вы не можете использовать таксономию, поскольку Вы хотите связать всех их вместе. Поскольку я рекомендую прежде использование который Усовершенствованный Пользовательский Полевой плагин. Там можно легко связать сообщения и пользовательские типы сообщения, и даже это имеет поля повторителя. Так, можно связать Книгу с объемами и Объемами с главами. Надеюсь, что мой совет помог бы Вам. Удача с Вашим проектом. –  Kaung Ko 29.10.2013, 00:26

Я соглашаюсь с ответом @Kaung Ko - я только что закончил проект с помощью Пользовательского Типа Сообщения и Пользовательского Taxonomies. Очень похожий на Ваш, но для Винных Обзоров. Также используемый Усовершенствованный Пользовательский Полевой плагин для дальнейшей настройки.

Брезент @João - Вам устанавливали плагин для того пользовательского Администраторского стиля (черный левый столбец) в screeshots? Это выглядит намного лучше, чем собственный Wordpress.

0
19.02.2020, 23:03
  • 1
    Привет codeview, спасибо за ответ! Да, это - новый Администраторский стиль, который обсуждается для собственного компонента к WordPress, запускающемуся на 3,8 версиях, но на данный момент у Вас может быть он устанавливающий плагин, названный "MP6" http://wordpress.org/plugins/mp6/. Просто установите и активируйтесь. –  João Paulin 28.10.2013, 15:07
  • 2
    Хм... очень интересный. Спасибо за совместное использование "секрета", ха-ха. –  codeview 28.10.2013, 18:54

Просто использование иерархических типов сообщения абсолютно допустимо. Вы можете сделать почти все с этим и вероятно не должны будете идти кроме того.

При реальной необходимости в n/n отношениях (относительно которого я сомневаюсь из описания), смотрите на плагин Posts2Posts.

1
19.02.2020, 23:03
  • 1
    Привет @kaiser, спасибо за ответ! Я считаю иерархические сообщения большими для маленького institucional и регулярных веб-сайтов, но воображаю веб-сайт с 100 книгами с 3 объемами каждый и 15 главами каждый объем опубликованный как различные страницы. Будет время, где было бы слишком трудно распознать и выбрать корректное сообщение, между сотнями и тысячами существующего, от избранного поля, правильно связать сообщения друг с другом. То, что я смотрю, является способом сделать, как я описываю выше и делаю процесс легче и логичным, таким образом, любой мог управлять сайтом. –  João Paulin 27.10.2013, 06:15
  • 2
    Затем изучите плагин. –  kaiser 27.10.2013, 06:17

Теги

Похожие вопросы