這些日常事務在辦理的過程中必然會涉及到包括登錄賬戶、管理密碼之類的操作。
開發一個簡潔的密碼保存插件直接嵌入到用戶的瀏覽器中，無疑將可以減少用戶在涉及密碼這一環節的操作步驟，提高工作效率。
當然，這樣的插件的核心競爭力不是密碼保存，而是強密碼自動生成，自動填充。
畢竟用戶麵臨的兩難困境是密碼太弱造成安全隱患怎麼辦？密碼太強記不住又怎麼辦？
本小章還未完，請點擊下一頁後麵精彩內容！
而通過這樣一個插件則完美解決用戶的痛點。
其次，沒有競爭對手。
當然，彼時插件端倒是也有一些主打密碼記憶的。
但做到能自動生成強密碼的一個都沒有。
雖然以101novel.com24的眼光很容易先入為主覺得這功能也沒啥。
但事實就是現在確實沒有能同時兼顧生成強密碼的插件。
就連穀歌對這方麵也興趣不大，穀歌自家搞的生成強密碼功能還要等到101novel.com18年。
雖然說1passord是個勁敵，不過現在1passord正在專注於蘋果全家桶那邊搞閉合生態。
顯然對於開發穀歌插件興致寥寥。
最後，有技術儲備。
畢竟有passordkeeper的基礎，基於這個搞一款插件還是很輕鬆的。
有市場需求，沒對手，同時有技術儲備。
林楓感覺還是值得搞一下的。
雖然理論上基於passordkeeper開發插件那是毫無難度。
當然，想照搬顯然也是不行的。
passordkeeper這個軟件太“重”了。
作為軟件其能夠功能全麵，這很不錯。
但作為插件的話過於複雜的架構和全麵的功能反而成了它的劣勢。
現代用戶喜歡的是輕便、快捷的工具，而不是一個龐大的、多平台的密碼管理器。
必須放棄最初追求大而全的路線，轉而開發一個輕量化的工具，以適應用戶需求。
大概熟悉了一下這個世界chro瀏覽器的i接口情況之後。
林楓很快作出了決斷。
他決定保留passordkeeper中最核心的功能密碼生成（尤指強密碼生成）、密碼存儲、自動填充。
而其他功能，比如跨設備同步、複雜的賬戶管理等，暫時都放棄。
插件必須簡單、易用。
一旦加載到瀏覽器，涉及到輸密碼環節，用戶能夠直接生成密碼、儲存密碼，或一鍵自動填充登錄信息。
為了適應chro插件的架構，林楓將原本的密碼加密模塊和數據存儲功能重新編寫，改成了適用於chro的javascript和5環境。
同時，他利用chro的i，將插件與瀏覽器的密碼管理功能緊密集成。
之所以這麼做，是林楓存了走招安路線的心思。
作為一款插件，用戶下載再多又能賺多少錢呢？
可能確實能賺不少，畢竟漂亮國這邊軟件生態很不錯。
但指望著散戶賺錢那肯定是不痛快。
要賺就賺有錢人的錢。
而穀歌真要感興趣，一波招安，直接幾百萬美元甚至是上千萬美元到賬，豈不是美滋滋。
儘管隻是瀏覽器插件，但數據的安全性依然是林楓關注的重點。
林楓沿用了aes加密算法對用戶的密碼進行本地加密，並且設置了一個主密碼，隻有通過主密碼驗證後，插件才會解密本地存儲的用戶密碼。
這確保了用戶的密碼即便存儲在本地，也不會因為被竊取瀏覽器緩存數據而泄露。
為了讓用戶體驗流暢，林楓精簡了ui設計，整個插件界麵儘可能簡潔明了。
隻需點擊插件圖標，用戶便可以輕鬆生成新密碼、保存現有密碼，或者選擇自動填充已保存的密碼。
不得不說林柏在計算機開發這方麵確實很強。
而林楓也不差，同時有一些先知經驗，可以避免踩坑。
直接就是1+1＞＞2的效應。
總之，很快就搞定了passordkeeperchro版插件。
至於定價，同類定價基本都是099美元這樣。
林楓也沒標新立異。
入鄉隨俗設定了個099美元的定價。
接下來就是上傳到chro擴展商店等待審核。
chro插件商店的上傳流程相對較為寬鬆，隻需要一些基本的開發者信息和隱私政策即可。
再加上原身已有一定的開發經驗，上傳過程進行得十分順利。
但審核就比較漫長了，畢竟是涉及到密碼安全的插件，起碼要一周的時間才能通過審核。
不過林楓也不著急，估計審核也不會遇到什麼障礙。
畢竟這個插件采用的加密標準是漂亮國的通用行業標準。
已經用了十幾年了，拿這個針對人卡審核就沒意思了。
喜歡不朽從二零一四開始請大家收藏101novel.com不朽從二零一四開始101novel.com更新速度全網最快。