前言
因为单位准备运营微信了,才有了此次部署的工作。此次运营微信主要是准备整个各种原有的PCweb应用的资源。业务方面准备单独开发对应的微信程序,使用微信的第三方服务器应用来实现,包括主动推送、在线业务、在线相关信息查询、多客服在线回复。另外整合互动交流功能,准备使用现有的DZ论坛与其对应的打通版微社区,实现PC、手机互动交流。
Q&A
Q:首先为什么选择打通版微社区,而不是选择普通版微社区(现在叫部落了)?
A:这次是是我们部门开通的一个服务号,微社区相当于互动论坛的角色。定位这个角色之后,自然联系到PC站点已有的论坛。如果使用打通版的直接在DZ论坛上使用相关插件即可开通,主要是微信的绑定这块不需要自己开发了。非常方便而友好。最主要的优势是,用户在微信的微社区上发布互动帖子,单位工作可以在手机端和PC端可可以进行答复,提高了工作效率。
Q:普通版与打通版的从技术上有何不同?
A:普通版是独立应用,运行于程序运行于微社区自己的服务器上,每个申请微社区有自己的微社区ID,拥有开发者模式,可以开发第三方插件。普通版与微信公众号和QQ手机端都有入口,不需要自论坛平台也不需要认证的微信公众号就可以绑定。打通版就是DZ论坛的手机版。
Q:打通版相对普通版有何缺点?
A:需要自建平台,需要配置相关信息,操作比较麻烦。打通版无法实现更多的与腾讯产品的深入交互,例如打通版无法升级为部落,无法进入移动QQ的微社区入口。
Q:普通版相对打通版有何缺点?
A:普通版最大的缺点就是无法与PC端进行交互。只能存在于微信与手Q的相关入口中。如果实在与PC端互联,则需要使用微社区的第三方开放平台建立应用进行开发(这个还是老的普通版的功能,新的部落不知道是否支持了)
Q:建立打通版微社区时,微信公众号已有第三方开放平台受影响吗?
A:打通版版微社区在DZ论坛相关插件里面有两种方式打通微社区,一个是简单的就是没有认证的公众号即没有第三方服务器应用权限的方式。这种方式开通微社区,一点影响都没有。发现这种情况下无论是微信端的入口还是PC端微信登录,都没有任何问题。但是如果你选择另外一种方式开通微社区就是认证的服务号,这时候就有影响了。首先需要第三方服务器应用的URL与DZ论坛是同一个URL且是80端口,并且要在微信接口里的用户授权接口填入这个URL。否则微信端无法登入微社区。而且在这个情况下PC端用微信登录或者用微信绑定都会出现问题。可能需要在第三方服务器应用方面自己开发相程序。否则你就要填入DZ微信插件自己的服务器第三方应用,完全抛弃自己的服务器第三方应用。
本次部署环境:
服务器操作系统:windows server 2008R2
DZ主程序:X3.2 php
微信第三方服务器应用: 自建JSP开发的应用
最终的目标:在论坛可以通过微信注册或者绑定用户,然后直接微信扫码登录PC论坛。第二,在微信端可以直接访问发帖。且不影响JSP做的微信第三方服务器应用。
解决的思路:
一台服务器使用IIS同时部署jsp环境与php环境,实现一个site 访问两个不同的目录执行论坛与微信第三方服务器应用。(打通版微社区,使用普通公众号模式开通,其实不放在同一个站点也可以,但是我没有这样尝试过)。
为啥选择IIS方案共存而不是Apache。主要还是我对IIS比较熟悉,对Apache不熟。另外一回还很可能部署.net方案所以自然而然想到了IIS。
面对的问题:
1.PHP的windows部署
2.jsp的windows部署
3.php与jsp共存在于一个IIS site
目录:
打通版微社区(2):服务器部署MySql数据库 For DZ3.2
打通版微社区(3):在Web服务器上部署memcache For DZ3.2
打通版微社区(4):微信第三方服务部署——JSP的IIS部署
结语
其实真正的实现整个部署还是很复杂的。因为单位网络环境的问题,还增加的负载均衡的配置问题。就是一个IP绑定多个域名,通过不同的域名指向不同应用服务器。最终使用七层负载的高级策略搞定。因为刚开始以为微信第三方服务器应用与微社区都需要用户授权接口,所以还增加一个PHP与JSP整合的难题。好处最终都解决了。通过这些东西,也让我了解tomcat与phpmanager的部署方式。