Re: [閒聊] web與AP的溝通?

[alpe (薛丁格的貓)]

※ 引述《cyr1216 (seven)》之銘言：
: 不太確定標題怎麼下比較好
: 事情是這樣的
: -A方案
: 軟體工程部希望直接從EIP資料庫取得這張訂單的MAC
: 但我同事認為這樣太危險了..(不希望別部門知道我們DB帳密)

一般是不會想這樣作沒錯, select 也是可能出問題的.

: -B方案
: 由軟工透過URL發出給號需求 從web計算並抓取1組序號
: 組好後再傳送一串url給他，(sn.asp?mac=0003EXXXX)

對他們, 你們都比較麻煩. 他們還要去聽80.然後再去解...寫ap弄那麼累

: 結果我把結論回報給我同事
: 他就一直在談網頁UI 接收資料 存檔 轉網頁 這些動作上
: 他認為直接秀一張頁面給軟體工程部抓資料 沒頭沒尾 甚至很耗資源(?)

我會跟他說. 等他們一次連線破千再來跟我說耗資源.
要省資源. 寫一隻socket server給他們用啊.

: 就跟我說寧願透過網頁方式傳送結果給他 也不要他來存取
: 才又討論另一種做法B方案
: 1.講好是傳網址+參數(讓他接參數值)   =>後來改成2

他們要麻煩的弄個聽80port. 那這樣為啥不作個 socket 連線還比較簡單一點

: 2.軟體工程要求放在*.html上  他從網頁上讀資料

對他們, 對你們簡單很多. 現有的lib很簡單, 4～5行吧
你們也沒多工. 就是處理完print出來.

: 我是覺得還OK 1.2 兩種做法意義上不是差不多嗎?

差很大. 兩方code長度, coding 時間, 難度.

這就跟從台北到高雄, 走路, 騎車, 作高鐵, 一樣.

--
Exactly. For that one fraction of a second, you were open to options
 you had never considered. THAT is the exploration that awaits you:
    not mapping stars and studying nebulae,but
      charting the unknown possibilities of existence.
                                         Star Trek S7E26 "All Good Thing"

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 61.31.105.62
推 abcdefghi:沒那麼複雜吧~ DB端寫個CGI, client端用libcurl就可以了
→ YunJonWei:資料庫都有Socket了，而且還幫你做好Authentication
→ YunJonWei:為何要自己寫Socket重做一次呢?
→ YunJonWei:而且自己再怎麼寫Socket也寫不贏人家DB的效能。
推 Ting1024:簡單講，這ISSUE是庸人自擾。 -_-
→ Ting1024:他們公司的MIS太過無聊了...這種懂不多又怕事MIS難搞
推 luciferii:看來這些MAC和序號資料都沒有機密因素吧，不能訂單產生
→ luciferii:後export一堆小檔在server，要一個給一個結案
→ luciferii:除非有其他需求一定要繞進DB...
→ luciferii:                                      結案嗎?
推 cyr1216:其實給MAC燒進機器檢測OK後 軟體工程還會發送一串finish
→ cyr1216:的訊息出來..我們接收到後要將這筆記錄塞回EIP(出貨記錄)
推 luciferii:一個HTTP_GET過來抓MAC、再一個HTTP_GET帶參回來結案
→ luciferii:要再省DB效能就是把第一個工作export file再socket化
推 luciferii:還要再省效能就把第二個也socket化丟檔過來bulk insert
→ alpe:很多公司會用"資安考量" 擋掉一些簡單的事. 所以要加工一下