Amazon EFS 脫離測試期

Amazon EFS 其實就當作是 NFS/CIFS as a service,之前一直在測試期,現在正式宣佈進入 Production 了:「Amazon Elastic File System – Production-Ready in Three Regions」。

開放三個區域使用:

I am happy to announce that EFS is now available for production use in the US East (Northern Virginia), US West (Oregon), and Europe (Ireland) Regions.

不知道穩定性如何 XDDD (因為 Amazon EBS 之前的穩定性太有名...)

之前在測試的時候發現只支援 NFSv4,不支援 NFSv3,這樣有點可惜... 另外價錢也頗高的 :o

Backblaze 的 B2 Cloud Storage 正式推出

B2 Cloud StorageBackblaze 推出的 Cloud Storage,價錢相當低...

先前還在 beta,現在是正式推出了... 有 99.9% 的 uptime SLA 與 99.999999% 的 durability (但沒講時間?),另外推出實體的 Export 服務,來看看有哪些 cli 工具可以用,該玩看看了 :o

Facebook 大量蒐集 GPS 定位資訊後用機械學習「猜測」你可能認識的人

Bruce Schneier 這邊看到「Facebook Using Physical Location to Suggest Friends」這則文章,引用自「Facebook is using your phone’s location to suggest new friends—which could be a privacy disaster」這篇報導,報導開頭寫著更新的資訊:

Update (June 28): After twice confirming it used location to suggest new friends, Facebook now says it doesn’t currently use “location data, such as device location and location information you add to your profile, to suggest people you may know.” The company says it ran a brief test using location last year. New story here.

Facebook 第二次確認後發現是標準的「啊!靠腰!是 PR 災難」的處理方式。在第一次跟 Facebook 確認時,Facebook 發言人的正式回覆說明了手機的位置是計算的條件之一:

“People You May Know are people on Facebook that you might know,” a Facebook spokesperson said. “We show you people based on mutual friends, work and education information, networks you’re part of, contacts you’ve imported and many other factors.”

One of those factors is smartphone location. A Facebook spokesperson said though that shared location alone would not result in a friend suggestion, saying that the two parents must have had something else in common, such as overlapping networks.

“Location information by itself doesn’t indicate that two people might be friends,” said the Facebook spokesperson. “That’s why location is only one of the factors we use to suggest people you may know.”

靠背...

廉價的 HDMI 擷取卡方案

在「Ludicrously cheap HDMI capture for Linux」這邊看到 hacker 精神 XDDD

作者想要找一個 HDMI 錄影裝置,但發現在 Linux 下很難找,就算有也很貴:

Lately I have had the need to do real time video capture from HDMI devices as of late for a project, and while looking around the internet found that all of the capture cards that are aimed at gamers (windows / OSX support only) or full blown production capture (Very expensive, more inputs than I need). The other downside is that all of these options either have no Linux drivers at all, or if they do, they have a Linux driver that is behind an NDA, and those cards are in the $800+ range.

但他在網路上找到「Reverse engineering Lenkeng HDMI over IP extender」這篇文章,裡面提到有 HDMI 轉 IP 的設備可以用,並且成功寫了一些 Python script 解出裡面的 packet... 而這樣的設備便宜非常多。

查了一下型號,看起來是「Digital Family LKV373 HDMI Network Extender over Cat5 Cable - Unlimited Extension」這顆,變貴了?不過相較於前面提到的 $800+ 還是便宜不少就是了... XD

AWS 印度區開放

AWS 先前宣佈要在印度開放的消息總算是實現了:「Now Open – AWS Asia Pacific (Mumbai) Region」,另外他們家老大 Werner Vogels 也放了新聞稿:「Expanding the Cloud: Introducing the AWS Asia Pacific (Mumbai) Region」。

在「AWS Regions and Endpoints」也更新了,也可以看出區域代碼是 ap-south-1。價錢上看起來跟日本與新加坡差不多在同一個等級...

不知道之後連到歐洲的效能會是怎麼樣 :o (現在看不準,應該還沒 optimize)

ondrej 的 nginx PPA 支援 SPDY + HTTP/2 了...

直接跑去問 ondrej 有沒有意願把 CloudFlare 提供的 patch 放進去,結果也很順利的就更新了:「nginx 1.11.1 (security release) and CloudFlare SPDY + HTTP2 patch」(先前標題還打錯... XDDD)。

所以現在在 nginx PPA 裡的版本同時支援 SPDYHTTP/2 了,可以參考「SSL Server Test: blog.gslin.org (Powered by Qualys SSL Labs)」。

可以看到舊的行動平台都透過 SPDY 連上來了,速度應該會比之前順不少...

離 PHP 5.5 官方中止支援不到兩個禮拜了...

PHP 網站上的「Supported Versions」可以看到 PHP 5.5 將要停止支援了:

PHP 5.6 因為是 PHP 5 的最後一個版本,有特殊待遇,時間會拉的比較長 (功能性更新多四個月,安全性更新多一年):

As it is the final PHP 5 release, support for PHP 5.6 has been extended: active support will run for an additional four months, and the security fix period has been doubled from one to two years. Other releases are unaffected.

話說 PHP 7.1 也在 alpha 階段了...

CloudFlare 提供的 SPDY + HTTP/2 patch 可以在 nginx 1.11 上面跑了...

SPDY 對行動裝置還是很重要,尤其是 Android 裝置在 5.0 之後才有支援 HTTP/2,但在 3.0 之後就有支援 SPDY,也就是超過一半的 Android 用戶只有 SPDY 但沒有 HTTP/2 能力:

查資料的時候發現當初 CloudFlare 提供的 SPDY + HTTP/2 patch 本來只能對 nginx 1.9.7 更新 (參考之前寫的「CloudFlare 放出可以同時支援 HTTP/2 與 SPDY 的 nginx patch」),後來有人再更新到 1.9.15,而在留言的地方也可以看到有人回報在 1.11.0 上面可以跑:「Update NGINX SPDY patch for 1.9.15」:

Works fine against nginx 1.11.0 and OpenSSL 1.0.2h (with ChaCha20 patch). I am building nginx as an Ubuntu 16.04 package.

而最新版 1.11.1 只有一個安全性更新,應該也可以跑... 來找看看會不會有人包 ppa 出來。

Twitter 還真的玩 140 秒的規格啊...

前幾天 gjtaiwan 的這則 tweet,看到的時候本來只是笑一笑而已:

結果剛剛看到「Twitter and Vine now support videos up to 140-seconds long」,雖然不是 SoundCloud,但還真的 140 秒啊... @_@

用乾淨的環境跑 Composer

Composer 包太多 module 進去跑會變慢不少 (像是把 xdebug 包進去時),所以自己寫了個小 script 只包必要的東西進去:

#!/bin/sh
exec php \
    -n \
    -d 'extension=curl.so' \
    -d 'extension=filter.so' \
    -d 'extension=hash.so' \
    -d 'extension=iconv.so' \
    -d 'extension=json.so' \
    -d 'extension=openssl.so' \
    -d 'extension=phar.so' \
    -d 'extension=posix.so' \
    -d 'zend_extension=opcache.so' \
    "$(dirname $0)/composer.phar" $*

用 -n 忽略掉 php.ini 裡面的東西 (這包括了 extension 設定) 後再開始自己加 extension 設定。

其中 opcache.so 是加速用的,posix.so 是因為想要有輸出的色彩,這兩個 so 檔不加進去還是可以動,而其他的都是必要的 extension。