首先有人寫出來一個比較不錯的例子，我先貼出來 http://chitanda.me/2015/06/29/debug-wechat-website-in-pc/ 本來想直接連結文字的，結果發現MarkDown這種模式沒找到
但是別人講的情況都是非常基礎的情況，現在的套路深似海，以及有一種及其坑爹的情況解析。
先把最簡單的情況說明就是check了user-agent,那麼去模擬一個就行了，常用的頭為
Mozilla/5.0 (iPhone; CPU iPhone OS 8_0 like Mac OS X) AppleWebKit/600.1.4 (KHTML, like Gecko) Mobile/12A365 MicroMessenger/5.4.1 NetType/WIFI
如果不懂，可以去連結裡面看下它的圖文。
我的目的是去抓取別人的網站程式碼，然後改成自己的秒殺頁面，因為前端需要處理另外一件事情，所以自食其力，懟出一套還可以的樣式程式碼。
微信的網頁授權，也就是域名授權，分2種
1、以snsapi_base為scope發起的網頁授權，是用來獲取進入頁面的使用者的openid的，並且是靜默授權並自動跳轉到回撥頁的。使用者感知的就是直接進入了回撥頁（往往是業務頁面）
2、以snsapi_userinfo為scope發起的網頁授權，是用來獲取使用者的基本資訊的。但這種授權需要使用者手動同意，並且由於使用者同意過，所以無須關注，就可在授權後獲取該使用者的基本資訊。
參考連結如下，為了防止上次的文章失誤導致的閱讀資訊問題，我把微信的文件地址也貼出來，如果有更新，那麼以微信最新文件為準，一般來說感覺很難更新了，因為這個一更新，做微信的程式猿就要瘋狂的罵娘，燒企鵝了，

我是地址
scope為snsapi_base

https://open.weixin.qq.com/connect/oauth2/authorize?appid=wx520c15f417810387&redirect_uri=https%3A%2F%2Fchong.qq.com%2Fphp%2Findex.php%3Fd%3D%26c%3DwxAdapter%26m%3DmobileDeal%26showwxpaytitle%3D1%26vb2ctag%3D4_2030_5_1194_60&response_type=code&scope=snsapi_base&state
 
=123#wechat_redirect 

scope為snsapi_userinfo 

https://open.weixin.qq.com/connect/oauth2/authorize?appid=wxf0e81c3bee622d60&redirect_uri=http%3A%2F%2Fnba.bluewebgame.com%2Foauth_response.php&response_type=code&scope=snsapi_userinfo&state=STATE#wechat_redirect 

現在需求一般分為3種
1.1個公眾號對應1個網站
2.1個公眾號對應多個網站
3.1個公眾號對應1個網站或多個網站
對於繞過授權有什麼區別了？就是看appid一定要準，多對比，反正大家為了做網站也是很拼的，經常你看了一個appid，結果授權是另一個，然後跳回又是原來的appid,套路很深的。需要發現自己的核心網站是什麼。
比如我這個網站，它的訪問網址是

http://zd.zhiketong.cn/r_board/5tabid=1365&appid=wx5d780fd8b572304b,
然後會跳轉到微信的授權頁面

它的後臺應該是check了一些引數，然後如果引數不對或者沒有然後跳轉到微信的頁面，當時真的愁死我了，老想看它的HTML程式碼了。其中的曲折就不說了，直接說正確的結論
獲取登陸成功的COOKIE，然後模擬進行登陸，然後用httpclient，或者火狐，chrome瀏覽器進行都行。先不說幾種方式的坑爹之處，先說下如何獲取cookie，我使用的是fiddler進行請求篩選的,然後如果沒有PC微信，那麼需要連線手機，讓手機的請求通過fiddler，但是大家不要費那個力氣了，麻煩並且不好用，直接用PC端微信，如果實在需要那麼有人已經寫好了教程，地址為，我是我是地址
安裝fiddler，開啟直接只用，如果不抓手機僅僅抓自己電腦上的話，如下圖

這就是cookie，你可以直接用fiddler的工具去開啟，大多數時候都可以，但是遇到我這種就不行了，及其坑爹。可行的如下

然後我去抓的這個網站是顯示為下圖

家裡的筆記本顯示為微信，公司顯示為空白頁。然後我嘗試用火狐的工具和Httpcllient寫程式碼去哪html原始碼，可氣的時候，動態渲染的介面，獲得程式碼超級精簡，根本看不出原始碼，然後的話，然後用google，配合EditThisCookie進行，cookie的設定，但是因為 http://zd.zhiketong.cn/r_board/5tab?id=1365&appid=wx5d780fd8b572304b 這個URL再PC上會跳轉至 https://open.weixin.qq.com/connect/oauth2/authorize?appid=wx14ba882eb0f2cdb5&redirect_uri=http%3A%2F%2Fm.zhiketong.cn%2Fzhida_callback%3Fbackurl%3Dhttp%253A%252F%252Fzd.zhiketong.cn%252Fr_board%252F5tab%253Fid%253D1365%2526appid%253Dwx5d780fd8b572304b&response_type=code&scope=snsapi_base&state=base&connect_redirect=1#wechat_redirect
萬般無奈的姿勢是，因為EditThisCookie，如果你沒進到它的域，那麼無法新建一個cookie，所以先用火狐和Httpclient寫程式碼進行除錯一波，發現結果如下圖，這只是坑爹的情況，理論上一般都不會出現，因為火狐並沒有同時顯示在頁面上，所以HTML程式碼無法拿到

這是react程式碼，研究了下JS，然後切回谷歌，先訪問它的JS，萬幸的是JS沒有進行啥CHECK，不然，我就只能拿出我以前研究漏洞的神器了，brupsuite，如果什麼都check，那麼大家，就要從第一次請求發出去的時候攔截住，進行cookie修改。

注意EDITTHISCOOKIE的使用是name和value分開了的，注意我進行紅圈的地方。
brupsuite的基礎使用，可以看下烏雲的網站教程，最基礎的設定代理，然後進行網頁訪問，然後網頁會訪問不下去，被Brupsuite攔住，那個時候進行cookie修改就可以了，教程百度，烏雲brupsuite的基礎教程，可惜烏雲倒閉，不然的確學這個很方便的。
補充，今天還沒稽核通過，fiddler也可以做到，只是相對麻煩一點，使用
bpu 要連線的網址（注意回車），比如我就是
bpu http://zd.zhiketong.cn/r_board/5tab?id=1365&appid=wx5d780fd8b572304b,具體操作如下圖，raw是彈出修改的cookie框，run是進行下一步

bpu是釋放，但是我這個版本是預設只攔截一次，不知道其他版本是不是，所以一般run了之後就行了