當我們在寫靜態網站時，我們常常都不能存處雲端變數，但如果用第三方的變數儲存系統，有可能要支付一筆金錢。
但我為了解決初學者的困擾 我用GLITCH.COM寫了一個雲端變數儲存器：CLARIV
你只要在靜態網站html的開頭寫
<!DOCTYPE html>
<html>
<head>
<script src="https://clariv.glitch.me/api/client/cv.js"></script><!--這一行是重點--!>
</head>
</html>
你就可以在script區塊使用cv('variable_name').value去取得變數和cv('variable_name').set('value')去設定變數的值。
考慮到使用的大部分都是初學者，我的function都設成同步（有時在網路不穩定的情況會寫入失敗）
所有變數都要先到clariv網站註冊，只有註冊時填的網域可以存取變數
詳細請到clariv官網
以及我們的使用規則
請問我作到這程度要直接交出這個作業嘛？
已邀請的邦友 {{ invite_list.length }}/5
老實說，適不適合將這個東西作為作業交出去，你需要自行判斷，這邊的人不知道你的作業是什麼，而你也沒說明
單純的給這個東西一點回饋，不知道你有沒有聽過 Firebase 這套工具，這是一套後端即服務 (BaaS) 的服務，提供速成的後端，可以有資料庫，使用者登入等等功能，接下來我要來講個故事，以前有個網頁遊戲，如果你按下遊戲裡的分享按鈕，將遊戲本身分享到社群媒體上的話，就可以拿到獎勵，然而這個遊戲使用了 Firebase 做為後端服務，且是否分享過的檢查，是單純將一個 isShared 的變數設定為 true { "var": "isShared", "data": true } ，於是我在找到了這個 API 後，將 payload 中的 true 換成了 false { "var": "isShared", "data": false } ，很神奇的，我又能再次領取獎勵了
我想說的是，這個點子本身很有趣，就像是要實現 Firebase 中的資料庫一樣，但過度自由的 API 難以做資料合理性的驗證，就如同下圖這樣
不過我不認為這是你的問題，想要便利性就必須要在某些地方做出取捨，如果你可以再想想要如何減緩這種情況，例如讓使用者可以對變數的類型與範圍做出限制，以及想想要如何保護你自己的 API 不會突然被人塞入巨量的資料都會讓你的專案更加分
再來是挑錯字時間
建議寫 Here is the example's code 或是 Here is an example usage
一般會寫 Terms of Use 或是 Terms of Service ， contract 指的是合約本身，不會用在這裡
拼錯字，是 static
iThome鐵人賽
看影片追技術
看更多
