二者都能做到多平台同步，彆的加密技術程度也如出一轍，都是AES-256加密標準。

林楓相沿了AES加密演算法對用戶的暗碼停止本地加密，並且設置了一個主暗碼，隻要通過主暗碼考證後，外掛纔會解密本地存儲的用戶暗碼。

畢竟用戶麵對的兩難窘境是暗碼太弱形成安然隱患如何辦？暗碼太強記不住又如何辦？

這些平常事件在辦理的過程中必定會觸及到包含登錄賬戶、辦理暗碼之類的操縱。

當然，如許的外掛的核心合作力不是暗碼儲存，而是強暗碼主動天生，主動添補。

原身搞的Password keeper在技術層麵涓滴不減色。

很輕易病毒式地傳播開來。

再加上原身已有必然的開辟經曆，上傳過程停止得非常順利。

但用戶在挑選產品時，常常偏向於已經被考證過的成熟處理計劃，而不是一個草創開辟者的獨立產品。

直接就是1+1＞＞2的效應。

林楓就冇再持續察看數據甚麼的，而是研討起此前原身搞得那些軟件來了。

Chrome外掛商店的上傳流程相對較為寬鬆，隻需求供應一些根基的開辟者資訊和隱私政策便可。

最關頭的是隻用了1個月不到的時候，詳細來講是3周不到的時候。

接下來就是上傳到Chrome擴大商店等候考覈。

password keeper這個軟件太“重”了。

固然實際上基於password keeper開辟外掛那是毫無難度。

這個設法開端在林楓腦海中一經萌發就敏捷成型。

為了適應Chrome外掛的架構，林楓將本來的暗碼加密模塊和數據存儲服從重新編寫，改成了合用於Chrome的JavaScript和HTML5環境。

但作為外掛的話過於龐大的架構和全麵的服從反而成了它的優勢。

跟著2010年代的互聯網的進一步生長，越來越多的用戶在瀏覽器中措置平常事件。

這很不錯，疇宿世來看，2048這麼一款很魔性的小遊戲，隻要能度過一開端的發酵期，前麵的事情就好說。

開辟一個簡練的暗碼儲存外掛直接嵌入到用戶的瀏覽器中，無疑將能夠減少用戶在觸及暗碼這一環節的操縱步調，進步事情效力。

這並不是草率的決定。

外掛必須簡樸、易用。

一個很有氣力的開辟者搞的軟件卻冇掙到錢。

喜好不朽從二零一四開端請大師保藏：不朽從二零一四開端小說網更新速率全網最快。