我是說產品的更新，484，485是乙個經典的版本，那時候免費，shopex 系統市場佔用率很高。但是485以後呢，只有小版本的更新，fxw ，ekd 都是改進版本吧，沒用特別大幅度的更新。5年前，10年前，可以搞那種開發設計2年然後再測試投入執行什麼的，但是放到現在，競爭越來越激烈了，更新速度非常快，web都是快速開發語言寫成，ui 不斷的提高，不是說靠模版就能做出效果來的，各種新的東西要加進了，不能落後競爭對手。現在我覺得公司遇到的問題是大客戶的缺失，真正意義上的大客戶不多的，技術方面不能支撐大**的執行及業務要求，第二個，中小客戶的這塊，收費略貴，可能小客戶就選擇**的免費店了，或者選擇天貓，成本也比用shopex的低，中等客戶對業務的需求也是越來越高，不能很好的滿足需要，系統版本太老，缺乏必要的創新以及更新。
其實也有像ecstore 這樣的高階產品，成本太高了，當然能不能承受是一回事，從電子商務中獲取的利潤到底有多少也是乙個問題。中國的銷售你懂得，基本上是靠騙。
之前聽過乙個演講，說是**在nginx中加入了ab測試的功能，當然讓我很費解，什麼是ab測試？ 現在我覺得真的不能和**的技術力量相比，我們至少在這方面，落後太多了。
解決Shopex會員無法選擇配送方式的BUG
故障描述 填寫過收貨位址的老會員，進入付款流程時，無法選擇配送方式，導致無法繼續下單 操作平台 shopex4.8.5 易開店 軟體環境 ie6 ie7 ie8 ie9以及360瀏覽器 遨遊瀏覽器等 故障頻率 較常見 故障涉及檔案 core shop view common receiver.htm...
Android APP增量公升級的實現方式
實現原理 實現弄清楚原理之後，我們就需要解決兩個問題 1.如何比對兩個版本的apk生成差異包 2.如何使用舊的apk 差異包，生成乙個新apk 1 生成差異包 這一步需要在伺服器端來實現，一般來說，apk有新版本之後，需要往後臺管理端上傳新apk，上傳時就應該生成每乙個舊版與最新版本的差異包。假設，...
修煉公升級 程式設計思維方式的轉變
尼瑪，坐飛機果然不靠譜，居然晚點了乙個半小時，結果凌晨3點才到石家莊。本來說好到家後小睡一覺，然後上午直接殺到公司，結果睜眼起來已經10點半了，想想，還是算了，在床上祭奠一下我坑爹的答辯，詛咒一下馮大爺，這輩子吃速食麵沒有調料包。下午到了公司，完成了已做的party bid在手機上的測試工作，功能實...