Zeroplex 生活隨筆

在無限期鬼打牆以後，才發現 HTTP Referer 不一定真的代表參考位址。

假設有三個頁面：

1. form.html：填資料
2. proccess.php：處理表單內容
3. showError.php：表單內容有誤時，重新導向到這一頁

一般情況下 process.php 的 referer 會是 form.html、showError.php 的 referer 會是 process.php，但若 proccess.php 跳轉頁面是這樣寫：

if( ERROR ){
   header('Location: showError.php');
}

執行後 HTTP server 的回應會是 HTTP 302 而非 HTTP 200，瀏覽器不會將 302 視為正常的瀏覽行為，所以 proccess.php 不會被列入正式瀏覽記錄，當重新導向到 showError.php 時，Refer 仍然會是最後一個正式的瀏覽記錄，也就是 form.html。

若希望讓 showError.php 可以正確知道是哪一頁連過來的，就得靠其他方法了。

在這裡建議不要使用 HTTP Referer 來做判斷的依據。現有瀏覽器開發工具、外掛都可以讓人任意修改 Referer，也聽說有些防毒軟體會固定將 Referer 從 HTTP request 中刪除，再者，各家瀏覽器送 Referer 的情況也不同 (IE MUST DIE)，用 Referer 判斷流程等方法會遇到不少例外情況要處理，別讓自己那麼累。



Reference:
php - HTTP_REFERRER and Location redirect - Stack Overflow

有項工作需要將 BTSync 上的資料同步上 AWS S3，並做靜態網頁使用。原本打算用來將 S3 掛載為虛擬磁碟的 s3ql 來用，但 s3ql 寫入的是 block data 而非 file，檔案同步上去要當作 static website 來用不太可能。

後來發現 AWS command line interface 的 s3 有個功能「sync」，會自動偵測要同步的項目。於是可以寫成：

$ aws s3 sync btsync/ s3://target-bucket

以上已可以將有異動的資料上傳到 AWS S3 上，但若 BTSync 若有檔案刪除，S3 上的資料仍會保留。若要刪除的動作也在 S3 重複一次，則要加上「--delete」參數：

$ aws s3 sync btsync/ s3://target-bucket --delete

還差一個步驟。要做 static web hosting，檔案必須讓所有人可以讀取，所以從網頁上操作的話，需要手動「Make Public」。


而 CLI 則是使用 --grants 幫檔案加上權限。參考 AWS ACL 設定，要讓所有人均可讀取，要設定成：

--grants read=uri=http://acs.amazonaws.com/groups/global/AllUsers

如此一來，上傳的檔案會自動設定為公開。

完整的 sync 指令如下：

aws s3 sync btsync/ s3://target-bucket --delete --exclude ".Sync*" --grants read=uri=http://acs.amazonaws.com/groups/global/AllUsers

最後定 crontab 自動執行，大功告成。