怎麼變化
所有的檔案都是可以在乙個單獨的資料夾中進行管理，盡量不影響根目錄的整潔性。
多個伺服器時不需要上傳多次檔案（主要針對測試環境和線上環境）
對於已經驗證過的檔案不能刪除，為了再次驗證網域名稱做準備
不影響其他txt檔案的正常訪問
乙個主體的網域名稱多次驗證，不需要多次上傳檔案。
我們發現如上場景的檔案都是.txt結尾的。
驗證過的網域名稱切換過之後仍需要再次驗證。
針對要求的四點我們提出如下的解決思路
nginx進行配置規則，當結尾為txt的時候先去正常的路徑獲取，當返回404錯誤碼的時候，去另乙個資料夾獲取資料。
nginx在獲取檔案的時候直接重寫的乙個固定的伺服器，這樣就能保證線下和線上只需要上傳乙個檔案即可。
上傳檔案之後要寫remark，不進行刪除。方便下次再此驗證
nginx配置檔案
location ~* \.txt
location @weixin_verify
當我們輸入在瀏覽器中輸入 http://**/ww_verify_ctcr0mdaulf3b0dn.txt時，nginx會先去根目錄下找有沒有相關檔案，如果有則返回，如果沒有則返回404這時404會被weixin_verify 塊進行處理，當前請求會被**到某台伺服器的/temp/weixin_verify目錄下繼續查詢，如果有返回檔案，如果沒有則返回404.
管理員取得所有權
win7 windows registry editor version 5.00 hkey classes root shell runas 管理員取得所有權 noworkingdirectory hkey classes root shell runas command cmd.exe c ta...
位元幣所有權及隱私問題 非對稱加密應用
引用位址 實際上位元幣的賬戶是用位址來表示，賬本上不顯示個人資訊，轉賬是把位元幣從乙個位址轉移到另乙個位址。一次轉賬記錄 接下來問題就變為了 誰有權用某個位址進行付款。位元幣的解決方案是，誰擁有某個位址的私鑰，誰就能用這個位址進行支付。所以私鑰一定保管好，如果私鑰洩漏，位元幣就可能丟失 位元幣位址和...
位元幣所有權及隱私問題 非對稱加密應用
我們先來回顧下現實的銀行系統 首先我們需要把我們的個人資訊 如身份證 給銀行，銀行給我們開立相對應的賬戶，銀行在開戶的時候確立了對賬戶的所有權。進行支付的時候，銀行對交易雙方完成轉賬 銀行在開戶的時候已經知道我們對應的賬戶 同時銀行會對賬戶資訊進行保密 這點其實不能保證 那麼位元幣如何在沒有第三方銀...