您好,提前感谢您阅读这个长问题。
我为《纽约时报》的一位畅销书作者建立了一个网站,现在我已经完成了一半,我意识到我在数据管理方面可能没有以最好的方式组织自己。在我回去重建之前,我想我应该问问专家们的意见。
我的绊脚石是如何对主图书归档页进行编码。我希望它是这样组织的:
流派(按特定顺序组织,可以硬编码)
--系列(按哪个系列包含最新出版的书籍或按管理员设置的自定义邮政订单组织-两者都可以接受)
---图书(按自定义字段“系列图书”组织)
--系列
---书籍
体裁
--系列
---书籍
。。。等
我还希望每个流派和系列都有自己的归档页面。对于体裁档案,应该再次按系列进行组织,然后按每个系列中的书籍进行组织。
Here\'s what I\'m set up now:
书籍(自定义帖子类型)
原始出版日期(自定义字段)
ISBN(自定义字段)特色字符(自定义分类)次要字符(自定义分类)系列名称(自定义分类)系列书籍(#)(自定义字段)概要(自定义字段)其他自由格式内容(post type书籍的默认内容)书籍摘录(自定义post type)通过书籍/自定义字段下拉列表设置相关书籍的父ID(自定义帖子类型)
通过书籍下拉列表/自定义字段设置相关书籍的父ID
My concerns
<编写图书档案页的最佳方式是什么?如果我在系列和流派的自定义帖子类型中使用它们与书籍之间的父/子关系,而不是自定义分类法,那么编码会更高效/更容易吗?EDIT: 我这样问是因为当我编写这个页面时,我意识到我需要做多个嵌套循环the solution suggested here?).我应该制作图书节选和图书表扬字段,而不是单独的自定义帖子类型吗?我需要将每个页面的内容显示在一个单独的页面上,而不是它所附的单个书页上,因为它可能会很长我还有什么其他的事情要做吗?这是一种不必要的复杂方式如果有什么不同,我一直在使用Verve元框和自定义帖子UI插件来创建各种自定义帖子类型/分类法/自定义字段。再次感谢您抽出时间阅读本文,也感谢您对我提出的任何建议!:-)