我的mod_pagespeed给出了一个较低的分数，因为它是自己的js和css呈现阻止。 鉴于该工具的devise是为了加速，而不是减速，我不认为这是devise所需的行为。 有没有人遇到过这个？
以下是Google PagSpeed Insights的build议：
Remove render-blocking JavaScript: http://pacifika.ru/…_pagespeed_static/js_defer.IRaJtkfeqL.js 和
Optimize CSS Delivery of the following: http://pacifika.ru/…d626d8e8.css.pagespeed.cf.Kr0UOart5j.css http://fonts.googleapis.com/css?family=Bitter&subset=latin
在这里你可以看到完整的照片Pagespeed
我在使用Varnishcaching的Apache服务器上，这里是我启用的mod_pagespeed规则：
ModPagespeedEnableFilters extend_cache,combine_javascript,local_storage_cache,rewrite_images ModPagespeedEnableFilters rewrite_javascript,rewrite_css,sprite_images,rewrite_style_attributes ModPagespeedEnableFilters collapse_whitespace,elide_attributes,remove_comments ModPagespeedEnableFilters outline_css,move_css_above_scripts,move_css_to_head ModPagespeedEnableFilters make_google_analytics_async,inline_google_font_css ModPagespeedEnableFilters defer_javascript,prioritize_critical_css
我知道inline_google_font_css不起作用的事实，因为它仍然阻止渲染。
你好，从mod_pagespeed团队。
我认为你是对的。 js_defer.IRaJtkfeqL.js可能是渲染阻塞的，虽然它确实被加载在HTML文件的底部。 我们开发了我们认为是确保非关键资源在为prioritize_critical_css渲染之后被加载的良好机制，但是我们还没有将其应用于js_defer帮助程序脚本。
我正在跟踪这个问题https://code.google.com/p/modpagespeed/issues/detail?id=997
RE http://pacifika.ru/ … d626d8e8.css.pagespeed.cf.Kr0UOart5j.css被加载阻止在头上，它看起来不像prioritize_critical_css在您的网站上正常工作。 正在发送信标，并且服务器正在响应204.但是，来自信标的数据没有被应用。
我注意到你的服务器正在运行mod_pagespeed 1.7，这是相当古老的。 我们已经将1.8标记为稳定版本，并且有1.9版本。 你可以升级，至less到我们稳定的渠道吗？ 1.8对信标机制有一些改进，可能有助于在您的网站上进行优先级_关键_css工作。
字体问题是一个艰难的。 我们决定不内联整个字体，因为它很大并且可以caching。 但inline_google_font_css仍然帮助我内联CSS间接，在您的网站可以呈现之前删除一个往返。 基本上，如果你想要一个自定义的字体，它必须先下载到客户端，然后才能绘制页面，在这里我们认为最好是caching，而不是内联。