每一次有活動信息強制要求微信轉發的時候，我就會有一種牴觸心理，並且將這種信息視爲垃圾信息，但是如果公司將轉發任務納入考覈，點擊率積分制，最後積分兌獎品。看了哈自己的積分，竟然有兩分了，每次轉發內容都是“任務”，“任務完成”，爲什麼我的傳播範圍就這麼窄呢？微信應該怎麼玩？也就是這樣微信給我的感覺並不是那種適合推廣的，但是那些小遊戲又是怎麼火起來的？
項目簡單描述
註冊登錄後，掃描屬於自己的微信宣傳頁的二維碼，宣傳頁上有自己的推廣聯繫方式，最後統計通過自己的分享鏈接的註冊用戶數與推薦用戶數。數據支持導出。最後的要求就是快速完成，越快越好。
項目需求分析下來是很簡單的，一個註冊登錄，一個後臺界面，一個宣傳頁面，最主要的是頁面可以都是現成的。搜一下“註冊登錄界面”，好了出來好多現成模板，隨心情找一個，還有psd源文件。再搜一下“後臺界面”，又是好多現成的界面。最後宣傳頁面就只能繼續同樣的方法，略微不同的是可以找到很多單頁宣傳頁製作的網站，要什麼動畫效果有什麼動畫效果，最後另存到本地，到這裏頁面就準備好了。開始框架選型了。
項目使用的框架與工具
對於php的框架接觸了一些，但是使用略微熟悉的還是tp，比較悲劇的故事是，php7都來了，我們還是在php5.2，tp的要求是php5.3+，還好在一個代碼託管平臺上找到了tp5.2降版本非官方版本。
前端庫使用的jquery，這個也是比較熟悉的，對於這種後端MVC框架，主要還是寫控制，套模板，模板工作是交由後端來做的，所以我選擇自己略微熟悉的jquery。
後臺主頁面雖然是現成的，子頁面需要修改資料，羅列數據等，這裏使用了css樣式庫bootstrap，這樣一來事情又少了很多，不需要太多考慮，複製粘貼，幾個頁面也就玩事兒了。
中文字體的處理的使用了開源工具，font-spider，宣傳頁前幾頁都是統一的字體圖片，後幾頁又是文字描述，要求字體與前面的統一，做成圖片太麻煩了，於是想到了這個之前有記憶的字蛛，使用起來非常簡單，有興趣自己去官網瞧瞧。
項目問題總結
-
效率往往不能與質量齊飛
輕微的說我是一個有代碼潔癖的人，如果說要修格式不整齊代碼，心情回瞬間下降，一陣想摔鼠標敲鍵盤的衝動，不得不做的事情是整理代碼，整理好了再繼續，這裏編輯器有這個插件，但是沒有用在道上，在這個工具橫行的年代，首先的學會使用各種工具，效率的提升其實真的就太明顯了，但是我還是沒有學會。
下載的模板自然而然就有這樣的問題，看起來不是自己的風格，但是要做的就是把自己的數據拼進去，不需要額外考慮，時間框住了，錢也是一個問題，哈哈，不說錢，談錢就變味了。樣式輕微調整符合我的頁面風格，如此足以。但是實際平日裏寫代碼考慮的問題卻是怎麼減少冗餘，怎樣精煉，但每一次還是不想去修改上次的代碼，寧願從頭再來。這裏爲了解決一些前面我描述的問題，接觸了一些工具grunt到現在的gulp，接下來準備學習一下webpack，自從上次時間充裕學習了一下react-native，這麼久沒繼續去學習，又給耽誤了。前端發展的好快，完全不能跟上學習的腳步，很多時候就是想如何如何利用時間學習，可是閒暇的時候逛的最多的還是看羣裏吹吹牛，上微博看看段子手的新品，一直覺得時間過得好快，不吹了，我要繼續學習了。
總結一句：代碼質量有待提高 -
表單驗證其實是可以放一起的
註冊登錄，報名，資料修改，幾個位置的表單數據都是差不多的，但是這裏同樣的代碼卻寫了多次，爲什麼會出現這樣的問題？其實，是這樣的。雖然說數據差不多，但還是回有些差距，做好了一個，第二個的時候也就直接複製粘貼到這個頁面，下一個頁面又需要了，又複製粘貼過去。你會考慮到什麼問題？代碼不這樣寫後面怎麼優化？你說，你自己說說看。
對於上面的情況我想還是會多次出現，即使我們在不斷優化，不斷提升，但是很多時候去修改以前做好的項目，如果有樣式或js微調，我們通常還是容易寫在html內混爲一起。爲了解決問題就出現了模塊開發，對於公共模塊重複使用，最後再將用到的打包起來，這樣也就簡介高效了很多。再來說說我的，正則驗證是自己手寫的，不是那麼全，只要有一個基礎的驗證，過濾掉一些就行了，記得有一個很好的正則驗證類，各種驗證都有，直接調用就行了，忘記名字了，一時也沒找到。
獲取數據，構成數據json格式，按照名稱一一驗證，這裏我覺得可以優化的，但是沒有好好寫。提交上去的數據就是安全的嗎？不是的，一定記住“絕對不相信前端頁面提交上來的數據”。前段時間優化我們的那套程序的時候就發現了一個問題，數據沒有過濾，什麼sql注入，xxs什麼的問題就來了，惟一比較好的是，有寫一個封裝類，數據都走哪裏去了一趟，這樣我只需要在那個封裝類中添加數據過濾就行了。但是問題又來了，我們的程序是快速建站解決方案，有些地方是需要提交代碼保存到數據庫中，取出來還能直接使用，但是沒有考慮到這個問題，就把bug寫下來了，還好自己發現了，而且還只是在本地調試，並不需要過濾所有數據，只是用戶訪問時再過濾掉就行了。說了這麼多，唯一想說的就是“數據”。
總結一句：數據的安全性一部分在前端，大部分在後端 -
寫代碼前構思的重要性
宣傳頁留下的有報名表單，用戶通過這裏可以留下自己的信息，之前的需求只是一個“我要報名”，等做完提交以後，需求又變化了，需要添加一個“我要推薦”，其中自然又重複的部分，數據庫設計的時候我就將數據放在了同樣的表中，因爲最後不論是直接報名的用戶還是推薦的用戶都是我們的客戶，直接就全部讀取出來，我是這麼理解，他們也沒具體要求，只是這麼說，具體怎麼實現，也就是程序來做。沒去過特大的公司，但是我覺得應該就是一個產品經理和一個項目經理的故事了吧，如果理解的不對，不要笑話。還好這裏留了一手，推薦人關聯起來存了一個表，推薦人也是享受福利的啊。於是後臺數據也就需要區分我要報名的人，我要推薦的人，自然也就輕鬆了，還好多考慮了一下，差點就給自己挖了個坑，把自己深深埋葬。
總結：思緒三分，敲碼更有神，或許還要多兩分，彆着急，着急也是寫bug，何必呢？ -
項目部署出現的問題
- 框架路徑不正確，這是include的問題
- session的問題
面對這樣的問題，首先檢查了phpinfo，session文件有生成，數據有存入，但是不能正常使用。一次登錄會出現3個session，頁面間跳轉會產生不同的session文件。session存放目錄沒有權限，要麼cookies的問題。很顯然前者的可能性大一些，怎麼處理呢？
tp中的處理方式，配置文件中手動配置session保存路徑：
'SESSION_OPTIONS' => array('save_path'=>'/'),
非框架處理方式：
$_SESSION['SESSION_OPTIONS'] = array('save_path'=>'/');//當前項目根目錄作爲session保存目錄
微信分享的力量
接觸微信很久了，因爲我的微信還是用戶名。但是卻不是一個會玩微信的人呢，唯一的用途就是和朋友聊聊天，偶爾隔壁羣中搶搶小紅包。有那麼一段時間看到朋友分享的小遊戲挺不錯的，那一段時間有加一些Q羣，看到羣裏面的大神說某某遊戲收入如何如何可觀，這就是朋友圈的力量，是封閉的卻也是另外一種開放。
再一次就是接觸微信公衆號，也是一個不錯的機會，很多創業型公司就是接這種微信開發的活兒，客戶資源不少，做的人也不少，找了個時間看了眼pigcms，正版授權的價格不低，足以看出，這個是賺錢的。
第一個公衆號是鬧着玩的，起了一個太不正式的名字，那時什麼也不會，就用公衆號自己的後臺編輯弄了一些自定義回覆，當時好像是爲了玩QQ空間的花藤刷營養，足以可見當時是多麼的無聊。也就是這個項目，以及另外一個待確認項目的情況下，我纔想起這茬兒。另外一個公衆號也是弄着玩，一開始是找了一個機器人的接口，可以自動聊天玩，弄着弄着沒意思，後來換成了百度的翻譯接口，可以在線翻譯，只是最近收到消息說百度翻譯接口要準備收費了，還要開發者認證啦。
說上面都只是一個鋪墊，我想說的是，這個號竟然還有人關注，看了下新關注的人也有50來人了，看來還是可以繼續玩玩啦，但是卻不知道怎麼開始。
再來說回上線了這個微信宣傳頁的事兒，上線當天下午開始統計，推廣人數也不少，流量我覺得也不錯，因爲一開始我覺得這種封閉的圈子是不可能和搜索媲美的，這次改變了我的看法，對比搜索它還是有自己的劣勢，從流量上可以看出，第一天是猛增，當時還考慮要不要單獨弄到其他服務器，因爲會影響到我們另外一個項目。第二天我再去看統計的時候發現緩和了好多，這個就是一個影響度的問題，如果你的圈子裏面全是意向客戶那麼你成功了，回頭率自然不錯，如果沒有，後面也就沒有什麼效應了。搜索不一樣，就拿博客來說，如果你寫一篇博客，平臺上會有人關注，第一天是差不多的，但是後續還會有一些流量繼續，這就是開放一些的搜索。
總的說來，各有各的優勢，如何利用還是的看自己的業務相關。我就是一個弄着玩的，我自然抱着的心態就是玩，在沒有找到怎麼賺錢的途徑的時候，唯一的想法也只能是玩，如果有一天玩的挺好了，自然也就可以通過玩來獲取報酬。主要還是要把前面的吹牛一次性拉回來，回到問題本質上來，多接觸不同的新鮮事物，不能一層不變的停留在當下的工作環境。
同步發佈地址：博客新家