为 WordPress 开启 LS|Cache 缓存

tengxunyun cera

前言

之所以中意 OpenLiteSpeed 还是因为其 LS-CACHE 用于加速 WordPress 更方便也更稳定,缓存方案由 LiteSpeed 官方维护而不是第三方开发者。这里就介绍一下,WP 如何快速使用 LS Cache。

LS Cache 简单高效,据 LiteSpeedTech 公司宣称效果优于 Varnish,并且能够及时的兼容服务器软件上的最新技术。

安装

虚拟主机

如果虚拟主机厂商使用 LiteSpeed Server 作为服务器软件代替 Apache,那么很可能也会购买 LS Cache 扩展。一些大牌的如 HawkHost、A2Hosting 等,牌子越大越有可能。

服务器

服务器环境建议使用 ols1clk 来一键安装 OpenLiteSpeed 和 WordPress,默认就会开启 LS Cache 并下载 WP 插件。

设置

在插件中搜索 LiteSpeed Cache 并下载安装并启用。

然后额,对,什么都不用设置自动就安装好了也开启了缓存功能。如果有更加进一步的设置可以进入选项卡进行设置。值得一提的是,LS-Cache 是一个高效的 PageCache(页面缓存) 方案,如果网站本来有使用 W3tc、WP Super Cache 等缓存插件的可以停用或者关闭页面缓存的功能。其他的对象缓存、前端压缩等功能可以继续保留。

如果同意服务器下有多个网站需要使用 LS-Cache

需要在 wp-config.php 中加入:

define( "LSWCP_TAG_PREFIX", "该网站唯一的字符串比如说域名" ) ;

例如:

define( "LSWCP_TAG_PREFIX", "mf8biz" ) ;
define( "LSWCP_TAG_PREFIX", "mifar" ) ;

可以区分不用的网站,避免网站建缓存出现混乱。

效果

退出登陆状态,进入一篇文章先刷新一下以避免是第一次访问还没被缓存的尴尬,然后打开浏览器开发者工具,可以在 Header 中看到:

x-litespeed-cache:hit

如果出现 hit 了,那么也就是命中缓存了,说明该页面已经被缓存了。

 

cera cloudiplc

相关推荐

ols1clk|OpenLiteSpeed 高性能一键包

前言 之前有介绍过很多种 Nginx/OpenResty 优化 WordPress 的方法,不过可靠性较低,设置难度也比较大,这里就要推荐一下 OpenLiteSpeed(简称OLS) 了。 介绍 OpenLiteSpeed 是著名的 LiteSpeed Server(简称 LSWS) 的开源版本,(相对 Apache Httpd)拥有非常多的优异特性,最重要的就是 SAPI 方式驱动的 PHP 即 LSPHP/php-litespeed 性能比 php-fpm 更好,还有就是 LSCache 了,能够轻松为 WordPress、Woocomare、XenForo、Joomla、Mediawiki 等软件,要知道 Nginx/OpenResty 优化方式对其他软件的支持是比较少的。 OpenLiteSpeed 也能说是 LSWS 的试验田,会率先支持一些新特性例如:TLS1.3、HTTP/2 都是很早就实现开箱即用的,相对 Nginx 来说也比较方便。 ols1clk 为了方便大家使用 OLS,LiteSpeed Tech 团队推出了 ols1clk 一键包。米饭也贡献了一些小内容,并进行了中文方便大家使用。对WP的支持特别好,并且预装了 LS Cache 插件。 ols1clk – OpenLiteSpeed 一键包 介绍 ols1clk 是 …

WordPress博客网站使用Memcached和Redis缓存哪个更好|

今天小白得到了一台4核8G的服务器,马上安装上宝塔。接下来就遇到了一个选择困难综合征。到底给数据库安装那种缓存好。是Memcached缓存,还是Redis缓存?接下来小白将详细分析下这两种的区别。 首先,我们今天研究的大前提是#wordpress#博客,那么注定数据量不会太大。访问量也不是超多那种。 一、#Memcached#和#Redis#区别 1、数据存储方式 Memecache把数据全部存在内存之中,断电后会挂掉,数据不能超过内存大小。 Redis有部份存在硬盘上,这样能保证数据的持久性。 2、数据支持类型 Memcache对数据类型支持相对简单。 Redis有复杂的数据类型。 3、使用底层模型差别 它们之间底层实现方式 以及与客户端之间通信的应用协议不一样。 Redis直接自己构建了VM 机制 ,因为一般的系统调用系统函数的话,会浪费一定的时间去移动和请求。 4、#value#值大小不同 redis最大可以达到1GB,而memcache只有1MB。 二、Memcached和Redis哪个更适合WordPress 根据上面对比我们发现memcached为内存存储,其占用量最大就512MB内存。而Redis可以无限大占用内存和硬盘空间。memcached更适合存储简单的值。所以小白得出的结论是针对内容不多的WordPress博客建议选择用memcached做MySQL数据库的缓存。 但是这里也有一种例外,有些采集站大佬。因为数据量超多。大部分都超过10万篇文章。那种还是用Redis吧。毕竟有这么多内容的服务器配置应该也不低吧。 以上就是今天要介绍的所有内容,如果有错误欢迎留言指出。

WordPress缓存导致文章阅读数点赞数不更新的解决办法

WordPress缓存导致文章阅读数点赞数不更新这个问题应该很多WordPress站长遇到过,因为WordPress提速最简单的就是缓存,这种方案也收到广大个人站长的一致追捧,然而一缓存网页就成静态了,不会有PHP交互也就不会更新数据,难道缓存和阅读计数不能同时拥有吗?当然有而且还不止一种,天无绝人之路嘛,下面就是一种解决整个页面被缓存而导致文章阅读数点赞数不更新的解决办法。 先声明下,由于原理一样,我这里就用阅读数做例子,点赞数就不讲了。并且这个办法不适用于内存缓存,因为内存缓存失效时还是会执行PHP代码计数的,使用这个方法的话会导致阅读数不够准确。如果是内存缓存用户,建议使用水煮鱼的方案,将阅读数存到内存中,等数量到了指定界限时,一次性写入阅读数,不过这样会出现阅读数无法及时更新的尴尬情况。   解决办法:使用ajax获取文章阅读数量并刷新网页中阅读数量的HTML标签,服务器收到请求后,同时将原来的阅读数量加1并更新到数据库中。说到这里最关键的内容就是ajax提交请求了,既然是请求那就需要接口了,不然不知道请求谁呀,下面是一个简单的请求接口,大家参考下。 PHP接口文件 将下面的代码复制保存为views.php文件,并放在主题目录下的action目录中,没有就新建一个action文件夹。 require( dirname(__FILE__).’/../../../../wp-load.php’ ); nocache_headers(); $post_ID = isset($_POST[‘post_ID’]) ? (int) $_POST[‘post_ID’] : 0; if ($post_ID!=0 ) { $post_views = (int) get_post_meta($post_ID, ‘views’, true); if (!update_post_meta($post_ID, ‘views’, ($post_views + 1))) { add_post_meta($post_ID, ‘views’, 1, true); } $post_views = (int) get_post_meta($post_ID, ‘views’, true); print_r(json_encode(array(‘error’ => 0, ‘views’ => 1, ‘response’ => $post_views))); …

WordPress开启Nginx fastcgi_cache缓存加速方法|Nginx配置实例|转|

简介 本站尚未布置Nginx fastcgi_cache缓存加速,目前使用wp Super Cache进行缓存。 使用WordPress建站的过程中,对于优化Wordpress性能、加快网站访问速度这一环节走了不少的“弯路”。当网站出现访问缓慢、CPU内存耗尽的情形时,最开始想到的是升级服务器配置,后来发现有些无良的VPS商家背后限制资源严重,加钱升级真的很伤人。 最大的体会就是同样的配置,在不同的VPS商家那里跑同一个网站,在同样的流量情况下,居然一个顺畅而另一个卡顿,这个给我最大的感受就是在购买VPS之前一定要看看别人的评测,尤其是VPS主机性能评测这一块,一定要仔细对比,否则容易花不少冤枉钱。 后来给Wordpress做优化时,关注在页面缓存上,之前用过的缓存插件包括但不限于WordPress Super Cache、WP Fastest Cache、W3 Total Cache、cos-html-cache、Cachify……总得来说,安装了缓存插件后提速还是有效果的,但是也带来了不少的问题。 例如配置复杂、生成规则、插件冲突以及无法应对突发流量,也就是说使用缓存插件还是无法达到应对大流量冲击的情况。最后,在朋友的推荐下启用了Nginx fastcgi_cache缓存,直接使用Nginx为页面生成缓存,效率比使用PHP缓存插件要高得多,特别适合小配置的VPS上使用。 安装Nginx ngx_cache_purge模块 网站:http://labs.frickle.com/files/ LNMP 如果你用的是LNMP一键安装包,编辑lnmp安装包目录下的 lnmp.conf 文件,在Nginx_Modules_Options=” 的单引号中加上 –add-module=/root/ngx_cache_purge-2.3 保存,升级一下nginx就安装上了,其他模块也参考这个就行。 ngx_cache_purge-2.3需要你从frickle.com官网中下载安装包并解压,目前最新版是2.3。   Oneinstack 如果你用的是OneinStack面板,可以通过以下命令来编译ngx_cache_purge模块。 # nginx -V 2>&1 | grep -o ngx_cache_purge 查看ngx_cache_purge是否安装,没有数据表示未安装 cd /root/oneinstack/src wget http://labs.frickle.com/files/ngx_cache_purge-2.3.tar.gz tar xzf ngx_cache_purge–2.3.tar.gz #以下几个安装包都是Oneinstack自带的,不同的版本可能会不同,请根据情况调整 tar xzf nginx–1.14.0.tar.gz tar xzf pcre–8.42.tar.gz tar xzf …

微信扫一扫,分享到朋友圈

为 WordPress 开启 LS|Cache 缓存