這方法簡單、有效、有創意xd

如果如內文所說，Apple的URL Scheme機制沒有管理誰投球只能誰接球，而是每次都在拋繡球，那麻煩可大了。所有2-legged以上的機制都可能會中標。樹大招風，不要用iOS上大網站會比較妥當。

這情況在 Android 一樣有發生，不過是用 Intent 的方法，各個大陸 browser 也假扮成 Chrome 的 icon ，而且用命名的方法偷排在真正 的 Chrome 前面。嘛，只要不裝不明大陸軟件就安全多了。

thanks!

剛開一個

curl https://kaif.io/api/zone/all

不過這裡面沒有 test zone，你可以 client 自己加

現在沒有 url 可以讓你撈所有 zone list，之後會做 0rz

現在有 zone list 嗎？ (沒有的話也可以 scrape

oauth 有個重要目的在於帳密不需經過 third party 處理 (只交給官方經手)

如果有個第三方 app 用 kaif 帳密直接登入，那這個第三方就能收集到使用者的帳密了。使用者信任 kaif 所以願意留帳密 (不然就不會註冊)，但不見得該信任第三方，尤其 kaif 管不到第三方軟體時。

因此現階段上面列的 API 只限自用。

早期的 plurk 也是用帳密的，過了好久才支援 OAuth xd

我覺得 web service 用 oauth 是合理的，但 client side app 用密碼登入也無不可... 不過這是另一個題目了。

對了，忘了說。這個方式做出的 app 僅限自用，因為登入的方式不是 oauth 。

寫起來像 Nightmare 就不妙了。

還有一段時間... 重要功能都還沒做咧...

先用 web 的登入方式頂著吧，有興趣的人可以看看：

[2015/04/08] 更新，原本這則討論有說明怎麼 hack kaif 的 web api。但我刪掉了，因為現在 kaif 已經有 open API 可用，請見 kaif Open API 說明1

不知道有沒有 app 的規劃 ;p 期待!!

最想要的就是 iOS 的 Share Extension ，所以要有 post link 的 API。

長遠來說就是可以做 http://hn.premii.com/1 樣子的 reader ，所以要 list 、like 和 mark read 的功能 (純練習某玩具用，所以也不一定做的出來... XD)

還沒規畫好。

不過等規畫好可能太久 (我們放很後面) ，所以你先說說要做什麼，要有什麼 API，我們可先做幾個急用 (會常換掉的意思)

如果不能用 dot ，官方的指令通常是寫 iojs 不管是呼叫還是 nvm 都是用 iojs

開好囉~~

其實原本想 ECMAScript，不過還是用通俗的吧 XD btw, 不過這是我個人意見，不知道有沒有同為 js 愛好者的想法?

那中文的部份呢？ javascript ？

+1 ;)

對了，最少三個字，所以 /z/js 也不行

是說應該開成 /z/javascript 才是，不然人聚不起來

不能有 dot 喔

只能是小寫 和 dash ，中文名稱的部份不限

有人要跳坑？