目前台灣比較有人聽過的ERP應該是 Compiere ，不過 Compiere雖說有中文化、中文說明書，但他是Java環境下的軟體，我當然是比較不願意選擇這個…
可是網路上找了一陣子，真正 Opensource + Free +PHP 的軟體其實也不多，幾乎都集中在SourceForge裡頭，而裡面比較有人氣的「純」ERP軟體，就是 FrontAccounting 跟 webERP 了，這幾天把開學要用的教材做完再來好好玩玩這幾套 ERP ，雖然說我目前用EXCEL也是用得很快樂啦…
–
說到這教材,Captivate真的是很容易當機的一個東西..唉
Powered by ScribeFire.
Tag Archives: php
PHP ERP軟體的選擇
九月 18, 2007 – 10:34 下午
ezship module停止開發
五月 20, 2007 – 2:25 下午
兩個小時之後決定停止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…
五月 20, 2007 – 12:54 下午
不知道是我頭腦有問題還是怎樣..
我搞不清楚該把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 */
快速移除整個目錄（含子目錄）裡所有檔案的BOM
五月 5, 2007 – 10:29 下午
我用這程式用了兩個月了，讚！
不過今天才去特別找出來源：
自动移除文件中的 utf-8 bom的小程式
直接放在根目錄執行就會直接 recursive 進所有子目錄，直接移除所有檔案的BOM了～超好用
近日總結兼碎碎念：opensource
五月 5, 2007 – 9:39 下午
其實過了這麼久，我已經不曉得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 + […]
阿不然是要我怎麼處理？
四月 16, 2007 – 2:48 下午
你自己發3rd party我當然不會跟你計較 — 你自己違反官方授權，而且我沒這個權利負責跟你計較
你把我掛作者的東西，作者換成你自己，然後連結改掉，我當然也不會跟你計較 — 計較這個不划算
你自己沒管好你客戶我就跟你計較了….
你自己的客戶你要好好教育，ok？
我搞不懂啊，網站footer明明掛你自己網站連結，
你可不可以跟我說說，為啥你客戶跑來我網誌、我的社群？
看起來你就是要自己搞社群的，
那麻煩你自己好好經營好不好啊？
箭在弦上的感覺：ecshop v2.1.5台灣社群版發佈
四月 7, 2007 – 2:50 下午
其實趕鴨子上架說得好聽點，就是箭在弦上 （誤
其實我喜歡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/
一路下一步就行。
