(转载:www.idcew.com)正如你可能知道,w3total Cache相当棒的时候提供一个高度可配置的景观为WordPress缓存。w3total Cache为每个页面生成静态缓存页面加载,所以他们并没有被动态加载的每一个页面加载。这大大降低你的网站的加载时间,同时提高性能。 如果你是w3total Cache用户,或打算成为一个利用它如何能提高你的网站的性能,请注意,你可能会遇到一个500内部服务器错误。当然可能有多于一个原因你跑到500内部服务器错误。然而,我们概述了如何诊断,更重要的是如何解决,共同w3total Cache WordPress用户下面的错误。你应该能够快速诊断是否这是500内部服务器错误的原因,你正在经历。 你要做的第一件事就是检查你的。htaccess w3total Cache是否添加了。htaccess规则的一个现有的行。例如,它可能会看起来像这样: < IfModule mod_rewrite.c > RewriteEngine上 RewriteBase / RewriteRule ^指数\。php -美元[L] RewriteCond % { REQUEST_FILENAME } ! - f RewriteCond % { REQUEST_FILENAME } ! - d RewriteRule。/索引。php[L] < / IfModule > #开始W3TC浏览器缓存 < IfModule mod_deflate.c > < IfModule mod_setenvif.c > BrowserMatch ^ Mozilla / 4 gzip-only-text / html BrowserMatch ^ Mozilla / 4 \。0[678]no-gzip BrowserMatch \ bMSIE !no-gzip ! gzip-only-text / html BrowserMatch \ bMSI[E]!no-gzip ! gzip-only-text / html < / IfModule > 注意到部分,说: < / IfModule > #开始W3TC浏览器缓存 这是什么导致这个问题。“#开始W3TC浏览器缓存”应该在它自己的行。解决方案?只是换行(就回车在#)之前,保存文件并重新加载页面。 但是为什么会这样呢? 正常的WordPress安装,与Softaculous或手动安装,将创建。htaccess的WordPress重写代码看起来像这样: #开始WordPress < IfModule mod_rewrite.c > RewriteEngine上 RewriteBase / RewriteRule ^指数\。php -美元[L] RewriteCond % { REQUEST_FILENAME } ! - f RewriteCond % { REQUEST_FILENAME } ! - d RewriteRule。/索引。php[L] < / IfModule > #结束WordPress w3total Cache显然寻找第一个评论(#开始WordPress)因此它知道添加它的规则。然而,如果。htaccess文件已经修改与删除的行(特别是这条线),w3total Cache不知道该做什么。w3total Cache附加规则到最后一个现有的行。如果你有#结束WordPress线,这没什么大不了,w3total Cache只会添加评论对WordPress评论和Apache不会影响。 问题发生如果没有评论,没有换行符。Apache将失败并导致一个500错误,因为w3total Cache将添加到最后一行。 你使用WordPress多点吗?请注意,WordPress多点重写代码不包括这些注释行像标准的安装。这意味着w3total Cache多站点安装很可能打破。但是如果你加入上述言论(只需要开始评论),安装应该执行得很好。(转载:www.idcew.com) |