版號當然是要出現在 url.

出現在 header 就變成只能用 js call, 而且也不能 cache. 放 header 只是給自己製造麻煩而已

API 版號應該出現在 URI 中還是 HTTP header 中？以 REST API Versioning 的描述兩種皆可，但看完論文後哪種較好呢？

• 我覺得 API 版號應該出現在 URI 中，因為這樣可以保證 client 端不會 call 錯版本 ... (雖然這樣的 URI 有點不好看 ...)
• 若是用 parameter 或 header 來指定 API 版號，就有 client 端給錯資料而 call 錯版本的風險 (當然如果 client 端是可信賴的就沒差)

參考資料：Versioning RESTful Services1

不過 url 都會是小寫英文 和 - 就是了。然後就算是 RPC ， url 也會傾向用 /approve/user/{id} 而不是 /approveUser?id={id}

我覺得如果 url 是 /user/{id}/approve + PATCH 應該就符合 REST 了吧

我最後都是混用。只有簡單的 CRUD 才會用 REST，其他很難用 resource 表達的通通用動詞 + POST (就是 RPC)

不過 url 都會是小寫英文 和 - 就是了。然後就算是 RPC ， url 也會傾向用 /approve/user/{id} 而不是 /approveUser?id={id}

所以要有儲值帳戶才算把最後一哩補上

PayPal 好像還是以網路上的交易為主？

想到paypal好像沒什麼動作

忽略很多人不能辦卡了

以普及率來說，LINE Pay/街口還是比 Apple pay/Google pay 多了不少啊 XD

cashless、credit card-less，讓收錢、付錢、轉帳、分攤可以更快更方便 (就是賺錢還是很難就是了 XD)

要不是信用卡合約問題，應該沒有理由用內建（google/apple）以外的pay吧...除非真的要像中國那樣路邊攤都要pay

終於有篇解釋得還算清楚的文章 XD

原來... 今天上 hacker news 才發現 XD

這個已經兩個月了，其實

Java8 應該會是有史以來會被維護最久的版本吧，一堆人會卡在這。

ubuntu 18.04 本身就是裝 openjdk8 ，所以最少會被 canonical 維護五年

在做投影片時剛好跟上這個話題 What does LTS mean for OpenJDK? 1 ，看內容就像現在 jdk7u2 ， changelog4 一樣，會有組織出來 patch/backport，所以問題就剩下誰來包？至少 AdoptOpenJDK3 會包，所以不用太擔心沒有免費的 LTS。

這樣母湯喔… 變快或變慢的原因都要去了解

如果DBA不給力還是要有個保險可以刷卡callout percona阿xd 目前是都還沒用到就是了。

之前大部分問題是加ram讓資料進記憶體就會乖乖了，最近碰到加記憶體還是慢的，升版mysql速度居然快好幾倍，不知道是原來太爛還是oracle黑科技太威

真是好內容。

期待書出刊啊

資料庫會出什麼事？出事不是都自己搞砸嗎？

我用mysql主要還是出事找的到人support, 加上oracle下放很多黑科技

8.0 不是有支援json了?

CORS is nightmare...

donate 的時候到了

我還用 browser 的 google pay 玩了一下，一直按就斗了，很方便

nosql 用慣了, 回去用 rdbms 就是開 materialized view. mysql 當然是沒有.

json, recursive ... blah blah 什麼都沒有