微信公众号项目本地调试技巧

近端时间接手了某上市公司的内部员工分享系统的微信端项目,由于接手后去理解整个项目的架构.规范等的时间紧迫,所以导致开发期间遇到较多问题从而加班加到心力交瘁.现在项目大概算完成了一个里程碑,所以在这里总结一下项目中所获得的东西,所踩过的坑,好让下一次开发更具效率. 前端本地模拟微信登录 由于微信公众号要使用微信jssdk api,api的使用需要微信授权.登录.获取token等一系列操作,如果是本地调试的话可以通过url的判断进行微信模拟登录.这样做的好处利于扩展,如果该产品不只使用于微信端的时候

一.项目介绍  通过公众号页面调用系统接口,完成物流系统客户签收功能. 1界面展示使用html5+css布局,使用weui样式库. 2Web项目使用asp.net MVC4技术.接口调用使用jquery库Ajax异步调用. 3 服务器环境server2008系统,Web容器IIS6 运行环境.net4.0 集成模式 二.用到知识点 1.  用户权限管理,首次登录保存用户token(openId)客户唯一标识符,微信公众号平台获取关注公众号的用户返回给系统调用,系统通过与工作号绑定的webAPI接

1.因为微信公众号后台服务器配置中的URL只支持80端口和443端口,而tomcat服务器是 8080端口,所以要在配置文件server.xml中把8080改为80,并重启tomcat服务器,让配置文件生效 2.项目应打包成.war后缀名的文件并放在服务器上的tomcat文件夹中的webapps文件夹中( 和ROOT文件夹同级),并重启tomcat服务器,让其自动生成项目 3.微信公众号后台服务器配置中的URL为服务器的IP+项目名称+servlet名称 4.项目部署完成 原文地址:https:

微信公众账号已超过2000万册,每位用户的平均微信公众账号数量只有几十个.因此,如果您想在众多微信公众账号中脱颖而出,您必须具备良好的微信操作技能.今天,我不注意"方法论".让我们与您分享16个关于微信公众账号操作的操作提示. 1.微信认证是确保品牌不被滥用的好方法.同时,在认证之后可以获得更多的开放接口,并且可以获得某些特权.如果你不小心被别人蹲了,将来会更麻烦. 2.与同一行业的人沟通.微信公众账号的运作会有很多小圈子.他们中的大多数将在这些小圈子中混合.可以很好地传达编辑体验,交

俗话说,工欲善其事,必先利其器.要做微信公众号开发,两样东西不可少,那就是要有一个用来测试的公众号,还有一个用来调式代码的开发环境. 测试公众号 微信公众号有订阅号.服务号.企业号,在注册的时候看到这样的信息,只有订阅号可以个人申请,服务号和企业号要有企业资质才可以.这里所说的微信公众号开发指的是订阅号和服务号. 另外,未认证的个人订阅号有一些接口是没有权限的,并且目前个人订阅号已不支持微信认证,也就是说个人订阅号无法调用一些高级的权限接口,下图就是一个未认证的个人订阅号所具备权限列表,像生成二

微信公众号本地调试 背景 微信公众号开启开发者模式后,微信服务器会向开发者配置的服务器推送相关消息.我们在进行微信公众号开发时,必须要有外网域名才能收到微信服务器的推送,这给开发和调试带来很大的不便.使用由QQ浏览器提供的微信公众号调试工具,你可以在自己的windows开发机上进行开发和调试,不再需要外网IP和域名. 功能特性 本地开发,在自己的开发机或者私人电脑上就可以进行微信公众号开发和调试,不需要公网IP和域名 微信报文审查功能,可以直观看到已接收和已发送的消息内容和事件,方便开发和问题定

最近使用vue开发了一个购物类的微信公众号项目,将遇到的问题及大致的流程都给记录一下. 使用的是vue+vuex+vue-router+axios,样式用的是YDUI. 项目是需要做一个扫码之后通过微信openid做用户标识,然后让用户能够购买商品的小型购物网站,开始是仿照的慕课上某老师的回龙观项目,后来就加入了许多东西. 正文之前写说句感慨,没有系统学习vue就直接做vue项目简直是一直折磨.还有就是基础知识学的不扎实导致遇到一些问题浪费大量时间也不一定能搞出来. 首先先来看vue-route

一.准备工作 (1)准备一个微信公众号(对私的订阅号或者对公的服务号). (2)准备一台部署了web应用,并且已经发布出去的Linux服务器(需要说明的是:微信公众号强烈建议使用80端口,使用其他自定义端口貌似根本不通,后面会有说明). 先科普说明一下: 1.微信公众号的注册分为2种类型,这个很简单,按照官方注册流程按部就班地填写基本不会出现问题. 2.刚注册的订阅号和公众号是"非认证"状态的(本人注册的是对私的订阅号,目前处于非认证状态). 3.微信官方将认证审核流程托管到了第三方机

框架初衷 前两周组内的小伙伴跟我说她现在测试的微信公众号项目(保险)每次上新产品时测试起来很费时,存在大量的重复操作(点点点),手工测试每个产品可能需要半天到一天的时间,复杂的产品需要两天. 由于保险下单的过程中字段比较多,输入费劲的同时测试用例也很多(不同年龄段.工种.有无社保等),且!每个产品的页面都有部分差异! 问我能否基于UI自动化提高她测试新产品的测试速度,同时用于上线时生产的验证. 因为我写过微信公众号页面的UI监控脚本,也尝试过基于appium的多机并发测试,于是我就想,能否搭建一