我在运行LAMP的AWS EC2 t2.micro实例上安装了WordPress。
该网站也通过W3TC插件连接到Cloudfront CDN。
除了TTFB为31秒的login页面之外，网站的所有页面上的页面加载时间约为2-4秒。
login页面
当我在pingdom上运行页面时，它说服务器是唯一的问题，需要31秒的时间来响应。
我已经使用curl通过命令行进行检查，并获得相同的响应时间。
$ curl -s -w %{time_total}\\n -o /dev/null http://www.wp360.com/my-account 现在我不知道该怎么办才能解决我已经确定的问题。
有什么build议么？
这对于网页主题来说有点讽刺意味;）我有一些太长的评论意见，但并不是真正的答案，所以请人们尽量抵制投票。 消除的过程是有价值的，如果它导致一个答案。
我注意到，根据WebPageTest，即使有一个caching未命中，即使下载woocommerce.min.css（这是9kB）的15秒，即使静态资源也是超慢下载。 这表明服务器有问题。 检查CloudWatch统计信息，检查您是否用完CPU信用，EBS信用，或者其他任何看起来奇怪的事情。 检查CPU使用情况，networking等等。
如果您可以在几分钟内停机，请在AWS EC2控制台中重新启动您的实例。 这将使您保持在相同的硬件，只是重新启动操作系统，并可能不会帮助。 接下来停止并开始你的实例。 这会将你转移到新的硬件上并重置你的CPU / EBS信用，这可能会有所帮助 – 可能不会，但是值得一试。
我假设你不能混淆你的生产服务器，但你在AWS，所以testing服务器很便宜。 通过快照克隆您的实例，并克隆数据库（如果它在RDS中），或者在同一台服务器上的另一个数据库或新服务器上，无论您喜欢什么。 如果数据库在服务器上没问题。 确保重现问题。 如果没有…那么这是有趣的信息。
接下来禁用所有插件。 如果解决了问题，则可以启用它们，直到再次出现问题。 如果它不能解决问题，请尝试股票2016年的主题。 如果这不能解决问题，尝试一个新的WordPress的安装。 如果这样做不能解决问题报告的任何有趣的东西，你会发现有更多的信息可供分享。 用新的信息编辑你的问题，如果你想让我的注意力标记在这个答案评论我的名字。