文章分类: WordPress

可怕的事实 – 全世界有四分之一的网站是基于WordPress创建的!

几款WordPress二维码生成插件深入比较

现在二维码的应用已经很普及了,在我们的每个网站上都可以看见,比如右下角的当前页二维码。一般我们用qrserver.com的在线生成器就能轻松在页面上实现任何文本的二维码,不过有时候qrserver.com服务器响应会变慢,甚至当掉,这样二维码就显示不出来了。而且使用qrserver.com这个资源的人越来越多,服务器压力的增加使得它的可靠性正在变低,是时候找一些替代方案了。于是我尝试了WordPress后台能搜到的几款人气看上去不错的二维码插件,做一下总结。
后台搜索关键词:QR Code

1. QR Code

QR Code
和关键词同名的插件,自然是牌第一了,激活量不错。使用
[qrcode url="http://abc.com" margin="10" size="100" before="QR Code" after="QR Code"]
这样的短代码在任何地方生成二维码。不过这款插件本身就是qrserver.com接口生成二维码的,因此没有任何可靠性的增加,果断放弃。 查看详细 »

解决WP-PageNavi插件产生的分页链接无法正确传递Query String的问题

这个问题似乎是最近才爆出来的,一位客户反映某个基于WPML实现的双语的网站上,英语版列表页面的分页不起作用了,点击第二页会跳转到网站首页。检查后发现问题锁定在自定义文章类型的分页上,并且只发生在英语版;网站默认语言中文版则无此问题。这个网站在英语版的URL上加了Query String-“lang=en”,而WP-PageNavi把分页链接变成了这样“http://xxx.com?lang=en/category/greece/page/2”

记得网站刚开发完的时候,当时版本的WPML和WP-PageNavi配合还不错,是没这个问题的,也不知道是其中哪个插件更新后造成了这个兼容问题,已无从追查,看来只能自己动手解决了。我的解决方法比较粗暴,主要是没本事也不愿从插件内部找问题,直接在前端修改这串Query String的位置即可,此JS代码放在调用了wp_pagenavi函数的页面底部,也可以偷懒直接放在footer.php:

1
2
3
4
5
6
7
8
9
$(function(){
	$(".wp-pagenavi a").each(function(){
		tempvelue = $(this).attr("href");
		if( tempvelue.indexOf("?lang=en")>0 ){
			tempvelue = tempvelue.replace("?lang=en","") + "?lang=en";
			$(this).attr("href",tempvelue);
		}
	});
});

这个问题也可能发生在其他带URL带Query String的页面上,修改以上代码都可以解决。所以感觉更可能是WP-PageNavi的问题,希望以后的更新能解决。

如果有哪位高人知道在PHP层的解决方法,还请赐教。

研究一下响应式图片加载属性srcset和sizes

元旦过后又长一岁,然而活到老学到老这个道理是不变的。这几天把手上一部分WordPress网站升级到最新版4.4,就学到新东西了。发现4.4版给所有在文章内容区的图片都加上了两个属性:srcset和sizes。比如:
srcset
这俩个属性的作用是为不同显示尺寸加载不同的图片源,这样就能在图片本身做到“响应式”,而不仅仅是跟随屏幕尺寸了。 查看详细 »

Query Monitor – WordPress项目开发必备插件推荐

如果你正在进行基于WordPress的网站开发,Query Monitor这款插件会对你起到很大的帮助。顾名思义,Query Monitor提供了一系列查询监控,可以在WordPress前台/后台任何一个页面给出当前页的数据库查询次数、耗费时间等详细数据,对优化项目提供一定的参数依据。

安装插件后,以管理员身份登录网站,页面顶部菜单会多出一组数据(如图)
Query Monitor - WordPress项目开发必备插件推荐 查看详细 »

WordPress文章分页号码样式加强

如果要给一篇长文章进行分页,我们只要在需要分页的地方加上<!–nextpage–>这样的标签即可。WordPress的文章页面只要有wp_link_pages这个函数,就会在调用函数的地方增加分页符,就像这样:
WordPress文章分页号码样式加强
图中我已对数字链接的样式做了美化,给数字加了灰色边框,但我没有办法对数字1做任何修饰,因为这个当前页码没有任何HTML标签包裹,无法对此修改样式。

这段代码可以解决这个问题: 查看详细 »

CentOS6.5裸机安装WordPress建站环境详细流程

之前的Win主机上挂了十几个WordPress网站,客户普遍反映后台操作已经慢到不行。于是我租了一台新的云主机,这次下决心要搞定Linux主机了,同样的配置,Linux跑WordPress肯定要快不少,而且也不会碰到Win主机下的各种怪问题。花了两天时间折腾,终于搞定建站环境,把第一个WordPress网站给搬了过去,也踩了不少的坑,这里记录一下过程,以做备忘。

Linux小白的我先用了CentOS6.4安装建站环境,不过第一次安装就碰到了无法解决的问题,索性换成CentOS6.5重装,最后总算折腾出来了。以下记录的是CentOS6.5下安装建站环境的步骤:

1. 在云主机系统的后台先设个root密码;

2. 下载putty登录工具,登录云主机。此时先输入root账号,接下来会提示输入密码,这个密码要一次性输入完毕,屏幕上不会显示任何*号提示。一旦输错就按回车重新输。 查看详细 »

WordPress后台定制-通用字段option的添加和调用

在WordPress构建的网站上我们经常要定义一些全站通用的数据,比如联系方式、公司简介等,这些数据可能会在网站的任何地方被调用,比如首页、相关内页、每个页面的头部和底部等。个人喜欢称这样的数据为通用字段。既然叫通用字段,顾名思义就是存在于数据库里的一条可以被随处调用的数据,WordPress的options表提供了这样的便利。需要注意的是通用字段和自定义字段的概念区别,前者保存在options表中,而自定义字段则保存在postmeta表中。options表一般用来保存一些网站全局设置和插件设置,而保存自定义字段的postmeta表则保存的是用于和文章、页面、菜单等关联的字段。

WordPress封装好的操作options表最重要的函数就是 update_option ,本文通过一个最简单的实例介绍通用字段的操作。

首先看下我要定制的这个后台功能截图:
WordPress后台定制-通用字段option的添加和调用 查看详细 »

Gravity Forms表单使用WPML和qTranslate的多语言解决方案

Gravity Forms在国外是一款非常流行的收费表单插件,它的强大之处一两句话是概括不完的,要体会这款插件,可以去他的Demo演示站(demo.gravityforms.com)体会。这个插件帮我不知道省了多少开发时间,所以忍不住再次强力推荐。这样一款优秀插件,本身却并未提供多语言功能。在应用了WPML或qTranslate的多语言网站上,我们可以选择两款“第四方”插件,使多语言插件分别支持Gravity Forms。

首先来说个简单的 – 免费的Qtranslate。原作者停止更新qTranslate后,我们就用qTranslate-X代替。qTranslate是通过这样的语言标签:“<!–en:–><!–:–>”,来实现多语言的。在Gravity Forms表单中使用这样的语言标签,在前台会把这些标签当作文本一起输出。通过插件“qTranslate support for GravityForms”,可以直接让qTranslate-X支持Gravity Forms中填写的语言标签,在前端输出正确的语言文本。 查看详细 »