整個blog跑得很慢,一氣之下直接升到2.4 development(我用cvs版,所以 svn update就可以了…),才發現造成速度慢的原因是Spam Karma 2 這支外掛..
所以乾脆搬到國外主機,然後把Wordpress降回2.3.1 stable了.
現在改用Akismet
喔,還有, wordpress就算加上WP_cache之後,跑起來還是比處處cache的ECSHOP慢很多…
AB五十次的結果:
Wordpress 2.3.1平均0.23sec
ECSHOP 2.5 平均0.06sec
兩個小時之後決定停止ezship module的開發。
由於ecshop shipping module目前沒有辦法提供UI，這樣會造成ezship的問題。
另外，ezship則會造成結帳流程的混亂（ecshop預設要先填完地址之後才進入shipping/payment selection，
就算perfect implement了ezship，也會讓使用者有重複輸入地址的困擾）
所以ezship module停止開發，但是ezship API已經測試完成，沒有問題，
預計未來ezship module只有用在客製化，且只有使用ezship運送方法的網站上…
今天接著是smilepay module.
不知道是我頭腦有問題還是怎樣..
我搞不清楚該把ezship歸類在付款方式還是運送方式…
基本上現在的ezship所提供的應該算是運送方式，但是ecshop沒辦法對運送方式提供UI function（是UI沒錯，不是API）
這應該是ecshop當初沒有考慮到，有某些運送方式也是需要用API去跟別人互動的吧…
–
簡述：ezship是一種 店家在便利商店寄貨，買家到另外一個便利商店收貨的服務。但在這其中呢，買家要「選擇」要到哪個便利商店收貨…
但是ecshop的shipping module，似乎不允許對shipping過程進行user interface 的提供，所以我沒有辦法整合ezship到shipping process，只能從payment module硬上 ..
但我這樣做的話，就完全不合理啊，他根本就是個shipping module，我硬要說他是個payment module
希望是我頭腦有問題，等等再問問ecshop team…
我沒問題，目前的shpping做不到，以後的可以…
–
目前預定的處理方法：
採用一個payment 加上 一個shipping，用這個方法來混淆消費者的想法。
/* start payment module */
用shipping module部份來傳送資料到ezship API（對了，他們編碼是UTF-8，但是我utf-8送資料出去有問題，考慮iconv到big5送）
然後ezship API返回的資料直接存回$order[’inv_content’]備用。
/* end payment module */
/* start shipping module */
就照一般的查件下去寫ezship查件的部份。
/* end shipping module */
其實過了這麼久，我已經不曉得opensource對於「一般商人」的定義是啥了…
我個人對於opensource領域的參與幾乎侷限於 l18n上，真的有commit進去的程式碼倒是很少。根據紀錄，原來我從 1999年開始參與 l18n，當時是從 ultraboard 2000開始的（perl with flat-text / mysql），後來也是陸陸續續做了不少的 l18n 貢獻…
最多人用的應該是 Wink，接下來是 ecshop (ecshop台灣社群)，然後是幾個服務的traditional chinese interface ..（不過這幾個服務都沒有標出作者，我一下也查不出來..），還有幾個我自己都沒發現我做過的（例如Drupal，我在4.1曾經做過，後來因為官方cvs account一直沒開給我所以作罷的樣子，我忘了XD）
其實一切都是因為我自己要用啊！ 完全沒有啥特別動機來著～~
參與opensource的感覺很好，用opensource的感覺也很好，說實在去trace code的感覺也很好…（幾乎每個程式都要進去抓source去改multi-byte的問題啊），最近也用zonble的Vanilla Journal (based on Wordpress) 弄了一個期刊網站，一整個順（尤其是Vanilly Journal，整個出版動線，從印前到出版都非常流暢，這應該跟zonble也是相關科系出身有關吧…）
所以我目前手頭上有在用的Web介面OpenSource 軟體有這些：（依使用率從高到低..）
dotproject mark branch (100%, daily use)
sugarsuite (100%, daily use)
Drupal (100%, 用於 ECSHOP台灣社群)
Wordpress (100%, 用於自己的網誌，還有一大堆朋友的網誌)
phpmyadmin (90%, 有人不用這個嗎？XD 90%是因為phpmyadmin還沒AJAX化，我最近因為速度需求，都用MySQL的MySQL Builder…本機GUI介面比phpmyadmin快；不過我自己有另外買一個flash介面的 phpmyflashadmin就是了, US$5)
webmin + […]
你自己發3rd party我當然不會跟你計較 — 你自己違反官方授權，而且我沒這個權利負責跟你計較
你把我掛作者的東西，作者換成你自己，然後連結改掉，我當然也不會跟你計較 — 計較這個不划算
你自己沒管好你客戶我就跟你計較了….
你自己的客戶你要好好教育，ok？
我搞不懂啊，網站footer明明掛你自己網站連結，
你可不可以跟我說說，為啥你客戶跑來我網誌、我的社群？
看起來你就是要自己搞社群的，
那麻煩你自己好好經營好不好啊？
其實趕鴨子上架說得好聽點，就是箭在弦上 （誤
其實我喜歡TinyMCE大過FCKEditor，因為TinyMCE在Firefox裡正常工作啊啊啊…
不過現在都要走官方版本，所以自己也不敢換掉官方的FCKEditor…
畢竟官方他們從cms、shop一路走來，一定有自己的考量才會用FCKEditor…
ecshop台灣社群發佈 ecshop v2.1.5台灣社群版囉！
本版本主要是跟進官方的 v2.1.5正式版，
然後在地區部份、配送部份、付款部份增加了台灣的設定
預設版型也為各位更換為繁體中文版了。
請到ecshop下載頁面下載 ecshop v2.1.5 台灣社群版，
至於安裝說明…裡面有附，記得要切到繁體介面安裝喔！
對了，要升級的朋友則是這樣：
1.先把整個ecshop網站備份起來，以防萬一
2.備份資料庫（您可以用ecshop內建的備份，或者是phpmyadmin備份）
3.把upload資料夾裡頭的v2.1.5主程式直接上傳覆蓋掉您現有安裝的ecshop
4.進入這個網址： http://您的ecshop網站/upgrade/
一路下一步就行。
smarty好用的地方，就是你不用擔心初學者改程式會改到SQL語法XD
零元商品顯示為「請來電詢問報價」的方法
兩分鐘寫一個教學（笑）
我知道一定會有很多有遠見的人要我不要放教學出來…
可是我捨不得不放啊…
所以我已經寫三篇了 囧rz
版型修改教學一：在ecshop首頁新增「現在購買」連結
版型修改教學二：用預設版型修改出你的「果妞妞生活坊」（1）
版型修改教學三：用預設版型修改出你的「果妞妞生活坊」（2）
還剩一篇就可以完成整個系列
其實，我從來沒想過，第一個推出的便利商店付款模組竟然會是綠界的…（這根本不在計畫中啊！）
總而言之，已經完工了綠界便利商店付款模組，有需要的朋友請向我索取，或者等到下星期，完整的2.1.5社群版推出的時候再一起安裝使用囉！
綠界的便利商店付款手續費是：每張單25元 ，與smilepay相同。
給自己的筆記：
Seednet 已聯絡 未拿到資料 技術含量低
smilepay 已聯絡 已拿到api手冊 技術含量低
ezship 未聯絡 api手冊開放在網路上 技術含量高
綠界 未聯絡 （*超商代收已完成）
台灣里 未聯絡
藍新科技 未聯絡
ezpay 未聯絡 api手冊開放在網路上 技術含量低
Edited:加上綠界
