附錄
URL安全的Base64編碼
URL安全的Base64編碼適用于以URL方式傳遞Base64編碼結果的場景。該編碼方式的基本過程是先將內(nèi)容以Base64格式編碼為字符串，然后檢查該結果字符串，將字符串中的加號+換成中劃線-，并且將斜杠/換成下劃線_，同時尾部保持填充等號=。
詳細編碼規(guī)范請參見RFC4648標準中的相關描述。
域名綁定
每個空間都可以綁定一個到多個自定義域名，以便于更方便的訪問資源。
比如www.qiniu.com的所有靜態(tài)資源均存放于一個叫qiniu-resources的公開空間中。并將該空間綁定到一個二級域名i1.qiniu.com，那么如果要在一個HTML頁面中引用該空間的logo.png資源，大概的寫法如下：
這樣既可以在一定程度上隱藏正在使用七牛云存儲的事實，但更大的好處是如果需要從一個云存儲遷移到另一個云存儲，只需要修改域名DNS的CNAME設置，而無需更新網(wǎng)頁源代碼。
七牛ETag算法
七牛的 hash/etag 算法是公開的。算法大體如下：
小于或等于4M的文件
1. 對文件內(nèi)容做sha1計算；
+---------------+
| <=4MB |
+---------------+
\ | /
\ sha1() /
\ | /
\ V /
+--+-----+
|1B| 20B | 2. 在sha1值（20字節(jié)）前拼上單個字節(jié)，值為0x16；
+--+-----+
| |
| \--- 文件內(nèi)容的sha1值
|
\------ 固定為0x16
3. 對拼接好的21字節(jié)的二進制數(shù)據(jù)做url_safe_base64計算，所得結果即為ETag值。
大于4M的文件
1. 對文件內(nèi)容按4M大小切塊；
2. 對每個塊做sha1計算；
+----------+----------+-------
| 4MB | 4MB | ...
+----------+----------+-------
\ | | | /
\ sha1() | sha1() /
\ | | | /
\ V | V /
+-----+-----+-------
| 20B | 20B | ...
+-----+-----+-------
\ | /
\ sha1() /
\ | /
\ V /
+--+-----+
|1B| 20B | 3. 對所有的 sha1 值拼接后做二次 sha1，
+--+-----+ 然后在二次 sha1 值前拼上單個字節(jié)，值為0x96；
| |
| \---- 二次sha1的值
\------- 固定為0x96
4. 對拼接好的21字節(jié)的二進制數(shù)據(jù)做url_safe_base64計算，所得結果即為ETag值。
FAQ
- 為何需要公開 hash/etag 算法？這個和 “消重” 問題有關，詳細見：如何避免用戶上傳相同的文件。
- 為何在 sha1 值前面加一個字節(jié)的標記位(0x16或0x96）？
0x16 = 22，而 2^22 = 4M。所以前面的 0x16 其實是文件按 4M 分塊的意思。
0x96 = 0x80 | 0x16。其中的 0x80 表示這個文件是大文件（有多個分塊），hash 值也經(jīng)過了2重的 sha1 計算。
相關工具
qetag 是一個計算文件在七牛云存儲上的 hash 值（也是文件下載時的 etag 值）的實用程序。
