wordpress - 如何同时有效地设置 wordpress 和 AWS Amplify？

Question

我需要一个由两部分组成的项目，用例看起来比较典型:

• 一个 AWS Amplify React 项目，它有一些 API 端点和一个用 React 编写的漂亮仪表板。
• 一个带有博客的 wordpress 网站，由不是很懂技术的人维护。

这次分离的原因是公司的所有者熟悉 wordpress，并且希望管理 SEO 以及定期撰写博客文章。公司的主要目的(SaaS)是扩大项目。所有者很可能会在 wordpress 站点上安装大量插件，并且很可能导致其崩溃，在这种情况下，amplify 项目必须保持功能。

理想情况下:

• example.com -> Wordpress
• example.com/portal -> 放大项目。

N.b 我想使用子目录而不是新的子域，因为有人告诉我这有助于 SEO，因为它们将共享相同的页面排名。该博客的目的主要是为了搜索引擎优化和吸引人们访问该网站。

我的考虑:

设置一个 wordpress 站点，托管在 Apache 服务器上(可能使用 AWS lightsail，bitnami 之一)，并在该 Apache 服务器上设置反向代理以指向放大项目。

我认为这种方法导致的问题:

1. 可通过 2 个 URL 访问 amplify 项目。放大应用程序直接并通过 example.com/portal；我如何阻止它通过放大 URL 向全世界提供并且只能通过反向代理 (example.com/portal) 提供？
2. 如果 apache 服务器出现故障，则无法再访问 amplify 应用程序。 amplify 项目现在依赖于单个 EC2(或潜在的自动缩放组，但这意味着添加负载均衡器和更高的成本)。
3. Amplify 使用云端作为 CDN，通过代理路由它，我们基本上失去了给我们带来的好处。

其他选项:将放大放在顶部

让 amplify 使用它的反向代理功能将请求发送到别处托管的 wordpress 页面。这样，如果 wordpress 出现故障，amplify 将继续存在。我的顾虑是:

1. 可以从 2 个 URL 访问 Wordpress - 我如何限制它只允许反向代理的 URL (example.com)？
2. 我需要弄清楚如何让 amplify 在不是域根的 URL 上运行，例如“example.com/service”，并且需要获取域的根才能访问反向代理。

对于其他人来说什么是理想的答案:

• 您会选择哪些选项(或其他选项)可能有助于最大限度地降低成本，同时保持与 AWS Amplify 相同水平的弹性，为什么？请尝试以一种可能对其他人遵循的典型设置有用的方式回答。

Answer 1

看看这个。基本上 AWS Amplify 只是一个工具。您需要选择可以轻松与 headless wordpress(通过其 api)集成的框架。

https://www.cloudways.com/blog/use-react-with-wordpress-to-create-headless-cms/