因為單位准備運營微信了，才有了此次部署的工作。此次運營微信主要是准備整個各種原有的PCweb應用的資源。業務方面准備單獨開發對應的微信程序，使用微信的第三方服務器應用來實現，包括主動推送、在線業務、在線相關信息查詢、多客服在線回復。另外整合互動交流功能，准備使用現有的DZ論壇與其對應的打通版微社區，實現PC、手機互動交流。
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
打通版微社區（1）：PHP環境部署 for DZX3.2
打通版微社區（2）：服務器部署MySql數據庫 For DZ3.2
打通版微社區（3）：在Web服務器上部署memcache For DZ3.2
打通版微社區（4）：微信第三方服務部署——JSP的IIS部署
打通版微社區（5）：部署DZ3.2
打通版微社區（6）：部署微信插件及開通QQ雲服務
其實真正的實現整個部署還是很復雜的。因為單位網絡環境的問題，還增加的負載均衡的配置問題。就是一個IP綁定多個域名，通過不同的域名指向不同應用服務器。最終使用七層負載的高級策略搞定。因為剛開始以為微信第三方服務器應用與微社區都需要用戶授權接口，所以還增加一個PHP與JSP整合的難題。好處最終都解決了。通過這些東西，也讓我了解tomcat與phpmanager的部署方式。
