目前我已将lighttpd配置为apache的反向代理。当apache侦听127.0.0.1时,Lighttpd侦听公共IP。 Lighttpd使用配置
将非静态内容传递给apache $HTTP["url"] !~ "\.(js|css|gif|jpg|png|ico|txt|swf|html|htm|gz)$" {
proxy.server = ( "" => (
( "host" => "127.0.0.1", "port" => 80 )))
expire.url = ( "/" => "access 5 minutes")
}
这个简单的设置可以很好地使用vanilla wordpress安装。静态文件由lighttpd提供,而其他所有内容都由apache提供。
我想将它提升到一个新的水平,所以我安装了wp-super-cache,以便创建页面的cache / html版本。 wp-super-cache插件已正确安装,并且已正确应用对htacess文件的修改。我使用了wp-super-cache的mod_rewrite模式,wordpress的自定义永久链接结构是/%category%/%postname%.html。一切都很棒。正在创建和提供缓存/ html页面。只有一个小问题。它只有在我删除上述配置中的html文件扩展时才有效。这意味着apache将提供cache / html文件而不是lighttpd。我想到的一个解决方案是在访问html文件时对lighttpd进行simliar重写规则。我不知道它是否会起作用,但无论如何我都在搜索它。我发现http://tempe.st/2008/05/lightning-speed-wordpress-with-lighttpd-and-supercache-part-ii/(您可能需要谷歌缓存才能访问它,因为它今天无法运行,但昨天确实如此)认为它可能是解决方案,但坏消息是我使用的是基于rpm的发行版和rpm repo我使用的lighttpd没有mod_magnet。我搜索了其他提供lighttpd与mod_magnet但没有找到的回购。所以我不能使用我找到的解决方案,因为我的lighttpd没有mod_magnet功能。
如何使lighttpd提供由wp-super-cache创建的缓存/ html文件?这可能吗?
谢谢!
答案 0 :(得分:0)
我知道,这有点晚了,但您可以尝试我的版本的WP Super Cache的rewrite.lua脚本。它的工作原理就像必须工作一样。 https://gist.github.com/1258096