我正在尝试获取反馈和想法,以便使用wordpress解决信息体系结构/内容管理问题。
我有一个由多个部分组成的大型网站(1000多页,数百篇帖子)。每个部分都需要自己的辅助导航菜单,该菜单包含页面和自定义链接。这很容易做到,但不一定容易管理(对于非程序员)。
想象一下这种结构:
父级1
第1a页第1b页第1c页自定义链接1d父级2
第2a页,第2b页,第3a页,第3b页,以下是我提出的解决方案(以及注意到的问题):
使用常规WP 3+导航系统创建菜单。将每个父页面与菜单关联(通过自定义元标记/分类法/slug/其他),然后在每个页面上抓取它的父页面(如果它本身没有子页面)并显示正确的菜单
问题?大量由于这是一个大型网站,它将包含许多菜单,使维护变得混乱添加页面变得很麻烦-添加页面,声明正确的父页面,然后再次将页面添加到正确的菜单(可以通过编程将最后一部分附加到save\\u页面挂钩来简化)如果用户添加了一个页面并声明了一个没有关联菜单的父页面,该怎么办
跟踪父页面-菜单关联将非常繁琐且不直观使用多站点-每个站点都有自己的菜单,显示在其中包含的所有页面上<多站点(插件、服务器资源等)存在许多问题这实际上只是一个大型站点,不是由不同但相互关联的站点组成的网络,放弃WP 3+导航系统,而是为所有菜单项(包括自定义链接)创建页面,并使用插件/转发/重定向将某些虚拟页面更改为自定义链接。使用wp\\u list\\u pages以编程方式基于页面父关系创建菜单已经有很多实际的页面,向页面列表添加绒毛(只是重定向的页面)可能不是一个好主意,通过为每个自定义帖子类型提供菜单,我们如何复制上面显示的嵌套(父3嵌套在父2中)许多与上述#1相同的问题,我希望我对问题的解释和可能的解决方案是清楚的-如果没有,请立即询问。否则,任何关于如何实现这一目标的反馈或想法都是非常受欢迎的。