给网站添加两套以上谷歌分析代码

今天接到一个奇怪的需求,要给一个网站添加两套谷歌分析代码。按照个人对JS的感觉,直接复制粘帖两段谷歌分析给出的官方代码,会牵涉到对象的不规范重复调用,即使页面不报错,也一定会影响分析数据。既然是谷歌的问题,自然只能到谷歌去找答案。结果倒是也很快找到了。

首先,谷歌官方系统生成的统计代码是这样的,其中UA-×××××××-×是你自己的谷歌分析账号:

1
2
3
4
5
6
7
8
9
<script>
  (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');
 
  ga('create', 'UA-×××××××-×', 'auto');
  ga('send', 'pageview');
</script>

查看详细 »

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中填写的语言标签,在前端输出正确的语言文本。 查看详细 »

qTranslate停止更新后,多语言WordPress网站的升级策略

qTranslate是一款很不错的多语言插件,我曾经在很多项目中采用它,还写过博客整理了一些经验(点这里)。但可惜的是作者已停止更新这款插件,在WordPress主程序升级到3.9以及以后版本时,强行继续使用这款插件,会导致编辑器的可视化与文本之间无法正常切换,JS报错。如果你的WP网站离不开qTranslate,那就不能随便升级主程序了。

是时候更换插件了,我把我的十几个还在使用中的多语言WordPress网站项目分为两类,对于商业需求大,自定义文章类型多、自定义字段多的网站,我改用了WPML这款收费插件。其他的自定义文章类型、自定义字段少的网站,我把qTranslate替换成qTranslate-x – 一款后继者在继续开发和维护的qTranslate插件。 查看详细 »

WordPress后台定制-为WooCommerce产品增加自定义字段

WooCommerce无疑是打造基于WordPress的购物网站最有力的插件了。WooCommerce本身是一款免费的插件,但它提供了丰富的扩展接口,为网站的进一步开发提供了无限的可能。

定制WooCommerce商城网站,有时候我们需要为产品添加一些参数,比如在一个珠宝商城中,每个珠宝都要有主石、主石颜色、主石重量…等参数,为了规范管理和方便调用,这些参数最好都写到自定义字段中去。这里整理一下对产品追加自定义字段的笔记。

WooCommerce产品的自定义字段,在后台就放在常规选项卡中,添加了自定义字段的表现为:
为Woocommerce产品增加自定义字段 查看详细 »

项目中提炼出来的一些WPML实用函数

最近的几个项目都开始用WPML,一边做一边查询官方文档和论坛,提炼出一些实用函数,记录在此。

获得当前页面的language Code

1
echo ICL_LANGUAGE_CODE; //这个变量直接输出当前页面语言编码,比如默认的英语就是“en”,法语就是“fr”

获取指定页面ID和language code修正后的ID

WPML的保存机制是为每个语言单独生成一篇文章,因此要调用特定语言的文章,只要知道它对应其他任何一个语种的一篇文章的ID就可以用这个函数输出:

1
icl_object_id(ID, type, return_original_if_missing,language_code);

icl_object_id的官方文档:http://wpml.org/documentation/support/creating-multilingual-wordpress-themes/language-dependent-ids/ 查看详细 »

WordPress分页插件WP-PageNavi和翻译插件WPML的兼容性问题

首先来介绍一下WP-PageNavi,这是一款免费的文章分页插件,它轻便小巧,大量的WordPress网站都在用它。如果你用过一款统计和显示页面访问量的插件WP-PostViews的话,你就会知道这两款插件的作者是同一个人。似乎这位作者很喜欢开发一些小巧实用的插件:
WP-PageNavi和翻译插件WPML的兼容性问题 查看详细 »

WooCommerce的索引页面模板archive-product.php无法被调用问题

最近在用WordPress+WooCommerce开发一个商城网站,一步一步抽丝剥茧的尝试修改着WooCommerce提供的默认主题。其实WooCommerce的主题定制逻辑挺简单,把WooCommerce插件中的templates文件夹整个复制到自己的主题中,重命名WooCommerce,即可任意修改。购物车、产品内页、帐号管理等页面都能顺利修改。唯独商品索引页面,我在archive-product.php反复尝试修改覆盖源文件,都没效果。

最后谷歌找到答案,解决方法如下: 查看详细 »

WordPress文章多重排序的实现方法

在WordPress网站开发过程中,有时候我们需要对文章/自定义文章类别(这里统称为文章)进行一些自定义排序,以下是我常用的自定义排序输出的方法:

1
2
3
4
5
6
7
8
9
10
$myposts = get_posts( array( 
	'numberposts' => 50, 
	'post_type' => 'hotels', //自定义的文章类型
	'orderby' => 'meta_value', //按照自定义字段排序
	'meta_key' => 'hotel_country',//排序的自定义字段名为hotel_country
	'order' => 'ASC'
) );
foreach( $myposts as $post ) {
...
}

查看详细 »

第 5 页,共 11 页« 最新...34567...10...最旧 »