1

我想盡量減少GAE上的流量/存儲成本。在GAE上發送/存儲數據的最有效/最便宜的方式

用戶填寫表格,勾選框以選擇文本行的選項,例如「我在夜間醒來兩次或更多次」。或「我每晚睡眠不足7小時」。或者「我通常無法入睡。」

我想使用數據存儲來存儲用戶的選擇。我想我可以通過給每個選擇一個唯一的標識符來節省存儲空間。然後,我將只存儲(例如)「342,554,106」而不是三行長文本......然後檢索這些數字並在下次爲每個用戶加載頁面時將它們翻譯回句子。

我的問題是,在客戶端或服務器端進行轉換會更好嗎?

顯然,在客戶端進行轉換意味着將LESS數據從客戶端發送到服務器進行存儲 - 這很好。然而,這將意味着從服務器到客戶端發送更多的數據,考慮到客戶端的額外行JavaScript代碼要便於轉換,它們將被下載的頁面源代碼的一部分 - 這可能是個壞。

+0

您使用的是數據存儲? –

+0

@ScottBartell,是的 - 除其他外。 –

回答

0

以下是一些建議:

  • 保存用戶偏好/服務器上也設置,讓你可以有自己的喜好同步到在未來的多個客戶端/設備。
  • 建議將數據存儲在本地客戶端上,這樣每次都不會向服務器發出調用以獲得某些首選項。在離線情況下,在客戶端本地提供相關數據非常關鍵。

根據GAE上的存儲選項 - 有很多種。既然你使用的是數據存儲,我建議你一起去。在輸入/輸出帶寬的每個實體的和存儲大小方面,它是什麼,就可以計算出大致如果你認爲你可以實現通過幾個數字或組合的數目(在一個單一的數據存儲實體屬性)相同的邏輯,而不是多個實體屬性,這是可取的,並會有所幫助。

1

聽起來像你已經想通了如何最好地存儲數據。

在將其轉換成HTML在服務器或客戶端而言,這將取決於你的頁面的複雜程度。分析它可能會比它的價值更多的時間,它可能會改變,如果您的網頁更改。除非是極端的情況,否則很可能是洗滌劑。使用哪一個更簡單,讓你的項目完成和出門。如果您使用的是處理服務器端生成表單的框架,請使用它。如果您有成千上萬的觀看次數,而且這會增加很大的成本,請重新訪問導致您遇到問題的特定頁面。如果表單需要一個頁面,在這種情況下,它可能更容易在JavaScript中的實際形式一次,重現它很多很多次上會出現很多次

極端情況下可能。

相關問題