因为微信公众号的兴起和极强的扩散能力，公司的大部分客户也已经慢慢把这方面的业务作为了合作的必要需求，作为公司在移动端的推广和信息推送的重要手段微信的开发显得尤为重要，便捷性、时效性、好的用户体验可以让用户尽可能的记住你从而对公众号或公司做到较大程度的宣传和推广。依托于腾讯的强大平台和数亿万级的用户群体把微信称作移动端所有网页的入口一点也不为过。

这篇文章的初衷是把自己写过的代码收集起来方便下次使用，桌面的文件实在太多了导致每次达到满屏的时候就需要新建一次文件夹然后把所有文件一拷贝就随手扔进其他盘里了，这样做最大的问题就是等下次需要的时候各种找然后各种找不到，不知道大家有木有这么干过，说到这里就不得不上一张截图晒晒桌面了，求勿喷！

有点话多了，不好意思，为了凑篇幅我真是无节操到家了！

如题，这篇文章主要说微信公众账号的网页授权问题，目前网页授权只允许已认证的服务号才有权限，网页授权一般用于公众号获取用户基本信息或实现一键登录，类似于新浪微博、QQ登录等。实现微信的授权登录可以在很大程度上解决用户登录繁琐和安全性问题对用户体验尤为重要，其中最好的例子可参考招行信用卡、微社区等。

微信OAuth2.0授权登录让微信用户使用微信身份安全登录第三方应用或网站，在微信用户授权登录已接入微信OAuth2.0的第三方应用后，第三方可以获取到用户的接口调用凭证（access_token），通过access_token可以进行微信开放平台授权关系接口调用，从而可实现获取微信用户基本开放信息和帮助用户实现基础开放功能等。

注：获取用户信息的方式有两种，一种是在用户和公众号进行交互时获取，另一种就是网页授权的方式，本文只讲解网页授权的方式。

公众后台设置：在微信公众号请求用户网页授权之前，开发者需要先到公众平台网站的我的服务页中配置授权回调域名。请注意，这里填写的域名不要加http://

关于配置授权回调域名的说明：

授权回调域名配置规范为全域名，比如需要网页授权的域名为：www.qq.com，配置以后此域名下面的页面http://www.qq.com/music.html 、 http://www.qq.com/login.html 都可以进行OAuth2.0鉴权。但http://pay.qq.com 、 http://music.qq.com 、 http://qq.com  无法进行OAuth2.0鉴权

网页授权基本流程：

具体而言，网页授权流程分为四步：

1. 引导用户进入授权页面同意授权，获取code
2. 通过code换取网页授权access_token（与基础支持中的access_token不同）
3. 如果需要，开发者可以刷新网页授权access_token，避免过期
4. 通过网页授权access_token和openid获取用户基本信息

在公众平台设置好回调域名之后，即可进行以下开发：

略去文档说明部分【点击了解】：http://mp.weixin.qq.com/wiki/index.php?title=%E7%BD%91%E9%A1%B5%E6%8E%88%E6%9D%83%E8%8E%B7%E5%8F%96%E7%94%A8%E6%88%B7%E5%9F%BA%E6%9C%AC%E4%BF%A1%E6%81%AF

授权入口：http://xxx.qq.com/access.php (此处access.php为授权页入口，文件名自定义)

授权页【授权弹框页面】：http://xxx.qq.com/oauth.php (用户访问入口页面进行鉴权，用户可选择“允许”或“取消”)

代码：
access.php

oauth.php

具体操作可根据需求自行编程，例如进行账号绑定或用户信息保存等操作，详细参数和返回错误代码可查看微信官方文档，,如有不明白或上文中出现的错误请指正，谢谢？

这是一个历史性的时刻，此话是不是有点熟悉，对！这确实是一个历史性的时刻，尤其是对广大的开发者们一定是值的欢呼的时刻，广大浏览器公司一直纠结在如何用什么样的标准来支持html5，从而导致不同浏览器对html5兼容和展示的不统一性。现在，标准的确定可以达到真正的统一性。

html5的易用和跨平台兼容性让更多的开发者在进行应用开发上有了新选择，相对于传统的app更加易于开发而且开发成本更低，我们已经在微信中看到了大量html5 web应用的身影，支持更多动画，更多使用属性，更多炫酷效果，相信绝大部分的开发者早已体会到，也出现了许多非常出色的产品。

也许html5的真正普及和所谓的替代传统应用需要很长的路要走，但html5的特性和优势也会让更多的人在开发应用时进行考量和选择，HTML5标准的完工，无疑给web app增加了制胜的砝码，这对于native app的从业者来说也许不是什么好消息，同时也会影响其周边行业，例如app分发，和app数据统计公司。

html5的最终制定完成并对外发布对html5来说有着里程碑的意义，耗时8年之久到，提前6年完工，足以说明w3c对html5的谨慎和重视程度，相信在html5被大量使用和优质应用出现的同时，更多和更令人惊艳的功能将被开发者所使用。

作为开发者来说，对html5的关注会越来越重视，标准的制定能否显现出立竿见影的效果也许是个未知数，但其带来的积极意义绝对是里程碑式的。

最近一段时间公司的社区垃圾帖数量陡然上涨，以至于社区首页的推荐版块满满都是垃圾帖的身影，为了进一步解决垃圾帖问题我们整整花了1天时间删垃圾贴，清除不良用户，删的手都酸了，可见垃圾帖的数量之多！可耻的刷帖机，可恶的发广告的人，因此我们决定增大discuz的验证机制，并进一步重新完善用户的权限，从注册、登录开始着手，志在清除一切隐患，同时对discuz X2.5进行了升级！因为经常光顾官方论坛，所以对discuz x3.0的关注度还是比较高的，由于之前x3 beta版bug太多，所以一直没敢冒险升级，随着x3的逐步完善，再加上有重新调整社区的意思所以这次对社区进行了升级工作！

即便是已经比较完善的X3.0，但是还是有一些问题存在，所以发此贴来告之其他朋友！

注意：【本内容以自动升级为准】升级的过程中需要关闭站点，自动升级需要下载数据，所以要开启网站的目录权限，data目录要777！

1、在社区后台自动升级过程中提示 “/static/image/postbg/3.jpg”无法从服务器下载成功！

解决方法：找到文件 source/admincp/admincp_upgrade.php

2、升级完毕后发现搜索框变形！

图列：

解决办法： 进入后台 界面–>风格管理—>点击“更新CSS缓存” 之后清除浏览器缓存查看！

3、贴子内容页 QQ分享显示乱码！

图列

解决方法：

第一步：进入discuz后台 站长–>数据库–>升级

复制下面两行命令：

按下面方式复制到文本框执行：

注:如果看不到文本框出现，请先修改配置文件，找到config/config_global.php中的$_config[admincp][runquery] 设置修改为 1

第二步：discuz后台–>云平台–>诊断工具 查看最下面的2个错误，点击修复！

修改完毕后查看，是否已经修改完毕！

注：安全期间，第一步中如果修改了配置文件，在修复完毕之后建议修改回之前默认值！

整理持续更新中！

版权：此内容大部分来源于discuz官方社区，此文为个人整理版！

网站运行时间已接近一年之久，这也意味着离网站空间到期也已没几天了，这几天万网往邮箱发了好多条催促续费的邮件，用相当严重的口气在上面写到，2013年7月15日之后将停止服务！正好，这个月开始空间使用流量在10号就已经达到了M3空间允许的流量限额（30G/月），看了看这个月的百度统计和clicki.cn的统计情况，貌似流量少的可怜，对于这个月空间流量超额的问题我反复的检查了各个页面以及空间各文件是否被挂马和是否收到攻击的情况，结果毫无答案！到20号的时候空间的使用流量竟然已经超过了50G，这也就是说在超过每月限定的30G/月的基础上同时宽限的15G也已使用完毕，结果就是空间被关停，跟客服人员交流之后给我的答复是我需要在这个月自行购买流量，最少一次性购买50G,按万网的流量价格50G流量需要200元，对于普通的博客站长来说200元足够购买国外主机一年，注意：不限流量！

更换网站空间：

在百般思索之后，因为之前嫌麻烦准备在7月15号前续费，980一年就这样吧，虽然贵了点但是木有办法，况且万网在速度和稳定性上真的还是不错的，但是因为这个月流量超标太多的问题因此换主机成了不得不想的问题，毕竟阿里云那样高富帅价格的云服务器还是暂时不想了，本身就是个人博客也不求每个月流量有多高，只要能快速、正常访问就ok的！这里说一下，但是使用万网的M3主机真的是一个无奈之举，因为在万网买的域名，大家都知道.cn的域名是必须要备案才可以使用的，而且目前对.cn域名的审核还是相当的严格，所以如果要使用万网的代备案系统其唯一的条件就是必须购买万网的空间才可以代备案，让我突然想起了该死的IT捆绑法则！

转投西部数码：

对于上面的无奈之举，我觉得极大方面还是因为我当时嫌麻烦，所以不得不选用万网空间，相对于其他空间商在价格方面万网确实是有点性价比过低，无论在空间大小，流量限制方面我觉得都是相当大的鸡肋，这方面其他空间商的虚拟主机可能相对有优势，不过像万网这种大厂商来说价格高也是正常的情况！不得不说在网站稳定性，主机质量，客服这些方面万网做的还是非常不错的，毕竟是大厂商！

这次学聪明了一点，准备直接在淘宝上先看看情况，还记的当时和群里的几个哥们聊天时发现同样的M3主机他们花了300左右入手，而我却傻乎乎的花了官方价980，所以多看看、比比价还是有好处的。期间在西部数码买过几个域名，因为其亲民的低价让我突然对西部数码有了好感，所以这次选购虚拟主机也就主要把目光放在了西部数码，通过官方的参数对比和掌握的价格来看，直接入手木有问题，所以就当场成交了，因为牵扯到备案转交问题，之前跟客服也进行了详细的交流，现在就差提价核验单，其他都已经没问题了，网站的上传下载也相对比较顺利，几乎没有出现一点问题，因此网站乔迁新居工作圆满完成。

问题：

因为之前在万网的空间是独立ip,这次空间的ip是公用的，所以不知道对网站的收录问题不知道有木有影响，不过据我观察这几天网站在百度的收录量已经减少了1半多，一方面可能是网站长期没更新，另一方面对于网站更换主机肯定是有影响的，但是不知道会不会继续掉还需观察，所以网站除了更新和小改动之外，更换空间还是有一定程度影响的！

最近弄了一个dede的项目，这几天博客都快荒废了。一直木有心思打理打理，这不马上要回家了所以最好码个一两篇的也好填充一下博客不然让来博客的人产生审美疲劳了，百度收录今天一看突然少了100多条，google的也少了好几十条，心里虽说有点慌但还是懒得写几个字。上篇转自大CC的文章也许有人看了也回去折腾了，不过真心说是一片好文章。

这篇文章纯属个人收藏的一些dedecms笔记，如果对此类文章无任何兴趣我想应该提前移步。个人感觉你可以去听听我分享的音乐、视频或者随意吐槽一下我写的其他文章，至于灌水我郑重申明：我……无所谓，您随意！

dede调用自定义字段：

静态页实现登录

dedecms静态登录需要通过ajax来实现，这里贴一下代码！

/member/下新建页面 ajax_loginstatus.php 内容：

html,发送和接受php段返回值，基本代码：

今天偶然从卢松松的网站看到了这篇文章，后来发现出处是大CC然后果断去大CC站点详细的品读了这篇文章，并对站点做了一下优化，利用WP minify合并了站点的css和js，同时修改了DNS解析将DNS解析从万网移至DNSPOD,修改后测试效果明显，随即转载此文以便普及大众！

大CC站点地址：http://blog.me115.com

此文转载链接：http://blog.me115.com/2013/01/276

进行优化前，关键是剖析当前的web性能，找到性能瓶颈，从而确定最需改进的地方；如果精力有限，首先将精力放在能明显提升性能的改进点上；

《高性能网站建设指南》提出了一个性能黄金法则：

只有10%-20%的最终用户响应时间花在了下载HTML文档上；其余的80%-90%的时间花在了下载页面中的所有组件上。

由于本文将实施一个完整的优化流程，所以，我们还是从后台开始；

案例说明：

优化之前的网站规模：

2个js、一个页头、一个页脚；3个css；

类型：博客类站点；后台逻辑简单；首页不到10个sql查询；

首页html文档52kb;

第一步：后台优化，启用页面缓存；

实验站点首页后台逻辑并不复杂，不超过10个Sql查询，通过查看时间线，本站在获取HTML文档时，花费的时间不到总响应时间的20%，优化之前没有使用缓存，所有的数据都是从数据库读取，这里，我们使用静态页面缓存，将首页整个页面完全的存放在缓存中（关于YII静态页面缓存的使用，参考这里）；

通过查看html文档的生成时间来检测优化效果；

首字节时间为376ms；html生成的时间大大缩短，后台时间减少了一倍。

优化前：

优化后：

第二步，DNS域名解析加速：

DNS解析是用户访问站点的第一步，在此之前，你的网站无法做任何事情；

站点的DNS解析时间不应该超过500ms，如果站点原始DNS解析时间过长，就该考虑考虑使用第三方解析加速服务；

实验站点的原始DNS解析较慢，平均耗时1017ms，算是非常长的；对于DNS加速，可以使用DNS域名解析加速服务，本站点采用的国内的一款免费DNS加速服务DNSPOD，效果还不错，使用后平均耗时降到370ms；

加速前测试：

使用DNS域名解析服务之后的测试：

第三步：使用CDN加速；

采用第三方CDN加速，时间缩短到2.1s；从下图中看到主要的耗时在于并行下载的个数有些低，如果能够提升并行下载量的个数，那么整体加载时间就会降低；

注：个人建议，启用CDN最好放在最后一步，等将站点本身的优化都做完了之后，再启用CDN可以明显的看到优化效果。（开启CDN后，由于有CDN缓存的原因，观测站点的本身的优化就不是很方便了）；

第四步，采用多台服务器提高并行加载量：

原理：一个浏览器对与同一域名的并行下载的个数默认是2个， HTTP.1.0中规定的是4个。这样，我们可以使用不同的域名来提升下载的速度；

观察上图中的下载数量，第一次并行下载的个数是4个，初始认为是浏览器对于同一个域名来源的下载所限导致；于是考虑将部分静态文件分别放在不同的服务器上；通过把css和js放在不同服务器上；结果并不理想，发现并未提高速度。

想到在哪曾看到过，浏览器必须得把放在页头的css和js下载完成了之后才会开始下载其它的静态组件；

关于并行下载这点上，后续将继续实验是否还有优化的空间。

第五步，合并脚本和样式表；

    本站首页使用了2个js和3个css。如果采用朴素复制的方式，将js和css都分别整合到一个文件中，不但操作麻烦，而且不方便后期的管理。网络上有不少合并的工具，本站采用了CSS和JS合并优化工具-minify（下载地址：http://code.google.com/p/minify/）。如果使用的YII框架，更有YII整合版（minscript Extension），简单几步的配置，就自动将页面所有的js和css文件合并；

关于minscript Extension的使用，请参考：https://bitbucket.org/TeamTPG/minscript/wiki/Usage

第六步，压缩css/js/html/xml；

不同的web服务器设置方式有所差别，本站使用的Linux/apache,

在web根目录下的.htaccess文件中添加以下代码即可：

#set compress

<ifmodule mod_deflate.c>

AddOutputFilter DEFLATE html xml php js css

</ifmodule>

通过firefox工具可看到，压缩前，html文档的大小是25KB；合并后的js大小为138KB；

压缩后，html文档大小为6.2KB。js大小为39.8KB；减少2/3的传输时间；

第六步，最大化的减少HTTP请求；

添加Expires头, 启用静态内容缓存，将jpg、gif等文件缓存；

方法也是在.htaccess中添加：

# Image and Flash content Caching for One Month

<FilesMatch “.(flv|gif|jpg|jpeg|png|ico|swf)$”>

Header set Cache-Control “max-age=2592360″

</FilesMatch>

结论

查看最终的测试结果，整体实现了较大的性能提升，最终页面展现时间为1.62s（测试使用的是一个第三方web测速工具，所有测试结果是在第三方本地无缓存的条件下进行）。仔细观察本站最后几个加载项：有一个第三方网站的广告（加载广告的时刻，页面已经全部呈现，对用户体验影响不大），以及cnzz的统计数据。这样看来，在第12项加载完后，整个页面就完整的呈现在用户面前，优化最终结果是1.1s，较优化前加载速度提升2s；由于物理条件（虚拟机、国外站点）所限，本次优化就到此为止（后续将在并行下载上做做文章，看是否有进一步提升空间）。

本次优化主要使用的是前端优化，其中大部分规则来自于这本书的指导《高性能网站建设指南》；如果你的web前端部分还没有充分优化，强烈建议读读这本书；

这是一本你只需画上三小时就能看完，但收获价值远远大于付出的一本书。

突然发现别人的博客越做越好反观自己却依旧问题很多，对于好多网友提出的问题虽一直挂在心上却一直没能付诸行动，昨天看了一个关于拖拉症的视频遂发现已病入膏肓！

博客也升级了，不过对于我而言升不升级貌似没有多大变化，只要没出现类似于乱码、页面404、数据丢失等问题就完全ok，貌似这几次升级我都没有做好备份的习惯，不过好在一切安然无恙也算是万事大吉了！

博客的评论框出问题已经很久了，大概两个月的时间评论框一直处于半瘫痪状态，提交速度慢的足以让你撒泡尿回来都不嫌晚，因此有好多网友都在反馈这个问题，反映的多了我也开始免疫了，拖拖拉拉就一直拖到写文章之前才修改好，因此真是很感谢那些近来不断发评论的网友，谢谢你们的坚持！因为博客有两个页面(小视频、每日音乐)是用留言板改过来的所以如果单纯的直接使用多说、denglu评论框会严重影响原有视频页面和音乐页面的样式，所以为了能达到两全其美的效果，在保留原用评论样式的基础上使用了denglu的自定义评论框功能，并将原有的评论列表取消了回复功能修改为 顶、踩（仿照煎蛋）。好，大功告成。不过denglu的问题还是存在的，因为denglu没有直接绑定wp管理员账号的功能，所以导致从灯鹭同步过来的数据有一些小问题（user_id默认为0的情况），因此不得不修改插件页面关于导入本地评论数据的方法，先测试一下效果，不过解决了用户评论慢的问题我已经很满足了，还请大家多来发表见解！

在此还是感谢支持52smile的朋友，希望你们能够多提建议，相信网站会越来越好！

为了增加篇幅，把自己新加的一个仿QQ到达顶部、底部的代码给贴出来：
CSS

HTML

JS

浏览效果请到首页，滚动鼠标滚轮查看效果！

PS:作为一个php开发者来说，突然让写一段asp的分页代码真是有点摸不着头脑。思想有、逻辑有，就是不会asp。于是乎，看了1个多小时的书写出了这样一堆厚重的分页代码！不过好的一点是：一次成型、效果堪称完美！

因为好多的asp函数什么的，都不太清楚，所以下面的代码完全是用php的感觉写出来的，如果觉得乱请使劲拍砖！
先上效果图：

下面贴上代码：

希望有asp的大神给予建议，本人phper一枚！

最近做了一个dede二次开发的小项目，这也算是我真真第一次接触dede,之前有听说过其强大和灵活性，但一直没有去亲身去了解！项目的时间大概用了3天左右，简单的说也就是一个做了一个小站而已！期间通过看百度文库自己写了一个活动招募的插件，dede的插件确实非常简单（至少相对于一般discuz插件来说），而且流程也特别的清晰！不过说这么多，我还是只能作为新手的层面来表述，说的不好、不对望大神们原谅！

 说完了没用的，就说一下重点吧。因为这个项目比较小，当时提供模板的时候没有想到做登录和注册的模板同时要做到和discuz之间的通信，我也安装uc和discuz并做了两个应用之间的通信。但问题还是出来了，因为两个应用通信只是单纯的实现了，同步登陆和退出。具体的登录和注册还是要分开进行的，模板是独立开的！

我的目的很简单，就是在cms的首页放上discuz的登陆框，并且登录和注册都去discuz完成然后返回登录状态，这样就可以免去安装uc，以及设置通信、同时还能满足同步登陆、同步退出，大大的提高用户体验！

我的具体做法步骤很简单：

第一、在discuz的根目录新建文件 discuz_denglu.php 这个文件用来调用discuz的核心类，因为class_core.php文件里面有限制，不允许在discuz外部调用该类，所以为了保持核心文件的完整性、原始性我们选择在discuz根目录建新文件用来调用核心类！

从该文件代码我们不难看出，这几句代码就可以实现discuz登录和未登录状态。同时可以在文件里使用discuz的所有全局变量。
看到这里大家是不是就可以看出我下部要做什么了，因为我的最终目的是实现在模板显示登录和未登录两种状态，这种情况下我们肯定会果断选择通过ajax来实现其效果，这样才能做到完美无缺。
贴一下模板代码(js)：

cms首页html代码：

第二种解决方式(解决跨域调用)：
修改上面的discuz_denglu.php文件为：

通过以上修改，我们如果需要在页面调用可以直接在html页面加入

iframe的属性自己定制就可以，以下是iframe的基本用法。

以上就是我的解决方式，这样我们就可以非常轻松的解决这个问题。

如果有说的不好、不明白的地方，请高手指点！！

PS：笔者在此总结了几个在discuz经常会遇到的几个修改，并整理详细的修改步骤！

1、修改商品贴内容页，删除“在线砍价”按钮
附言：随着discuz升级，随之而来的功能也越来越五花八门。无论是贴心的新功能也或者一些老的功能的优化，但总会有一些东西对我们而言没有用武之地，也或者说是太过贴心。此修改意在为利用discuz商品主题做商城的网站避免因无聊砍价造成的信息为目的。

2、修改商城交易记录自动被删除的问题
附言：此修改意在解决交易记录自动被删除的问题，对于一些站利用discuz自带的商品主题作为商城并无需定期清理交易记录的网站比较有用，因为discuz的计划任务会定期将7天内的交易记录清空，这样一来对于上面讲到的此类网站将会产生一定的损失和没必要的麻烦！

3、修改帖子内容页主题下方通栏广告不能100%通栏的问题
修改模板页面/templates/default/fourm/viewthread_node.htm
修改行数：498行，499行
修改代码

4、修改帖子内容页左侧用户头像下方用户组，将用户组名称删除并改为图标的问题

PS:discuz的文章聚合标签默认只有8个，一般情况下8个聚合标签已经完全够用。但是如果遇到特殊情况我们又不得不去想方设法修改，discuz后台是没有地方可以进行手动设置的，这种情况下就需要技术人员的配合了，不过如果你对discuz不是足够熟悉的话那也得费些功夫了。不过笔者前些时段就遇到了关于聚合标签的问题，所以乘热打铁就当复习了，希望对需要的童鞋有用！

下面写出具体修改的文件，以及所在位置。贴出代码：
1、表dx_portal_article_title中的tag字段由tinyint 长度8 改为int 长度 11 （此处以增加到27个为例）
2、source/admincp/admincp_article.php文件第51行：

3、source/function/function_portalcp.php文件

修改完毕，更新缓存就ok了！
希望对需要的人有所受用，如有疑问请留言！

PS:随着现在新浪微博的广泛使用，微博平台的开放性也越来越受关注，应用的互联和网站的接入，为我们提供了越来越方便的互联网体验，因此对开发者来说，开发也变得越来越广，越来越容易，我今天主要来分享一下通过新浪微博开放API来获取个人微博账号的信息，例如，获取微博账号的粉丝数、微博数、关注等。

对于我这样的初学者来说，也是因为最近需要才开始小小研究了一下，结果发现还是比较简单的，但是你还是需要认真了解一下新浪微博的api,这样以便于你更好的获取你想要的数据，因为我主要是获取微博数，以及粉丝数。所以我调用了users/show 微博接口，这个接口可以提供的数据主要是你账号的基本资料，但是还是比较完全的。
微博API关于调取用户接口地址:http://open.weibo.com/wiki/2/users/show,可以通过这个文档详细的看一下。
调用的基本原理很简单，就是我们将账号的信息(id,appkey,昵称)通过GET方式提交给新浪开放平台，然后获取到授权，同时将数据以json的格式返回。
//我们简单的测试一下
http://api.t.sina.com.cn/users/show.json?source=APPKEY&user_id=XXXXXXX&screen_name=carl_涛 直接在地址栏提交看是否返回数据，这里我做一下解释
source ==>[必须参数] 参数source处填写微博的appkey 需要申请appkey；申请地址：[点击前往]
user_id ==>[可选参数] 参数user_id 是你微博账号的id 登录微博之后看到首页 链接后面就可以看到(在没有设置个性域名的前提下)，weibo.com/xxxx 这串数组就是你的 user_id 了
screen_name ==>[可选参数]这是微博的昵称
如果访问以上链接可以看到返回的数据，说明你的参数是对的，已经取到了数据。然后接下来怎么处理就很简单了，这下我们利用ajax来处理一下，因为是json格式的数据，我们可以使用php来获取数据，如果在页面上js还是最合适的。
下面我是我写的ajax获取信息：

通过这样我们就可以把需要的数据在需要的地方给展现出来，如果需要更多的信息可以按需要提取，我这里为举例子就写了这几条。
个人分享文章，高手请绕行，希望对需要的人有所受用！如果有错误，请指点！
新浪2.0用户接口地址：
https://api.weibo.com/2/users/show.json?source=xxx&uid=xxxxx
注：因新浪微博开放接口已升级到V2接口，以下更新2.0的写法同时为解决ajax跨域问题，以下获取数据格式将使用jsonp格式。
更新时间：2013-03-04
ajax:

更新时间：2014-10-14
发现近期有很多童鞋访问该文章，如果有问题或者对代码有疑虑可在评论区留言我会定期查看并进行完善。谢谢！

PS：关于在php生成xml的过程中出现的解析错误的问题，我在这里分享一下我的经验，也许对大多数人来说这个问题过于简单，但是我自己碰上了一定要在这里记录一下，以免以后再出错，同时也可以给碰到该问题的朋友提供一些经验，避免更多人在此问题纠结！

首先我在这做个实例：

这个xml文件用浏览器打开的时候会报错，提示xml解析错误:未组织好……,但是用编译器打开是正常的没有错误（如上图），所以这到底是哪里出错了呢？好的我们先看一下w3shcool里的关于实体的内容：

<message>此文本也会被解析</message>

<name><first>Bill</first><last>Gates</last></name>

<name>
   <first>Bill</first>
   <last>Gates</last>
</name>

<message>if salary < 1000 then</message>

为了避免此类错误，需要把字符 “<” 替换为实体引用，就像这样：

<message>if salary &lt; 1000 then</message>

下面是xml里5个实体的引用：

注释：严格地讲，在 XML 中仅有字符 “<”和”&” 是非法的。省略号、引号和大于号是合法的，但是把它们替换为实体引用是个好的习惯。

 所以由此我们可以看出，在遇到非法字符的时候我们一定要将字符转义为实体的形式，不然会出现报错的提示。

 除了把非法字符转义为实体之外，我们还需要知道另一种方式也可以避免在解析非法字符的时候报错的情况，下面先了解一下：CDATA(Unparsed Character Data),其意思是指不应由XML解析器解析的文本数据。

继续看关于CDATA的说明：

在 XML 元素中，”<” 和 “&” 是非法的。

“<” 会产生错误，因为解析器会把该字符解释为新元素的开始。

“&” 也会产生错误，因为解析器会把该字符解释为字符实体的开始。

某些文本，比如 JavaScript 代码，包含大量 “<” 或 “&” 字符。为了避免错误，可以将脚本代码定义为 CDATA。

CDATA 部分中的所有内容都会被解析器忽略。

CDATA 部分由 “<![CDATA[" 开始，由 "]]>” 结束：

在上面的例子中，解析器会忽略 CDATA 部分中的所有内容。

关于 CDATA 部分的注释：

CDATA 部分不能包含字符串 “]]>”。也不允许嵌套的 CDATA 部分。

标记 CDATA 部分结尾的 “]]>” 不能包含空格或折行。

好了，上面的讲解内容均来自w3school的解释，我在下面关于上面例子中的问题做一下处理，以便更容易理解，在报错的文件做一下小处理：

看上图，这样一来，我们就用CDATA对文本部分做了一下忽略解析，因此中间包含的&非法字符就不会被xml解析器解析到了，所以也就不会报错了。

同理我们可以用转义字符效果也是一样的，“把&替换为&amp;就可以了”问题就很容易解决了！

此文纯为个人遇到的问题，高手请绕行，希望对需要的人有所受用！