線上影音轉檔服務 bitcodin, 強調快速, 而且支援 MPEG-DASH, 當然也支援 HLS.
之前有介紹過 AWS 上的 Amazon Elastic Transcode 服務(link), 現在這家 bitcodin 來了, 速度很快, 利用他的 sample video 測試, 約是 17倍快的時間可以轉檔完成. 很厲害.
網站在這裡: https://www.bitcodin.com/
而且價格不算貴, 一樣是有 free tier 而且可以選擇多種計價, 依使用量來選擇方案: https://www.bitcodin.com/pricing/
Input 的方式可以用 HTTP、FTP、Dropbox, Output 的方式可以用 FTP、Amazon S3、Dropbox 都有各三種的方式可供選擇, 配合他的 REST API 可以應用的情境就十分廣泛了, 自建的影音庫, 線上隨訊視訊等.
這麼快的轉檔效率, 看起來真的還蠻有競爭力的.
針對 flickrset 小工具, 已經有多次的調整並強化了. 這次針對產生的圖片結果進行連結分享與討論(利用 facebook comments).
大家可以試用看看, 希望對於使用更便利.
工具連結: http://sample.diary.tw/flickrset/
產生的連結範例: http://sample.diary.tw/flickrset/?setid=72157600079438372
今天看到一篇資料, 有關於系統上的 IOPS 成本議題, IT在設計基礎建設時, 在使用量大時, 往往會面臨效率的問題, 首當其衝的, 除了 CPU是一個關鍵外, 更多會發生的問題會在儲存的效率.
這篇資料提供了一些參加, 於取得 IOPS 的成本比較上, 不過只是參考, 因為實際上還有儲存空間的議題與系統設計架構的議題等需要考量.
請參考: http://www.dellenterprisesolution.com.tw/pc/index.html
(圖片引用自: http://www.dellenterprisesolution.com.tw/pc/index.html)
今天在拉一個網頁畫面, 使用 fakeimg 進行測試, 想說網站都用 https 所以圖片也用 https 來進行連接, 結果還是發生安全性提醒.
原因不是 fakeimg 不支援 https, 而是用錯了. 像這樣: https://fakeimg.pl/100×100 少了最後的 /.
也就使用原來的連結被重導至 http://fakeimg.pl/100×100/ 這樣, 使得網頁上的圖片被改成使用 http 連接, 而出現的安全性警告.
所以記得使用 fakeimg 時, 若要使用 https, 則要把相關的網址打對, 也就是
https://fakeimg.pl/100×100/
才不會發生這個問題.
之前介紹 fakeimg 的文章在這裡: https://diary.tw/archives/1266, 可以參考看看.