[請益] 點餐系統的整合

[autumn12135 (剉冰加滷蛋)]

最近在寫一個php線上點餐網站

然後在店家的主機上放一隻程式

或是由原本店家的系統

每X秒來跟我的網站要資料 更新到店家上

然後回傳是否正確收到訂單

跟回傳店家目前是否開啟可線上訂餐的狀況



但是現在遇到一個問題

因為是由各種不同語言的程式向php要資料

之前的做法是用網頁POST參數來抓資料再解析

現在是改成用SOAP的方式抓回去再解析

因為之前都沒寫過這樣的程式

不知道之後資料量一大 這方法會不會掛掉

有沒有更好的方式可以跟其他語言溝通


--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 122.117.57.106
→ MOONRAKER:小雞孵出來以前不用數
→ kuAIpAI:自己撰寫API 進行相關認證 確認OK 自動回傳陣列回去
→ olctw:keywords: restful, json
→ MOONRAKER:掛掉了再說 凡事沒有試過怎麼會知道
因為現在還有一個功能是把店家的所有銷售紀錄抓出來傳回到網站上
然後再分析整理後 透過手機APP顯示營業額跟銷售狀況
因為是找連鎖店家 一裝上去可能就是幾十家
目前單家的狀況1個月是約1萬筆
沒寫過類似的東西 不知道這樣算大還是根本不值一提
※ 編輯: autumn12135     來自: 122.117.57.106       (07/04 01:31)
→ Canboo:功能寫出來後再根據效能狀況來調校，用json或xml這類的方式
→ Canboo:1個月1萬筆不算大，我處理的是一天40萬筆...
推 LaPass:叫PHP丟XML回去就可以了啦
→ MOONRAKER:一個月一萬筆，喔，那麼(1)怎麼進來(2)怎麼出去。
→ MOONRAKER:(1)怎麼進來：(1a)by-transaction每一筆交易登錄一次
→ MOONRAKER:那麼10000/30, 一天300筆，10倍也不過3000筆，算你一筆
→ MOONRAKER:10K好了，以營業時間10小時計，流量30MB/day=0.9K/s
→ MOONRAKER:(1b)batch process每個月上傳一次：這還搞得出問題？
→ MOONRAKER:(2)怎麼出去：誰會呆到送這一萬筆資料到手機？當然是送
→ MOONRAKER:aggregated data, 那aggregated一包有多少？算你十個表
→ MOONRAKER:格每個表100K好了，請問有多少手機會裝你的統計app？他
→ MOONRAKER:們一天會看幾次？
看來是我想太多了
因為以前初學的時候 什麼都不會
為了讓程式同步 亂搞一通 連socket什麼都不知道
雖然有做出來 但是搞到程式一開就會被我吃掉500k上傳
推 savenckugo:如果是把資料存在資料庫裡..讓程式直接去撈DB不就好了
這個之前也想過 而且可以少很多工
但是最主要是可以直接查到其他人的營業額
我也不知道DB的權限可以設到什麼程度 所以就沒走這方向
※ 編輯: autumn12135     來自: 122.117.57.106       (07/05 01:05)