Category Archives: Hello World

Hello World

玩转微信公号开发（八）——消息的排重与回复

2014 年 03 月 22 日 – 上午 4:03

随着微信公号系统的逐步完善，原来的许多机制都得到了升级、增强，这可以让我们公众号的表现更稳定，但有时，也会给我们带来一下麻烦，比如下面这段微信文档新增的内容

————————————————
微信服务器在五秒内收不到响应会断掉连接，并且重新发起请求，总共重试三次，如果在调试中，发现用户无法收到响应的消息，可以检查是否消息处理超时。

关于重试的消息排重，有msgid的消息推荐使用msgid排重。事件类型消息推荐使用FromUserName + CreateTime 排重。

假如服务器无法保证在五秒内处理并回复，可以直接回复空串，微信服务器不会对此作任何处理，并且不会发起重试。 这种情况下，可以使用客服消息接口进行异步回复。
————————————————

首先，如果后端没有复杂的逻辑，5秒足够了，但是如果不能保证5秒内回复消息，就只能调客服消息接口了，可惜客服接口属于高级接口，订阅号是没有的（坑爹啊！），并且，即使是订阅号，客服消息的限制也挺多

另外，所谓的“断掉连接，重新发起请求”并不靠谱，我自己扫码或者点按钮后就经常会收到重复消息，也就是说，第一个请求还没结束，的二个请求可能就来了。。。

综合这两点，我们其实可以搭建一种这样的回复方式：

一个消息来了以后，首先根据微信文档里提到的排重方式，比如使用fromusername/msgid/event/count/createtime做md5，作为key，来标示这个消息，在这个请求内，处理相关的业务逻辑，但处理结果不在这个消息内回复，而是放到类似redis的缓存内

再有消息来时，由于同一个消息重复发送，key也是相同的，首先检查redis有没有该消息key的回复内容存在，如果有，直接回复，如果没有，再走上面的逻辑

这样子，不但可以排重，还可以为自己的业务逻辑多争取些处理时间

 

————

转载请注明出处：http://www.jiangkl.com/2014/03/重复消息/ ‎

 

Tags , | Permalink | Comment (0)
Hello World 业界杂谈

[转]别闯进Hybrid App的误区

2014 年 03 月 22 日 – 上午 3:41

【引言】

Hybrid App，一种开发模式，兼顾Web和Native的一种开发模式。有人说它把Web App扼杀在摇篮里，有人说它把Native App引向一个新阶段。我说，它是一把双刃剑，千万别闯进它的误区。本文是笔者在实践Hybrid App开发模式过程中总结出的一些经验教训，供读者参考。Hybrid App虽好，可万万不能仓促选择，盲目运用。

智能手机日益普及，移动互联网乱战日趋白热化，开发一个应用早就不是技术圈热议的话题，iOS和Android上的App已经成了每个互联网产品的标配。“唯快不破”也是中被移动互联网人尊为铁律，快速迭代，高效开发，低成本上线是每一个App开发团队追求的目标。同时，随着HTML 5的不断升温和智能手机硬件性能的提高，Hybrid App的概念应运而生。这种“Native搭台，HTML 5唱戏”的Hybrid App开发模式一时间受到各个开发团队追捧，快速进入了大量开发团队，成为主流开发模式。

Hybrid App优点众多，Web前端工程师0成本介入，不依赖版本的实时更新，快速实现跨平台需求，等等。而另一个方面，2012年Hybrid App的践行者Facebook决定大量弃用App中的HTML页面，转向更加Native化的方案。Facebook的这一举措也给Hybrid App方案的敲响了警钟，这似乎并不是一个完美的方案。

本文主要跟大家分享一下我团队和个人在Hybrid App的实践中遇到的问题，提醒大家不要闯进Hybrid App的误区。

误区一：为了HTML 5而Hybrid App。

HTML 5在Hybrid App模式中是一个最常被提起的概念。HTML 5作为一个HTML 4.0.1和XHTML 1.0的升级版，基于旧版本有更强大的表现功能，并加入了Local Storage等技术，确实为Web页面提供了更大的想象空间和更多的可能性。但HTML 5处在目前的发展阶段，受到浏览器兼容性和手机硬件性能水平的影响，它所能提供的功能与Native仍然有很大差距。

所以，我认为作为工程师要明确一款App采用Hybrid App模式的根本原因是什么。作为一款App其最根本的功能是满足使用者的需求，而并不是服务某项新技术。因此当决定采用Hybrid App去构建一款应用时，应该从应用本身功能特点和整个团队的开发资源配比统一考虑，是否有必要同时又有能力去驾驭一款“Native搭台，HTML唱戏”的Hybrid App。类似“HTML 5的时代已经到来，如果我们不这么做就变土鳖了，错过这场技术革新的大潮，终将被这个时代所淘汰”的话真不是一个有责任心的工程师应该发出的声音。

误区二：忽略关键因素

在谈到Hybrid App的场合我们更多提及的是它有诸多优点，如何架构一个Hybrid App，怎么让Web和Native和谐共处，然而Web开发中会被忽略的一些因素少被提起，这些因素又恰恰经常是一个Web页面能否正常运行在App中的决定性因素。

Web开发是基于PC的一种开发模式，开发者使用PC浏览器模拟App中的Web View进行调试。PC浏览器与手机Web View的区别是巨大的，能支配的CPU资源，最大占有的内存，运行的网络环境，鼠标操作与触控操作的区别，浏览器对CSS/JS的解析和对事件处理，等等。

App工程师，无论是iOS还是Android，最敏感的一个问题莫过于内存管理，而在Web开发则对这个问题没有过多注意。这就经常导致同一个功能界面Native实现中会通过一些技术手段，把内存容量控制在操作系统允许的范围内保证App正常运行。如果以Web方式接入App的页面没有一个明确的标准和严格的验收机制，相应的Web实现则不会过多考虑这方面的问题，而且浏览器也没有给前端工程师提供足够的Api支持处理内存问题，导致在某些条件下造成App无法正常运行，甚至Crash。

同样的问题会出现在网络环境方面，虽然现在wifi覆盖越来越广，3G网络也日益普及，但App运行的网络环境与PC相比仍然有着巨大差距，wifi和蜂窝网络的切换，基站变化等诸多因素都会导致网络间歇性断开。Web开发总是默认有一个稳定的网络环境，因此在对于不稳定网络环境问题的处理上也有所欠缺。没有明确的对于低速网络或不稳定网络访问的处理，在很多情况下这些页面也会非常不给面子。

误区三：富交互导致体验差

这里所谓的体验问题一分为二：一是与手机平台默认交互习惯不一致的体验，二是与同样功能Native界面存在的体验差距。

无论在Android还是iOS平台上，都有各自的一套交互习惯，包括视觉风格，界面切换，操作习惯等，与Web习惯完全不同。如果使用Web方式开发富交互的页面，或多页面功能就会出现这样的问题。

以iOS界面切换为例，系统风格是新界面自右向左推入，后退时界面自左向右推出，而旧界面保持状态。Web开发的默认习惯则是刷新页面，无论新载入页面或是后退，都会对页面进行刷新。因此使用Web模式开发多界面功能就面临这样的交互习惯差异，造成体验上的损失。当然Web方式也可模拟Native的交互方式，但这样的模拟首先提高了开发成本，有悖于最初的高效原则，从效果上看，也很难达到Native的流畅性。

另一个方面，也是上述提到的与Native相比，同样的功能在性能上存在巨大差距。Web界面上JS对HTML Node的操作需要消耗大量的CPU资源，手机CPU的性能还不能与PC相提并论，就算在智能手机之间，硬件水准也参差不齐，一个可以在iPhone 5上流畅运行的界面，跑到三星S III上很可能就卡住不动了。所以我们经常可以发现一些富交互页面上的操作无法达到令人满意的流畅度，而流畅度也正是用户评价一款App优劣的最直观因素。

误区四：跨平台

一次开发，跨平台运行是Web的优势，这也是很多App采用Hybrid模式的重要原因之一。兼容性问题在Web开发过程中往往不被关注，但当下智能手机的软硬件版本众多，兼容性绝对是一个不容忽视的问题。

以Android手机为例，诸多主流品牌都有各自定制过的操作系统，浏览器内核对JS和CSS的解析，事件处理等方面都存在区别。以HTC One为例重叠在一起的层在某些情况下会对点击事件透传，而其他多数平台则不存在这个问题。并且目前移动平台的开发框架还没有完全成熟，可以很好的解决兼容性问题。所以就要求开发者在开发过程中要对兼容性做充分测试，对于某些特殊版本进行特殊处理。

即使在相对统一的iOS平台，不同版本之间也存在较大差异。例如：在iOS 4.x版本中CSS甚至不支持position fix的属性，4英寸屏幕的设备无法很好的支持apple-mobile-web-app-capable属性，等等。

误区五：交互一致性。

交互一致性是一个非常容易被误读的概念，“一致性”经常被理解为同一个应用在各种平台和场景下要有一致性的体验。我认为在移动平台开发过程中，“一致性”应该是App视觉和交互习惯与其运行平台的习惯保持一致。而Web开发“一次开发，跨平台运行”的特性与此存在一定程度上的冲突。

以“返回上一页面”的操作为例，在iOS平台上在页面顶部始终存在一个44像素高的导航栏，左侧有一个返回按钮用于返回操作，而Android平台则习惯使用设备提供的返回键操作。这个返回按钮在iOS平台可以通过绝对地址的方式连接到任何其他页面，而在Android平台返回按钮和设备的返回键则可能指向不同的位置。

例如这样的一个流程：首页->列表->筛选->刷新过的列表，此时的返回操作被期望是导向首页，则页面上的返回按钮可以通过绝对链接的方式实现，而Android设备的返回键则只能返回上一个筛选页面，再次返回是筛选前的列表页。

Hybrid App方案是一把双刃剑，一方面它平衡了Native App和Web页面的优缺点，一定程度上解决了Native App开发过程中迭代慢，版本依赖，Native开发资源不足的问题，但另一个方面过度依赖Hybrid方案会造成Web前端开发成本快速上升，甚至造成App整体体验下降，甚至造成功能缺失。

不要为了Hybrid而Hybrid，控制好方案中Native与Web的边界。

扩展阅读

较早Mobtest针对Facebook的iOS App专门做的一片评测文章，阐述了使用大量HTML页面的App出现的问题：http://blog.mobtest.com/2012/05/heres-why-the-Facebook-ios-app-is-so-bad-uiwebviews-and-no-nitro/

资深开发者@李秉骏 在InfoQ发表的《Hybrid App实战》，阐述了Hybrid模式的优势与劣势，并简单介绍了开发Hybrid App所需的技术储备，供读者参考。：http://www.infoq.com/cn/articles/hybrid-app-development-combat

资深开发者@唐巧 较早对Hybrid App主流框架PhoneGap的分析文章，笔者非常同意对PhoneGap框架的态度，PhoneGap虽好，可不要贪杯哟：http://blog.devtang.com/blog/2012/03/24/talk-about-uiwebview-and-phonegap/

————–
转自infoq：http://www.infoq.com/cn/articles/hybridapp-misunderstanding

Tags | Permalink | Comment (0)
Hello World 微信开发

玩转微信公号开发（七）——账号体系与oauth登录

2014 年 02 月 16 日 – 上午 7:33

默认情况下，如之前“接收消息”里所说，一个用户和微信公号发生交互是，开发者拿到的是用户的openId，每一个用户，对应每一个公号，都有唯一的一个openId，当用户使用微信内置webview访问我们的页面是，开发者可以调用oauth2.0协议，302到自定的url，获取访问者的openId

1
2
3
4
5

$redirect = 'http://xxxx.xxx.com/xxx';
$url = 'http://open.weixin.qq.com/connect/oauth2/authorize?appid=your-appid&redirect_uri='
   .$redirect.'&response_type=code&scope=snsapi_base&state=ubox#wechat_redirect';
$this->redirect($url);
exit;

其中，scope=snsapi_base是要获取的权限类型，snsapi_base获取的只是openId，snsapi_userinfo可以用户获取用的较详细的昵称、头像等内容，但是是需要用户授权
上面的$redirect，就是登陆后需要跳转回来的开发者服务器的地址，这个登录操作是自动的，不需要用户做操作
跳回以后，url后附加一个code参数，通过这个code，再调微信的对应接口，即可获得openId，或者userinfo

1
2
3
4
5
6

$url = 'https://api.weixin.qq.com/sns/oauth2/access_token?appid=your-appid&secret=your-appSecret&code='.
	$_GET['code'].'&grant_type=authorization_code';
$json = Http::httpsGet($url);
$wxInfo = json_decode($json, true);
$openId = $wxInfo['openid'];
//.....你的其他操作

取得json的接口如下：

1
2
3
4
5
6
7

{
  "access_token":"xxxxxxxxxxxxxxxxxxxxxxxx",
  "expires_in":7200,
  "refresh_token":"xxxxxxxxxxxxxxxxxxxxxxxx",
  "openid":"ogaN_jp4sLWa4ZXGu5L39SSKcXU8",
  "scope":"snsapi_base,"
}

如你所见，openid就在里面了，进一步的，有了access_token，scope值如果是snsapi_userinfo，那么你还可以调“/sns/userinfo”接口取用户昵称等信息
expires_in是token超时时间，refresh_token可以用来刷新access_token

————
转载请注明出处： http://www.jiangkl.com/2014/02/weixin_oauth_userinfo/

Tags | Permalink | Comments (2)
Hello World

html：405 Not Allowed

2014 年 02 月 13 日 – 上午 3:53

刚刚发现一个nginx使用中的问题：当以post方式访问一个静态页面时，nginx会返回：405 Not Allowed
临时的解决方法是，把.html后缀变了了.php，O(∩_∩)O哈哈~
搜了一下更说的过去的解决办法，需要修改nginx的默认配置，转换静态文件接收的POST请求到GET方式。：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

upstream static_backend {
    server localhost:80;
}
 
server {
    listen 80;
 
    # ...
 
    error_page 405 =200 @405;
    location @405 {
        root /srv/http;
        proxy_method GET;
        proxy_pass http://static_backend;
    }
}

————
转载请注明出处：http://www.jiangkl.com/2014/02/nginx_html_405

Tags | Permalink | Comment (0)
Hello World 微信开发

玩转微信公号开发（六）——设置菜单

2014 年 01 月 30 日 – 上午 3:38

这里要讲的是，在开发模式下，如何自定义菜单

因为可能有中文乱码的问题，所以这里直接拼json串，然后调接口，post就ok了

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

public function weixin_custom_menu(){
	$token 		= WXUtil::getAccessToken();
	$url 			= "https://api.weixin.qq.com/cgi-bin/menu/create?access_token=".$token;
	$msg 		= '{"button":['
		//单菜单
		.'{"type":"click","name":"现在购买","key":"BTN_1"},'
		.'{"type":"click","name":"优惠活动","key":"BTN_2"},'
		.'{"name":"帮助",//多级菜单
			"sub_button":[
					{"type":"view","name":"下载","url":"http://xx.com/download.html"},
					{"type":"view","name":"使用教程","url":"http://xx.com/howbuy.html"},  
					{"type":"view","name":"关于我们","url":"http://xx.com/about.html"}
				]
			}
		]}';
	echo $msg;
	$r 		= Http::httpsPost($url, $msg);
	print_r($r);//打印结果，返回error为0的话，即为设置成功
	exit;
}

参数说明

  • type，按钮的类型
      • click，按钮，点击后，发送给开发者网关一个事件
      view，链接，打开一个webview页面，页面地址为url字段指定
  • name，按钮的显示名称
  • key，事件标示，对应本系列第二篇里提到的EventKey字段
  • url

菜单设置后，通常需要退出公众号再进一次才能生效，如果还不行，只能取消关注、再关注一次

————
转载请注明住处：http://www.jiangkl.com/2014/01/weixin_custom_menu

Tags | Permalink | Comment (0)
Hello World 微信开发

玩转微信公号开发（五）——发送主动消息

2014 年 01 月 29 日 – 上午 8:07

解决了access_token的问题，让我们来看看怎么主动给用户发消息

主动消息有两类，客服消息和模板消息，微信对滥发消息很敏感，所以对这两个功能限制很多，并且，这两个功能也都术语高级接口

客服消息

顾名思义，客服消息是给客服用的，具体限制是：用户给公众号发送过消息后（发送消息、菜单点击、支付成功、用户维权、扫描带参数二维码、订阅），48小时内，开发者可以调用客服消息接口，给该用户发送消息，消息的类型可以是文本、图片、语音、视频、音乐、图文，数据的格式是json~~注意，除了前面讲到的同步回复消息疑问，以后和微信的交互的数据格式都是json

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

	//$data可以是字符串，也可能是数组，随具体的$type而改变
	public function sendCustom($openId, $data, $type = 'text'){
		$msg 		= array(
			'touser'		=> $openId,
		);
		switch($type){
			case 'text':
				$msg['msgtype'] = 'text';
				$msg['text'] 	= array('content' => urlencode($data));
				break;
			case 'image':
				$msg['msgtype'] = 'image';
				$msg['image'] 	= array('media_id' => $data);
				break;
			case 'voice':
				$msg['msgtype'] = 'voice';
				$msg['voice'] 	= array('media_id' => $data);
				break;
			case 'video':
				$msg['msgtype'] = 'video';
				$msg['video'] 	= $data;
				break;
			case 'music':
				$msg['msgtype'] = 'music';
				$msg['music'] 	= $data; 
				break;
			case 'news':
				$msg['msgtype'] = 'news';
				foreach($data as $k => $v){
					if(isset($v['title'])) $v['title'] = urlencode($v['title']);
					if(isset($v['description'])) $v['description'] = urlencode($v['description']);
					$data[$k] 	= $v;
				}
				$msg['news'] 	= array('articles' => $data);
				break;
		}
		$url 		= 'https://api.weixin.qq.com/cgi-bin/message/custom/send?access_token='.self::getAccessToken();
		$postData 	= urldecode(json_encode($msg));
		$r 		= Http::httpsPost($url, $postData, true, false);
		return $r;
	}

getAccessToken，是在取access_token
httpsPost和上次说的httpsGet类似，只多了下面的两行，$input即为post的内容：

1
2

	curl_setopt($ch, CURLOPT_POST, true);
	curl_setopt($ch, CURLOPT_POSTFIELDS, $input);

模板消息

模板消息，没有上面客服消息的限制，但是必须在微信提供的模板框架内拼出消息，如果用户想使用自己的模板，需要特别申请~~基本上很难
首先，从微信公号后台挑选可用的模板，拿到templateId，然后拼装下面结构的post参数：

1
2
3
4
5
6
7
8

$postData = array(
	"touser"	=> $openId,//接受者
	"template_id"	=> $templateId,
	//data为模板内的实际内容，字段项目视具体模板而定
	"data"		=> array("NAME"=>"里斯之泪", "PRICE"=>"￥10000.00"),
	"url"		=> "http://xxxx.xxx.com/xxxx",
	"topcolor"	=> "#333",//顶栏颜色
);

然后整理数据、调用接口就ok了

1
2

$postData 	= json_encode($postData);
$r 		= Http::httpsPost($url, $postData);

————
转载请注明出处： http://www.jiangkl.com/2014/01/custom-send_template/

Tags | Permalink | Comment (0)
Hello World 微信开发

玩转微信公号开发（四）——获取access_token与上传多媒体文件

2014 年 01 月 28 日 – 上午 7:27

access_token

access_token是开发者访问其他微信接口的凭证，一个微信公众号，在同一时刻，只能有一个access_token，有效时间两小时

具体的获取方法如下

1
2
3
4
5

  $url   = "https://api.weixin.qq.com/cgi-bin/token?"
      ."grant_type=client_credential&appid=".$appId."&secret=".$appSecret;
  $r     = Http::httpsGet($url);
  $r     = json_decode($r, true);
  $token = isset($r['access_token']) ? urldecode($r['access_token']) : false;

其中，httpsGet：

1
2
3
4
5
6
7
8
9
10
11
12

  function httpsGet($url){
    $ch = curl_init(); 
    $header[] = "Content-type: text/plain";
    curl_setopt($ch, CURLOPT_URL, $url);
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt($ch, CURLOPT_HTTPHEADER, $header);
    curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);
    $response = curl_exec($ch);
    curl_close($ch);
    $result = trim(urldecode($response));
    return $result;
  }

鉴于access_token的“广泛应用”和诸多限制，我们的做法是为它做了一个redis缓存，每小时刷新一次，所有用到access_token项目都从这个缓存里取

上传多媒体文件

~~其实，俺们的项目里，还没用到过这个功能，但既然做教程，就尽量做的完整些，下面内容只是微信官方文档的整理摘录

上传地址：http://file.api.weixin.qq.com/cgi-bin/media/upload?access_token=ACCESS_TOKEN&type=TYPE

type: image/voice/video/thumb(缩略图)

POST字段名：media

(看这格式，还是写个html页面比较合适)

限制:
图片（image）: 128K，支持JPG格式
语音（voice）：256K，播放长度不超过60s，支持AMR\MP3格式
视频（video）：1MB，支持MP4格式
缩略图（thumb）：64KB，支持JPG格式

下载多媒体文件

http://file.api.weixin.qq.com/cgi-bin/media/get?access_token=ACCESS_TOKEN&media_id=MEDIA_ID

~~没啥可说的，一目了然

————
转载请注明出处：http://www.jiangkl.com/2014/01/access-token_media/

Tags | Permalink | Comment (0)
Hello World 微信开发

玩转微信公号开发（三）——消息的回复

2014 年 01 月 28 日 – 上午 6:58

这里说的消息回复，是指对用户发给公众号消息的同步回复，用户给公众号发了消息，开发者可以不回复，或者给该用户回复一条~~只一条

回复消息的格式如下：

1
2
3
4
5
6
7

  <xml>
    <ToUserName><![CDATA[orrnVjsadf-FbumIsdafZiBUFTw]]></ToUserName>
    <FromUserName><![CDATA[gh_fsadf942sdf9]]></FromUserName>
    <CreateTime>1390889296</CreateTime>
    <MsgType><![CDATA[text]]></MsgType>
    <Content><![CDATA[你好]]></Content>
  </xml>

虽然消息里第一项就是ToUserName，但是~~这里只能回复给当前发送消息的用户，写别的用户是无效的

    MsgType包括下面几个类型：

  • text，文本
  • image，图片
  • voice，语音
  • video，视频
  • music，音乐
  • news，图文

文本

即开篇的那个例子，Content是文本内容~~~告诉大家一个官方文档没有的小秘密：使用a标签，可以给消息添加链接

图片

1
2
3
4
5
6
7
8
9

  <xml>
    <ToUserName><![CDATA[orrnVjsadf-FbumIsdafZiBUFTw]]></ToUserName>
    <FromUserName><![CDATA[gh_fsadf942sdf9]]></FromUserName>
    <CreateTime>1390889296</CreateTime>
    <MsgType><![CDATA[image]]></MsgType>
   <Image>
     <MediaId><![CDATA[media_id]]></MediaId>
   </Image>
  </xml>

图片，以及下面的视频、音频里的media_id，首先要通过微信的上传多媒体文件接口获得，详细的情况，以后会讲到

语音

1
2
3
4
5
6
7
8
9

  <xml>
    <ToUserName><![CDATA[orrnVjsadf-FbumIsdafZiBUFTw]]></ToUserName>
    <FromUserName><![CDATA[gh_fsadf942sdf9]]></FromUserName>
    <CreateTime>1390889296</CreateTime>
    <MsgType><![CDATA[voice]]></MsgType>
    <Voice>
      <MediaId><![CDATA[media_id]]></MediaId>
    </Voice>
  </xml>

~没啥可说的，和图片类似

视频

1
2
3
4
5
6
7
8
9
10
11

  <xml>
    <ToUserName><![CDATA[orrnVjsadf-FbumIsdafZiBUFTw]]></ToUserName>
    <FromUserName><![CDATA[gh_fsadf942sdf9]]></FromUserName>
    <CreateTime>1390889296</CreateTime>
    <MsgType><![CDATA[video]]></MsgType>
    <Video>
      <MediaId><![CDATA[media_id]]></MediaId>
      <Title><![CDATA[视频标题]]></Title>
      <Description><![CDATA[视频介绍]]></Description>
    </Video> 
  </xml>

音乐

1
2
3
4
5
6
7
8
9
10
11
12
13

  <xml>
    <ToUserName><![CDATA[orrnVjsadf-FbumIsdafZiBUFTw]]></ToUserName>
    <FromUserName><![CDATA[gh_fsadf942sdf9]]></FromUserName>
    <CreateTime>1390889296</CreateTime>
    <MsgType><![CDATA[video]]></MsgType>
    <Music>
      <Title><![CDATA[音乐标题]]></Title>
      <Description><![CDATA[音乐介绍]]></Description>
      <MusicUrl><![CDATA[音乐链接]]></MusicUrl>
      <HQMusicUrl><![CDATA[WIFI环境优先使用的高质量音乐链接]]></HQMusicUrl>
      <ThumbMediaId><![CDATA[media_id~缩略图的媒体id]]></ThumbMediaId>
    </Music> 
  </xml>

图文

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

<xml>
  <ToUserName><![CDATA[orrnVjsadf-FbumIsdafZiBUFTw]]></ToUserName>
  <FromUserName><![CDATA[gh_fsadf942sdf9]]></FromUserName>
  <CreateTime>1390889296</CreateTime>
  <MsgType><![CDATA[news]]></MsgType>
  <ArticleCount>5</ArticleCount>
  <Articles>
    <item>
      <Title><![CDATA[标题1]]></Title>
      <PicUrl><![CDATA[http://y1.ifengimg.com/2014/01/28/14023732.jpg]]></PicUrl>
      <Url><![CDATA[http://xxxx.xxx.com/index]]></Url>
    </item>
    <item>
      <Title><![CDATA[标题2]]></Title>
      <PicUrl><![CDATA[http://xxxx.xxx.com/xxx.png]]></PicUrl>
      <Url><![CDATA[http://xxxx.xxx.com/index]]></Url>
    </item>
    ......  
  </Articles>
</xml>

ArticleCount，是item子项的数量

图文的第一条，会以大图显示，推荐尺寸720*400，不同的尺寸在不同的手机上显示效果差别很大，可能左右也可能上下被遮住

除第一条外，其他的图文里的图，都只显示小icon，所以我们用的时候，统一用了一个向右的箭头

最后，来说一个不常用，但对于新手很重要的东西：网关的验证消息怎么回复

太简单了~~直接输出get参数里的echostr

————
转载请注明出处：http://www.jiangkl.com/2014/01/weixin_msg_2/

Tags | Permalink | Comment (0)
Hello World 微信开发

玩转微信公号开发（二）——消息的接受

2014 年 01 月 27 日 – 上午 8:53

当用户在公号内微信推给开发者服务器的是这样一个xml

1
2
3
4
5
6
7
8

  <xml>
    <ToUserName><![CDATA[gh_fsadfe942b39]]></ToUserName>
    <FromUserName><![CDATA[orrnsdfsdfLom-FsssD1wZiBUFTw]]></FromUserName>
    <CreateTime>1390809909</CreateTime>
    <MsgType><![CDATA[event]]></MsgType>
    <Event><![CDATA[subscribe]]></Event>
    <EventKey><![CDATA[]]></EventKey>
  </xml>

或者这样：

1
2
3
4
5
6
7
8

  <xml>
    <ToUserName><![CDATA[gh_fsadfe942b39]]></ToUserName>
    <FromUserName><![CDATA[orrnsdfsdfLom-FsssD1wZiBUFTw]]></FromUserName>
    <CreateTime>1390810725</CreateTime>
    <MsgType><![CDATA[text]]></MsgType>
    <Content><![CDATA[你好]]></Content>
    <MsgId>5973123479001063148</MsgId>
  </xml>

    最基本的是如下四个字段：

  • ToUserName，是公号的标示
  • FromUserName，是用户的openId，如果要针对特定用户做什么事，这个字段会很有用
  • MsgType，消息类型，比如event、text、location、image等
  • CreateTime

    除了两个UserName和MsgType，每一种MsgType，xml还会包含如下字段：

  • event
      • Event，具体的事件类型
      EventKey，事件的具体信息
  • text
      • Content，用户给公号发送的信息内容
      MsgId
  • location
      • Location_X，纬度
      Location_Y，精度
      Scale，地图缩放
      Label，地点名称
      MsgId
  • image
      • PicUrl，图片内容
      MsgId
      MediaId，媒体id，貌似可以拿这个图片再做别的用途
  • link，网页
      • Title，标题
      Description，部分内容
      Url，页面弟子
      MsgId
    另外还有语音、视频等类型，以后用到的时候再补充~~

    常用的事件类型包括如下几个（MsgType为event时）

  • subscribe，新用户关注，当然，也可能是再次关注
  • unsubscribe，取消关注
  • validate_url，微信后台测试开发者网关，只在设置网管是才会有
  • CLICK，菜单点击

好的，今天就到这儿。。。

什么，你问怎么得到消息？

微信通过post将xml给开发者服务器，php里，通过$GLOBALS[“HTTP_RAW_POST_DATA”]接收~~~xml怎么解析？我是用的simplexml_load_string，不太好用，应该还有更好用的xml解析工具

转载请注明出处：http://www.jiangkl.com/2014/01/weixin_msg/
Tags | Permalink | Comment (0)
Hello World 微信开发

玩转微信公号开发（一）——使用“开发模式”

2014 年 01 月 27 日 – 上午 2:21

近半年都在做基于微信公众号的开发，节前几天工作不忙，把相关的(可以公开的)经验写到blog里给大家分享，也算自己的一个小总结

先来理清关于微信公号的几个概念：

订阅号与服务号：

订阅号是相对比较好申请，但是权限较低的公众号

服务号由订阅号升级得到，貌似现在要花钱才能升级~~

订阅号相对服务号的唯一的优势是：每天可以群发一条信息，而服务号每个月才能群发一条

服务号可以享有更多的高级接口权限，比如客服消息、定位、支付等

编辑模式与开发模式：

两种模式下，均可以在微信后台对用户做消息的回复、群发，管理粉丝群。他们的不同，主要在自动回复的能力上

编辑模式下，可以在微信后台设置各种自动回复，可以根据关键字设置回复~~但仅此而已，再复杂的回复模式(目前)就做不到了

开发模式下，可以将用户的消息转到公号后台所设置的服务器，然后有服务器根据各种消息类型和业务逻辑，以及具体的用户，来做出回复

编辑模式和开发模式，只能选一个

开发者的服务器配置：

包括一个服务器网关的url地址，和一个token

网关，即你的服务器地址，用来接受用户发给你公众号的各种消息；你要回复给用户的消息，即为这个请求的响应

token，一个用作标示的字符串，让服务器可以判断哪一个公众号的消息

转载请注明出处：http://www.jiangkl.com/2014/01/weixin_dev/

—————–over，今天先到这里，下次继续

Tags | Permalink | Comment (0)

« 上一页 — 下一页 »

« 上一页 — 下一页 »