我知道我不知道Wordpress有什么我不知道的。：-）
10多年来，我一直在部署大型Joomla网站。我的团队做过简单的Wordpress网站，但没有做过超级定制。
我需要一些处理Wordpress网站重建的一般指示/方向。
详细信息：我们的一个优秀旅游客户有两个大型、流行和定制的Wordpress网站，需要升级或重建。2011年，首次使用WP进行迭代。开发人员使用WPEngine解决方案构建了它。然后在2015年，另一家开发公司进行了重新设计，保留了原始代码。2016年，我们接管了托管、支持和维护工作，其中包括将其与WPEngine分离。
总而言之，目前的网站表现良好。80%的交付内容都是通过Cloudflare缓存的，考虑到它是夏季我服务器上最繁忙的站点，这一点非常重要。然而，当前的站点不支持PHP7，即使WP代码库和插件是最新的。
在过去的一年里，我说服了客户，我们需要重建他们的WP网站，以包含新的代码、外观和促销策略。我提议的其他重要新特性是使用多站点和响应性设计。必须重做图像等内容资产，以适应新的“大图像”设计。
现有模板问题：1。没有响应。2、文件系统中可以找到WPEngine的残余部分。3、关键布局元素是硬编码的，如页脚中的版权和联系信息，客户无法更改。4、我不完全了解和理解开发者在第一版中使用的策略，该版本仍然统治着这些网站。我不确定哪些已安装的插件正在实际使用，哪些插件是遗留的，应该卸载。
现有模板有11个CPT。共有16个ACF自定义字段组，共36个自定义字段。
问题：
根据我的描述。。。你认为需要“从头开始”重建吗？我的意思是，更新所有内容并在内容上迁移。或者你认为克隆站点并开发新模板会更好吗？
多站点将如何参与此重建或升级？
感谢您的建议或见解。
SO网友:WebElaine
我过去使用WP站点的经验：当它是一个大型安装（10多个插件，超过500个帖子/页面/CPT）时，如果你检查主题和插件，发现它们紧密耦合（正如你提到的WPE代码），通常值得从头开始重建。正如你所说，很难说到底使用了哪些插件。
您可以将所有内容复制到临时站点，停用插件，并在整个站点上运行各种测试用例，直到您能够确定实际使用的内容，然后“清理”已经存在的内容。。。或者真正重建。通常，我建议从头开始重建，因为技术在7年内发生了很大变化，编码最佳实践也发生了很大变化。但你的时机很有意思，因为WordPress 5.0计划在今年某个时候推出，随之而来的是一个名为Gutenberg的全新编辑器。因为这将是一个重大的改变，我想你最好还是用我在这类事情上采取的另一种方法：重建，但要按现在的方式重建，计划在你了解了更多关于网站功能的细节后一年内再次重建。
首先，测试站点并找出其功能，并绘制用例图。此外，还要仔细、仔细地映射出所有URL，因为您希望在此阶段尽可能避免更改这些URL。然后从一个全新的从头开始安装WP，然后慢慢地逐步升级到用例。从主题开始-或者在上找到一个免费主题。org，这在视觉上与他们已经拥有的有点相似，并走儿童主题路线；或自定义新主题的代码。由于你的WP主题技巧听起来微不足道，我建议你选择儿童主题路线，因为它会教你很多关于主题如何工作的知识。然后，您可以创建CPT（或者不创建，如果它们不是CPT的真正原因）。粒度权限通常是与CPT相关的内容被推到CPT中的原因，但若权限不是一个原因，那个么您可能只需要将页面用于一组CPT。
一旦您重建了站点，使其在视觉上与旧版本相似，就可以使用插件了。根据主题和功能需求，您可能会放弃ACF，这是一个非常具体的基础。尽可能坚持核心功能，并尝试几个插件，看看哪种组合在一起效果最好，并且仍然提供以前的所有功能。
你可能需要几个月的时间才能真正完成并绘制出所有这些，然后重建它。当您准备就绪时，您可以让客户/利益相关者进行测试，确保没有遗漏任何内容，并使用该版本。接下来，继续了解古腾堡的进展情况，并利用您获得的主题和插件知识再次重建网站。
就多站点而言，它真正适用于高度相关的网站群。除非有一些主要的原因，这些应该放在一起，通常最好保持单独的网站。。。分离这样，例如，如果一个站点被黑客入侵，您就不必恢复整个多站点，并且在堵塞安全漏洞的同时让两个站点同时关闭。此外，除非您使用非常奇特的托管设置，否则MultiSite会将两个站点的日期存储在一个数据库中，这可能会导致性能瓶颈。运行两个独立的数据库（即使它们位于同一台服务器上）通常比将所有内容合并到一个多站点更快。
