github – Page 15 – Gea-Suan Lin's BLOG

用 RawGit 服務供應檔案

RawGit 可以讓你直接連 GitHub 的檔案，並且帶入適當的 Content-Type：

RawGit serves raw files directly from GitHub with proper Content-Type headers.

production url 用的是 NetDNA (MaxCDN)：

cdn.rawgit.com.         3600    IN      CNAME   rawgit.rawgh.netdna-cdn.com.

不過一般情況下可以直接用 raw.github.com，這個是 GitHub 提供的網址，目前使用 Fastly：

raw.github.com.         30      IN      CNAME   github.map.fastly.net.

之前就看到這個網站，堆在瀏覽器頁上一陣子了：「CoolGithubProjects」。

看起來是依照 reddit 的數據分析出來的，有每天、每週、每月的熱門專案。另外有 csv 檔可以下載數據，晚點來找有沒有人已經把 RSS feed 弄出來？每天看一下有哪些熱門專案...

在「GitHub's CSS」這篇裡面講了很多 GitHub 設計的工具，以及評估的方式。

原文有提到 IE9 以及之前的版本中，單檔有 4095 selector 的限制，這點讓人稍微怔了一下：

The split was added years ago to solve the problem of Internet Explorer’s 4,095 selectors per file limit.

超過的要切割讀入...

另外在文中有提到 2012 年的投影片「GitHub's CSS Performance」吸引我的目光：

針對 diff 頁面大量元素時的 CSS 效能分析，除了各種 browser 裡 index id & class & tag 的方式外，另外還有不少為了加速而直接修改 HTML 的建議 XDDD

Noto 的逗點問題。

GitHub 宣佈接受 PayPal 付款，不過不是直接接 PayPal 的 API，而是透過 Braintree 提供的 API：「Pay for GitHub with PayPal」。

GitHub 官方提供的 screenshot

雖然 PayPal 的風評大家都知道，但如果要支援 PayPal 最直接的方式還是接 PayPal API... 不直接使用 PayPal API 而要透過其他 API 的原因...？

在「Git Workflows That Work」這篇提到了不少 Git 的 Workflow，從中可以看到各家的開發模式，以及想要解決的問題：

主要還是要看環境而決定，並不是哪一種 flow 就一定好...

開發也將轉移到 GitHub 上，不過看起來 bundy 的名字已經被用掉了，不知道會用哪個 organization name...

Twitter 拿掉 RSS 支援後原來「支援新版 Plurk API (OAuth Core 1.0a) 的 Twitter To Plurk Script」這篇提到的程式就不會動了，剛好現在在東京慢慢蹭，就花點時間改寫了。

程式一樣在 Gist 的 gslin/982195 上。

由於不想要接 Twitter API，再加上自己的帳號是公開的，所以這邊就用 Web::Query 去爬 HTML 然後生出對應的 body 貼到 Plurk 上。

不過還是有不完美的地方，像是目前讀取的順序是顛倒的，大多數的情況下應該還好，不過有關連性的 tweet 就會看起來怪怪的 :o

不過 Apex domain (也就是 domain 本身的 hostname) 無法設定 CNAME record，必須透過 A record，就沒辦法用到 CDN 的地區特性了...

CDN 用的是 Fastly，也丟進 SmokePing 監測好了...

愈來愈多服務升級 & 調整 SSL (HTTPS) 的設定，支援 PFS (Perfect Forward Secrecy) 與 AE (Authenticated Encryption)。

PFS 要預防的事情我可以理解，但對 AE 的必要性不熟啊... 再去看看整個理論基礎與目的好了...