Tag: embed

改善內嵌 YouTube 影片的載入速度

YouTube 的 embed 會載入大量的元件，所以就有專案把對使用者沒有意義的元件都拔掉：「Lite YouTube Embed」。

從比較可以看出來 Lite YouTube Embed 下載的元件少很多：

當然在功能上有差異，不過基本的功能應該都沒問題...

雖然還是 JavaScript 實做，但可以看到實際的程式碼大概 40 行而已？(註解的行數大約是程式碼的兩倍)：「lite-youtube-embed/src/lite-yt-embed.js」。

不過要注意的是，程式碼中用到 ES6 的 class 語法，所以如果要考慮到 IE11，應該是要打包轉換...

把 Ptt 網頁版 Imgur 的圖片換回來...

Ptt 網頁版不知道什麼時候開始把 Imgur 的圖片變成 embed 版本了，圖很小又有留白一堆東西，看起來不太舒服...

剛剛寫了個 Greasemonkey script 換回來：「gslin/ptt-imgur-cleaner-gm」。已經有安裝 Userscript 管理軟體的，可以在 OpenUserJS 上安裝：「Ptt Imgur Cleaner」。

程式做幾件事情，一件是加上 meta tag 不要送 Referrer，然後用圖片換掉 Imgur 產生出來的 iframe，另外一個是把 .richcontent 的 max-width 設為 100%。

這樣看 Ptt 的文章應該會方便一些...

Update：結果有朋友說當初是因為被 Imgur 擋掉所以才換成 embed 的... (大概是量太大的關係)

CloudFlare 也要提供 Certificate Transparency 的 Log 伺服器了...

看到 CloudFlare 請求加入 Chromium (Google Chrome) 的伺服器列表：「Certificate Transparency - Cloudflare "nimbus2017" Log Server Inclusion Request」。

對照之前的「Chromium 內提案移除 HPKP (HTTP Public Key Pinning)」以及「Let's Encrypt 的 Embed SCT 支援」，這樣看起來是瀏覽器內會有一份白名單，只有在這白名單上的 Embed SCT 才會被信任...

但弄到這樣的話，log server 是不是也要有稽核機制？

好像哪邊搞錯了方向啊...

Let's Encrypt 的 Embed SCT 支援

翻到 Let's Encrypt 的 Upcoming Features 時看到：

Embed SCT receipts in certificates
ETA: February, 2018

對 Embed SCT 不熟，所以查了查這個功能。

這指的是在簽發 SSL certficiate 後，把資料丟給 Certificate Transparency (CT) 伺服器後，伺服器會提供 signed certificate timestamp (SCT)；而這個資料放到 SSL certificate 內叫做 Embed SCT：(出自 CT 的 FAQ)

What is an SCT?
An SCT is a signed certificate timestamp. When a certificate authority or a server operator submits a certificate to a log, the log responds with an SCT. An SCT is essentially a promise that the log server will add the certificate to the log in a specific time. The time, known as the maximum merge delay (MMD), helps ensure that certificates are added to logs in a reasonable time. The SCT accompanies the certificate until the certificate is revoked. A TLS server must present the SCT to a TLS client (along with the SSL certificate) during the TLS handshake.

當使用 ECC 時會小於 100 bytes：

How big is an SCT?
SCTs are less than 100 bytes, assuming elliptic curve signatures are used.

這樣才能試著解釋前幾天提到要拔掉 HPKP 的事情：「Chromium 內提案移除 HPKP (HTTP Public Key Pinning)」，也就是為什麼他們是提 CT 解，而不是 DNS CAA 解...

不過我記得 CT server 可以自己架自己 submit 不是嗎？後來有另外規定一定要用第三方的嗎？這樣又很怪...

直接從 IMDb 編號看影片

看到「Now Anyone Can Embed a Pirate Movie in a Website」這邊介紹的東西，直接輸入 IMDb 的編號 (包括 tt 開頭的那串編號)，他就自動拉出 embed code：

然後可以直接線上觀看：

然後還支援字幕 (唔)：

Interestingly, should one of those sources be Google Video, Vodlocker says its player offers Chromecast and subtitle support.

官網有寫來源是到處找：

VoDLocker searches all general video hosters like youtube, google drive, openload...

看起來整塊技術其實都是現成的。透過 search engine 加上定期的檢查機制與回報機制就可以做完 @_@

關閉 Plurk 的 embed thumb 功能

在 Plurk 上的 embed thumb 功能 (我不知道怎麼稱呼比較好) 讓我沒辦法用 Ctrl 加上滑鼠左鍵一路把圖片點開，所以就想寫個 Greasemonkey script 搞定他...

最一開始的想法是把事件幹掉 (也就是 .pictureservices, .videoservices, .ogvideo, .iframeembed, .plink 這串)，所以第一版的時候是直接用 unsafeWindow.jQuery 把事件 off() 掉，但後來想一想這樣有幾個問題：

  • 網站改版時動到這邊的 class name 會失效，即使是只有增加...
  • 安全性問題，unsafeWindow.jQuery 不保證是原版的 jQuery，在 Greasemonkey 有不少權限，雖然後來有被 @grant 強化過，不過能避免還是想避免。

所以就改成現在這個版本，直接在 body 上攔截，擋下對這五個 class 的 click event：「Disable Plurk multimedia thumb functuion」。

也許改寫 thumb function 本身會更好，不過先這樣吧 XD