同时使用pagespeed和cloudflare是否合理？
我们正在使用谷歌的pagespeed服务。 从我可以收集它只是从我们的networking服务器绘制页面，并通过mod_pagespeed优化模块运行它。 我想知道它是否也做任何代理/caching，还是严格的一个请求/一个请求？
现在我们还使用谷歌的Cloudflare CDN /代理服务（在其他地方）。 从我可以收集的cloudflare是一个大代理/cachingnetworking/服务。 它也做任何页面优化，或者它严格存储和转发从我们的networking服务器收到什么？
我正在与一个关键业务网站合作，并被指示不要尝试任何“只是看看会发生什么事情”，所以我不得不问“如果同时使用页面速度和云雾度会发生什么？
- Google计算机引擎防火墙和IpTables
- 如何在Office365 / Google Apps上拥有有限的用户，并在vanilla Postfix上保持平衡
- 尝试将数据发送到Google +的DNS服务器 – Google DNS
- 电子邮件没有收到
- 切断我自己的Google Cloud Engine SSH鼻子
我期待没有什么不好 我期望cloudflarecaching将从pagespeed绘制我们的页面，这反过来是从我们的web服务器绘制。 最终结果是在cloudflarecaching中优化页面。
我的理解是正确的吗？
您可以在您的DNS设置中添加PageSpeedlogging。 但是，我们不能代理该logging，并且您希望确保该logging是DNS设置中的直接logging（灰色云）。 您不想在另一个代理之上堆叠代理。 一般来说，这就是我看到客户在DNS设置中使用PageSpeed所做的事情：
CNAME www是（google的pagespeed dns值）的别名。
CloudFlare拥有自己的网页内容优化器（详细信息请参见https://www.cloudflare.com/features-optimizer ）。 通常情况下，这种方式运行的非常好 – 但是，在各种networkingstream行（由于拥塞/上游问题/networking问题），我们看到了相当多的cloudflare问题频繁出现。 请注意，这是一个很好的产品，同时还有很多安全function（比如Web应用程序防火墙，一定程度上的DDoS防护等），但他们可能需要在稳定基础架构方面多做一些工作，以减less网站停机时间。
我目前处于相同的位置（同时使用cloudflare和pagespeed）。很多cloudflare优化是pagespeed所做的，所以它可能是浪费或不必要的（例如，我们使用pagespeed将我们的jpeg从chrome转换为webp文件）这意味着，根据我们的服务器对其进行优化的方式，cloudflare最终将获得同一文件的多个副本（最终导致caching需要更长时间才能预热）
但是，另一个用户提到cloudflare有时会遇到一些问题，我们不得不closures它之前，这意味着我们仍然有我们的pagespeed优化到位，只需简单地closures它。 而不是不得不回头打开页面速度（意味着可以通过技术较less的人来完成）。