JavaScript JSON與物件的轉換

- 


var JSON碼 = JSON.stringify(物件)

var 物件 = JSON.parse(JSON碼);






留言

張貼留言

這個網誌中的熱門文章

成人剪舌繫帶聽過嗎？我剪了！！

-
圖片
最近我去開刀，把舌繫帶(舌頭與下顎連結的那一片)切掉了！！ 我的舌頭一直都短短，往外伸出牙齒0.5cm就是極限了， 你能想像不能舔冰淇淋的痛苦嗎？！ 這個問題困擾我26年了，終於決定去掛號，約個時間把它給切了… 星期一的早上，口膣外科就跟以前來拔知齒的時候一樣很多人，等待一個小時的我還是成功見到了牙醫。 「我是要來看舌繫帶的，舌頭伸不出來，有些發音蠻困難的…」 「好，我來看看…」 「你這是小手術，現在就可以做，做嗎？」 「好。」 (！！！！ 居然就要切了嗎？原本想好的預約呢！？) 剛打完麻醉，醫生才想到還沒給我簽同意書，一邊等麻藥生效一邊簽著同意書和聊著為什麼會想要切除舌繫帶，過了些許的時間"小手術"要開始了。 「來嘴巴張開，阿~」 「阿~」 剪剪剪… 「你這個傷口有點大，等等要縫起來不然傷口又會長回去喔。」 「好。」(還要縫！！！，深呼吸，Nimo你可以的) ... 「痛痛痛」(揮手示意) 「可能是麻藥不夠，只剩一點點了，你要補麻藥還是直接做完？」 「做。」(阿阿阿阿阿。感覺我可以爆氣變成賽亞人了) 以下痛苦省略一萬字。 ..... 於是我在上班前終於做完了這個小手術。 復原大約需要一週的時間，其間吃飯就會用到舌頭，很痛。 有拍照但是蠻噁的，就不放上來了XD。 你是否該剪舌繫帶？ 先講結論： 如果你覺的他不影響你的生活，目前這樣也過的很好，那不建議你剪。 如果你還想要提升一下的話，參考下面的優缺點再決定吧！ 優點： 可以捲舌。 發音更容易。 舌頭清菜渣能力up。 唱歌更好聽(誤。 可以添冰淇林了。 嘿嘿嘿嘿嘿。 缺點： 痛一星期。 要重新適應。 一開始講話會怪怪的。 剪舌繫帶注意事項 傷口好了之後要多使用舌頭來習慣它喔！ 舌頭要放到正確的位置(上顎後方，不碰到牙齒)才不會讓變成小爆牙喔！ 剛做完手術不可以吃刺激性的食物喔！ 記得做好麻醉 ;) 剪舌繫帶費用 剪舌繫帶要多少錢？健保有給付喔，只需要掛號費 ，記得跟你的醫生確認一下。 你的留言可以讓文章更完整，更好！ 對了，如果你不知道什麼是舌繫帶，看一下圖片吧！
閱讀完整內容

Scp - ssh 的遠端檔案傳輸指令

-
  官方概要: scp   [-1246BCpqrv ]   [-c   cipher ]   [-F   ssh_config ]   [-i   identity_file ]           [-l   limit ]   [-o   ssh_option ]   [-P   port ]   [-S   program ]           [ [user @ ]host1 : ]file1   [ . . . ]   [ [user @ ]host2 : ]file2 看不懂對嗎？ 沒關系，我們只要會簡單的用法就好！ 1.系統需求： 本地這邊需要安裝     openssh-client 伺服器那邊需要安裝 openssh-server 2.指令： 從本地傳到遠端 : $ scp 要傳的檔案 遠端的帳號@遠端的位置(可以是ip，也可以是網址):遠端要傳檔案的資料夾。 1   $    scp   FileName   "User" @server :server-location /   {enter } EX : 以limiu的使用者身份把當前目錄下的*(所有檔案)傳到203.64.125.XX伺服器中的/home/limiu/資料夾位置 1   $    scp   . / *   "limiu" @203 .64 .125 .XX : /home /limiu /   {enter } PS : 輸入後如果遠端的帳號有密碼會要求您輸入。 User那邊的雙引號可加可不加(如果您的帳號沒有順殊字元的話。   從遠端傳到本地 : $ scp 遠端的帳號@遠端的位置(可以是ip，也可以是網址):遠端要傳的檔案 傳回來的資料夾位置。 1   $    scp   "User" @server :server-location /FileName   local-location /   {enter } EX : 以limiu的使用者身份把203.64.125.XX伺服器中的/home/limiu/這個位置下的*(所有東西)下載到本地端的.(當前目錄) 1 $    scp   "limiu" @203 .64 .125 .XX : /home /limiu / *   . ...
閱讀完整內容

關於RCA

-
圖片
markdown # 關於RCA * RCA : 根本原因分析 ## 結論 * RCA是一種通用報告的格式，提供了一些通用的方法與計巧，讓問題可以從根本上被解決，可以參考[Here](https://asq.org/quality-resources/root-cause-analysis#resources) ## 我們小組上使用的簡易格式 * I. Problem Statement -> 定義/描述問題 * II. Cause & Effect -> 分析原因/造成影響 * III. Solution & Evaluation -> 提出解決方案/評估可行性 * IV. Topics behind the scenario -> 延伸討論 (如果還有的話) ### 節錄部份壓測的RCA報告 ```markdown ## I. Problem Statement * 接入平台需要能承受較大量的用戶。 * 壓測試後發現承載人數低下。 * 測試行為，登入 + 打訊息 + 圖片上傳 & 只打訊息，以不同的人數成增長與訊息數量測試。 ## II. Cause & Effect ### 登入導至OOM * 登入API 密碼加密每次使用64MB空間加密 -> 過多記憶體導至系統崩潰。 ### 併發下物件過多導至GC壓力 * 部份API在高併發下產生大量的物件建立與釋放 -> 使CPU 70%以上的時間花費在GC回收上 ### 編解碼使用的方式不適合高併發場景 * 通訊server的編解碼使用`map[string]interface` -> CPU效能 + GC壓力 ... ... ## III. Solution & Evaluation ### 登入導至OOM * 將密碼加密使用的空間降低 * 需注意玩家的token失效問題 * 要編寫過渡的程式才能無感更換 ### 併發下物件過多導至GC壓力 * 對於重覆使用的物件，在高併發下應使用sync.Pool池來減少GC壓力 ### 編解碼使用的方式不適合高併發場景 * 通訊server的CPU壓力可以透過多台機器分擔壓力(目前的做法) * 或調整編解碼方式減少物件壓力 * 由於MQ訊息沒分離，解決...
閱讀完整內容