關於JSON的快速問題

Question

我知道這是一個新手主題，但我是JSON新手，我有一些問題。不要以爲我沒有找到它。是的，我做到了。很多。

我的情況是這樣的：我想建立一個完整的電子商務網站，將有一定的AJAX調用，我想用JSON工作得到的一切比使用SQL服務器更快。

知道這一點，我有一些問題。這裏有雲：

1 - 我其實知道如何JSON文件的工作，以及如何與它合作。但我如何創建和本地服務器來存儲這些JSON文件/信息？我的意思是，使用XAMPP，WAMPP等和MySQL的SQL服務器很容易。但是談到JSON，我只是不知道該怎麼做。有沒有像MySQL一樣的簡單方法？

2 - 我看到一些人在談論RESTful Web服務，我並沒有在它深處走去，但它似乎只建議，如果你想創建一個API。該電子商務不夠大，無法使用API​​。我的問題是：我是否應該使用RESTful Web服務？

3-我感到不安全使用JSON來存儲密碼，例如。我瘋了嗎？有什麼建議嗎？

我需要一些指導。一些提示將有助於我指出我需要遵循的方式。不要誤解我的意思。我不想要任何不可思議的東西來避免艱苦的工作。我只是覺得我在圈子裏跑。我只需要知道我應該學習和學習如何獲得我想要的東西。這就是它

Answer 1

JSON是stroing和tranfering數據，但在你的情況，你將用戶信息和其他重要的東西玩弄INFACT一個偉大的方式，我會建議使用MongoDB的。它基於JSON並且非常易於使用。

Answer 2

1. 通常你不會將JSON直接存儲在數據庫中。在MySql/Sql Server的情況下，通常將JSON轉換爲類似於數據庫的對象/模型，然後插入這些對象。這個過程被稱爲序列化/反序列化。這就是說，存在各種形式的「文檔數據庫」，它們可以存儲JSON或直接非常相似的東西。 MongoDB中是最突出的例子

2. 關於API，分離應用程序分爲部分通常被認爲是一個好主意，無論規模如何，因爲這使得它更易於管理。我現在認爲REST api更適合客戶端/服務器通信的邏輯和常規手段。我的意思是，在服務器上呈現靜態頁面變得越來越不常見，而在客戶端動態地構建頁面的情況越來越普遍。類似jQuery/knockout/Vue/Angular等庫都可以方便客戶端使用服務器的小型調用來重新創建頁面。

3. 非常不安全的以任何形式存儲密碼。通常的過程是在將密碼傳輸到任何地方之前對其進行「散列」，並將該散列存儲在服務器上。那麼當用戶登錄時，使用相同的算法對其密碼進行哈希，如果哈希匹配，則讓他們通過。這樣可以避免存儲登錄信息。目前SHA-2似乎是最常見的散列。