Performance 有没有办法在JSF中获得更好的缩小HTML？

GooglePageSpeed经常抱怨HTML不够精简。就我而言，可以达到13%的降价。虽然不多，但我很想知道

我正在使用JSF2、PrimeFaces、OmniFaces和GlassFish。玻璃鱼的压缩功能已启用。我所有的资源（CSS和Javascript）都被缩小，并与OmniFaces的CombinedResourceHandler相结合。所以一切都是为网络优化的

使用HTML缩略器。但这在JSF中是不可能的

---

还有什么我不知道的事情可以得到更好的结果吗

MyFaces Core提供了一种自2.1.10以来启用html空白压缩的方法

我们将前端maven插件与gulp结合使用。这允许您编写typescript和less/sass，并创建缩小的（捆绑包、压缩包等）资源文件

---

你可以问一个漂亮的问题+1。我的猜测是，在响应完成之前，您必须扩展JSFServlet并添加一些minifier。别相信我的话，这只是胡乱猜测。我希望更有经验的人能回答你的问题，是的，你知道是谁。把另一台服务器放在前面，或者使用像cloudflare这样的服务，在飞行中缩小。实际上我们在Glassfish前面使用Nginx，我刚刚意识到PageSpeed为Nginx提供了一个模块。我要试一试。（必须首先与我的系统管理员讨论此问题）。当我得到一些结果时，我会报告的。无论如何，这里可能有一些优化潜力，JSF是如何生成HTML的。谷歌有没有说在哪里可以实现13%的优化？通过使用他们的专有算法？或者使用gzip（正如他们经常建议的那样）？Google只是提到压缩后可以达到13%的减少。所有建议都可以在上面的链接中阅读。正如我前面提到的，我已经在Glassfish上进行了压缩——PageSpeed中提到了这是一条“通过的规则”。如果使用gzip编码（您应该这样做），则不需要进行空格压缩，因为当它频繁出现时，gzip会给它分配一个短代码，结果是gzip需要缓冲响应的相同提示，这会增加服务器内存的使用。这里的压缩是在编译时完成的，因此只执行一次。Gzip压缩也会增加cpu使用率，因为它是按请求应用的。相反，我的建议是使用apache服务器缓存资源（js和css文件）的gzip副本，并允许动态内容（html）不使用gzip压缩（但使用空格压缩）。@BalusC这听起来也很有趣。在Omnifaces中可能是一个很好的功能？哦，有趣，从没听说过ButterFaces bevor。是否可以将它与素面和泛面结合起来？是的，它可以在开箱即用的情况下使用泛面。要将它与PrimeFaces结合使用，您需要做一些小事情