假設您需要整個客戶端上的永久資料儲存

2021-10-07 13:51:26 字數 1717 閱讀 1808

您得到了localstorage 。 您得到了indexeddb 。 它們都是客戶端,並且能夠儲存資料,但僅限於單個瀏覽器。 我無法從膝上型電腦那裡儲存資料,然後稍後在手機上恢復並擁有相同的資料。 **擁有後端資料庫就是這種情況。 資料儲存在其他位置,因此您可以隨處訪問。

但是,如果您不想處理後端怎麼辦? 有第三方解決方案。

firebase具有

「實時資料庫」功能 ,因此不僅可以從客戶端收集,儲存和傳送資料,而且還可以跨當前連線到同一資料庫的任何其他裝置同步資料(如果您願意的話)。

firebase實時資料庫使用資料同步,而不是典型的http請求-每次資料更改時,任何連線的裝置都會在毫秒內收到更新。

那只是firebase的眾多功能之一。 它還具有身份驗證,訊息傳遞和檔案儲存之類的功能,所有這些都構成了乙個引人注目的基礎架構,可用來啟動應用程式。

前面我們已經介紹了如何使用airtable作為前端開發人員 。 這是乙個非常不錯的類似於電子**的介面,用於儲存任何型別的資料。 您絕對可以自行輸入該資料,ui對此非常有用,或者可以根據您設定的資料結構通過自動建立的表單來收集資料。 它還與其他應用程式的負載連線以收集資料。

您還可以通過完全在客戶端執行的api傳送和檢索資料。 涼。

fieldbook也用於資料儲存,但從該電子**ui開始。 我喜歡這樣的想法,即使人們能夠思考其業務背後的資料,並賦予他們組織,連線,收集和使用這些資料的控制權。

fieldbook 具有api ,使您可以完全在客戶端使用資料。

ben orozco寫了一篇有關使用它為ember.js應用程式提供動力的文章 。 對我來說,那確實是一件很酷,很強大的事情。 這些服務具有json api,因此許多現代框架具有基於json的狀態管理,它們似乎可以與天作之合,並為前端人員提供超強的授權。

我對這些產品沒有足夠的經驗,無法為您提供關於相互使用的建議。 它們對我來說都很令人印象深刻,值得檢查一下它們的**和功能集以及免費試用版等等。

auth是乙個非常重要的區別。

airtable具有「基於令牌的簡單身份驗證」,即api金鑰。 如果您從**上使用該密碼,則可以看到該**的任何人都可以看到該鍵,並且有權對該「表」執行任何操作。

fieldbook具有基本身份驗證,這意味著您必須在ajax請求中傳遞身份驗證頭才能執行操作。 最終結果幾乎相同,因為標頭是通過api金鑰和秘密金鑰生成的,任何使用該api可以看到該**的人都將擁有該資訊並可以訪問該「書」。

我相信firebase具有最強大的身份驗證系統。 它們將身份驗證作為軟體包的一部分提供,就像您的應用程式本身的使用者一樣。 例如,「使用twitter登入!」 (或facebook,google或其他oauth提供商。然後,您可以使用同一系統為包括您自己在內的不同使用者提供不同的訪問級別。例如,如果您以自己的身份進行身份驗證,則可以構建/檢視不同的使用者介面,您可以以管理員的身份在您的應用中執行更多操作,但是其他人已作為常規使用者進行了身份驗證,請參見常規站點。

翻譯自:

在XenApp如何發布SAP的客戶端(上)

首先我們需要了解sap的基本資訊,1 sap的配置檔案儲存以下四個檔案中 我們常見的是saplogon.ini檔案,使用者的所有連線資訊都儲存在這個配置檔案中。citrix推薦 這個配置檔案最好放在每個使用者目錄下。目前sap新版本已經不需要設定了,如果是sap客戶端的老版本需要修改登錄檔,將配置檔...

如何獲取客戶端上次請求的 URL 的資訊

在asp.net中如何獲取客戶端上次請求的 url 的資訊 urlreferrer 是乙個uri物件 default1.aspx中的按鈕事件 response.redirect default2.aspx false 在default2.aspx頁面的page load事件中 string str ...

hdfs客戶端上傳檔案追加出現的問題

org.apache.hadoop.ipc.remoteexception org.apache.hadoop.hdfs.protocol.alreadybeingcreatedexception failed to create file 解決方案 配置檔案中 hdfs site.xml true...