→ robler: 這家喔...之前談過 主管基本上就是這種人 不用期待 01/28 13:03
→ coolthor: 可以請問一下有甚麼第三方比較正常的嗎,台灣的。 XD 01/28 13:06
→ robler: 我們的結論是..自己開發金流系統..所以你知道的 01/28 13:12
※ 編輯: coolthor (36.238.119.3), 01/28/2016 13:13:32
→ coolthor: 我哀傷。 01/28 13:16
推 neo5277: 怎麼會沒有C# 01/28 14:04
推 hgkiller01: 我們公司就是用C#在串他們的API 他們給的範例只有PHP. 01/28 14:13
推 neo5277: 燈愣~~~ 01/28 14:14
→ neo5277: 開放式平台不是應該準備各種語言的API還是我搞錯了? 01/28 14:14
推 ousapas: 有人知道為什麼台灣金流都喜歡用PDF寫文件嗎 01/28 14:23
推 Blueshiva: 不然用Word寫文件嗎? 01/28 14:24
推 crossdunk: ALLPAY就是用WORD啊 01/28 14:26
→ coolthor: 跪求MVC C#的方式,對不起我能力不足。 Q_Q 01/28 14:32
→ felixgugu: 只是沒給C#的範例吧~HTTP POST各語言都通的 01/28 14:35
→ coolthor: POST上去OK,拿回來的CONTENT也對(200) 01/28 14:38
→ coolthor: 但是不知道怎麼把content變成網頁,抱歉網頁我很弱。Q_Q 01/28 14:39
→ coolthor: 所以我就把他的content變成我的content。 01/28 14:40
推 crossdunk: 看他回傳給你的值對照他給你的文件 01/28 14:48
→ crossdunk: 是正確的就繼續你自己的流程就好了@@ 01/28 14:49
→ coolthor: 抱歉,我想是表達的不夠清楚,我是指說,當我表單寫好 01/28 14:50
→ coolthor: 我這邊form把資料收集完後,進到自己的的後端, 01/28 14:51
→ coolthor: 後端資料整理好後,再發一個POST出去給智付寶。 01/28 14:51
→ coolthor: 然後理論上應該是會出現可以選付款方式的頁面。 01/28 14:52
→ coolthor: 也就是RESPONSE的Content內容。 01/28 14:52
→ sing10407: api為啥要分語言啊 不就json或xml訂一訂用post就好 01/28 14:53
其實我生氣的點是無預警更新,
程式有問題就改倒是還好。
→ coolthor: 我之前的作法是把收到的content寫入我自己的content, 01/28 14:53
→ coolthor: 但是因為看起來加了,CORS的檢查,所以變成付款頁會失敗 01/28 14:54
※ 編輯: coolthor (36.238.119.3), 01/28/2016 14:56:37
推 crossdunk: 不是丟給他之後他自己會跳頁面到付款頁面嗎 囧 01/28 15:05
因為小弟手賤,POST的動作不是在前端,在後端端端端端端端端端端端端端(眼神死)
※ 編輯: coolthor (36.238.119.3), 01/28/2016 15:08:06
→ TonyQ: API 都通吧,我用 nodejs 接過。 01/28 15:32
→ TonyQ: 是說 post 當然應該在前端做啊,在後端做的有別的作法吧。 01/28 15:34
→ TonyQ: 看下來不是規格不嚴謹,是兩邊對規格想法不一致而已。 01/28 15:34
推 hung0724: 對他們印象不好的點在於 之前得到不在文件中的錯誤碼 01/28 15:35
謝謝大家的回答,
其實我這邊考量的點是比較商業上的,
因為主要活動正好已經結束了,如果在沒有準備的情況下,
突然因為單方面無預警的更新導致無法交易。
光想都覺得冷掉半截。
得到的回覆又是敷衍隨便,真的會氣壞。
至於解決方式目前我已經呈現認命狀態,乖乖的變更設計。 XD
※ 編輯: coolthor (36.238.119.3), 01/28/2016 16:07:03
→ airtsubasa: 幹麻不用paypal 01/28 16:41
推 f124: 像紅藍綠那幾間會比較好嗎? 01/28 17:16
推 crossdunk: 每一間都馬有人說好 有人說不好 01/28 17:31
推 TonyQ: 不過是說國內還有誰有提供測試站試接 api的嗎? 01/28 17:37
→ airtsubasa: 那用allpay…之前串接,蠻support的,弄起來不用1天, 01/28 17:38
→ airtsubasa: 人也蠻客氣的 01/28 17:38
→ TonyQ: 而且 paypal 也不會准你在 server post 吧 01/28 17:38
推 crossdunk: 都會提供測試的環境吧@@? 不然要怎麼測試 QQ 01/28 17:44
→ crossdunk: 我之前也用過allpay的,感覺滿簡單的 01/28 17:45
推 TonyQ: allpay 的公開測試看起來是所有人共用同一個測試環境(帳號) 01/28 17:53
→ TonyQ: ,測起來有點麻煩啊。 01/28 17:53
→ TonyQ: payapl 是他們不想做國內生意,不是不被允許。 01/28 17:54
推 matrixki: pay2go我用起來滿順的 業務也回很快耶 01/28 18:17
→ chrischen: 更新沒通知確實可議,不過如果沒改規格純加檢查... 01/28 23:19
→ chrischen: 感覺也不太需要通知,整個問題點看起來是實作方式有誤 01/28 23:19
→ KAI1107: 是不是沒有按照他們的步驟走啊???我按照他們的步驟使用 01/29 00:28
→ KAI1107: 都沒遇到什麼問題耶...而且我也跟他們客服聯絡過,感覺上 01/29 00:29
→ KAI1107: 人都蠻耐斯的...我想溝通上是不是有什麼誤會???API使用上 01/29 00:29
→ KAI1107: 是不是有哪些步驟使用錯誤??? 01/29 00:30
→ KAI1107: 你說的更新問題我也有致電他們客服詢問,他們說有安全性 01/29 00:31
→ KAI1107: 更新,如果都按造使用步驟的話,是不會有什麼問題的!!! 01/29 00:31
→ robler: 更新要提前通知 也要通知哪裡改了 怎麼對應 01/29 10:22
→ robler: 台灣一堆金流公司都先改了再說 完全不管別人死活 01/29 10:23
→ robler: 就算是緊急的安全性更新 必需要先改不能等 改完了 01/29 10:23
→ robler: 一樣要一一通知客戶,不是等他們發現服務死掉了再來問 01/29 10:24
推 f124: 更新本來就要先通知阿 又不是你內部的服務 出api的還這樣搞. 01/29 10:36
→ KAI1107: 他們的SDK是open source的,有按照使用步驟教學,如果都 01/29 10:59
→ KAI1107: 有按照步驟走,理論上不會有什麼大包~~~ 01/29 11:00
→ KAI1107: 版大的問題應該是使用時沒有按照步驟,然後又剛好遇到了 01/29 11:01
→ KAI1107: 沒說清楚的客服,所以中間上產生了些誤會??? 01/29 11:01
→ KAI1107: 我的觀察啦XDDD 01/29 11:02
推 ahli: 他的問題一直都是更新沒被通知而已吧... 01/29 11:22
推 TonyQ: 可是如果本來的用法是錯的,被改掉也只能摸摸鼻子吧。 01/29 11:24
→ Eureka7: 重點就是更新,基本的 announcement 都沒有,太扯了 01/29 12:17