之前住在南港,所以新莊家裡只辦了 12M/4M 與 MOD,後來搬回新莊後想要升速到 50M/10M,但中華電信的客服告知升速後 MOD 的百元優惠無法沿用 (建議我跑一趟中華門市辦理),只好丟著先不管... 反正查資料、連回公司管事情也還夠用,唯一的缺點就是有時候要抓大檔案時慢了點 :o
升速後重開數據機,然後測了速度發現的確是有到 20M 後,用了幾個小時還是沒啥感覺,大概要等抓大檔的時候才會有感覺吧?這樣約滿後要不要考慮降到 12M/3M 甚至 6M/2M 啊...
幹壞事是進步最大的原動力
剛剛發現 htpasswd (Apache 的 .htpasswd
檔案產生程式) 提供的 SHA-1 不會使用 salt,不過 MD5 格式會...
以密碼「test」測試:
gslin@colo-p [~] [17:44/W7] touch test.txt gslin@colo-p [~] [17:44/W7] htpasswd -b -m test.txt test1 test Adding password for user test1 gslin@colo-p [~] [17:44/W7] htpasswd -b -m test.txt test2 test Adding password for user test2 gslin@colo-p [~] [17:44/W7] htpasswd -b -s test.txt test3 test Adding password for user test3 gslin@colo-p [~] [17:44/W7] htpasswd -b -s test.txt test4 test Adding password for user test4
結果是:
test1:$apr1$GU6SyO0y$I.Ng9o4H8Tcje.M2A6ECb0 test2:$apr1$uqoX9b/x$7zGMAKqRjvoi6HHSKtaRO. test3:{SHA}qUqP5cyxm6YcTAhz05Hph5gvu9M= test4:{SHA}qUqP5cyxm6YcTAhz05Hph5gvu9M=
依照說明,htpasswd 使用的 SHA 是移植自 Netscape server 的 LDAP Directory Interchange Format (ldif):
Use SHA encryption for passwords. Facilitates migration from/to Netscape servers using the LDAP Directory Interchange Format (ldif).
在安全疑慮 (Security Considerations) 上也有註明 htpasswd 使用的 SHA 是不帶 salt:
The SHA encryption format does not use salting: for a given password, there is only one encrypted representation.
現在密碼儲存應該是朝 bcrypt 與 PBKDF2 發展,參考依林姊姊的「請愛用 bcrypt 和 PBKDF2」,後者 PBKDF2 被用在 WPA2 上。
Amazon CloudFront 與 Amazon Route53 增加韓國的 PoP,公告在「Amazon CloudFront / Route 53 - New Edge Location in Seoul, Korea」這邊。
CDN 這邊的價錢與 Hong Kong 以及 Singapore 相同,算 Price Class 200 等級。
剛剛測過,目前的 routing 還算正常:台灣沒有 ISP 導到韓國 PoP,都還是丟到日本與香港的 PoP。
CloudFront 用的機房代碼是 icn50
,可以用 AWS 自家的 d36cz9buwru1tt.cloudfront.net
與 d36cz9buwru1tt.icn50.cloudfront.net
測試品質。
Update:一次只能選一個字體,找不到全選的地方,然後有一千多個... 還是去網路上找人家包好整包抓比較快。
在 Google Developers Blog 上看到官方對於下載 Google Fonts 的建議方案:「Download Google fonts to your desktop」。
Monotype 所推出的工具「SkyFonts」,支援 Windows 與 Mac 版。當 Google Fonts 有新的字型時,SkyFonts 會自動更新。不過當 Google Fonts 刪除時會發生什麼事情就不知道了...
會需要 Microsoft .NET Framework 4.0 與 WindowsInstaller 4.5 (x86):
這樣感覺有點肥... XD
文章的標題「Follow these basics when migrating to Percona XtraDB Cluster for MySQL」寫的是 Percona XtraDB Cluster,不過基本上就是在講 Galera Cluster。
除了已知的 MyISAM 問題與 Primary Key 前提外,還有提到在從 MySQL server 轉移到 Galera Cluster 過程要怎麼做。
在這種情況下,會另外準備 server 跑 Galera Cluster (採先建後拆的策略)。新的 cluster 裡其中有一台會以 slave 身份向原來的 MySQL server (master) 取得 binlog 更新。
log_slave_updates
就是用在這裡。設定後才能讓 Galera Cluster 內的 server 收到 binlog 後記錄下來,之後會複製到其他台。
當初轉移的時候也有用到,後來因為都是新建就淡忘了,看到 Percona 寫的文件才突然想起來有這回事 XD
在「How 10 Popular Websites Are Displayed in IE 5」這篇文章裡拉了十個熱門網站測試 IE5... XD
Amazon 還不差:
eBay 似乎還有最基本的樣子:
Facebook 抓登入頁這頁沒意義啊... XD
Google 的首頁當然也很正常...
StackOverflow 沒什麼問題:
Wikipedia 的排版幾乎沒亂掉,變得比較樸素一點而已:
接下來是比較慘的,WordPress.org 直接爛掉:
而 Microsoft 自家 XDDDDDDDDDDD