Fnsne world

 義式濃縮——粉水比 最近又開始拿出y3.3來沖煮了，這次重新做研究。 器材： 1Zpresso y3.3、金屬加壓粉杯 咖啡：15g 達文西的切切雷 天籟 日晒 為了要簡化，所以現在磨豆機落粉杯中用牙籤把結塊打碎，然後用小湯匙慢慢舀進去粉杯中，不填壓。 第一次 研磨度：26格 萃出：35g 觀察和感受：在壓到後面的時候，出來的都是白泡泡，並且感覺沒有粘稠感，反而很水。喝起來也如預期一樣的，苦的要命。然後不知道是不是我的問題，除了特別酸之外，還會有些喉嚨鎖住的感覺。 第二次 研磨度：26格 萃出：30g 觀察和感受：壓到最後，還是有一部分的白白creama，但是這次喝起來，苦味少很多了，但是非常的酸，覺得粉水比的齒輪可以停下了。 第三次 既然第二次感覺有點太偏酸了，然後又因為手壓且是便宜的秤，不太好控制到太細的萃出量，所以這次改研磨度。 研磨度：25格 萃出：30g 觀察和感受：酸味感覺的到比較柔和了，苦味又開始增加了，但是兌一些水後，是喝的下口的風味（偏萃取較多中後段的那種）。 此時開始懷疑，是不是這隻豆子本身酸的比例就比較高（淺焙的），所以再怎麼萃，都是無法接受的程度。 也剛好，手邊的豆子快喝完了 因此！！ 到了住家附近的咖啡廳買豆子試試看。 這次買了店家的配方豆來試試看。 因為之前的經驗，較深焙的豆子，比較輕，所以先用粉杯試試看裝滿是多少，差不多是14g。 所以最後決定用14g 這次的參數如下 研磨度：26格 萃出：30g 觀察和感受：感覺因為是中深焙的豆子（老闆講的），所以壓到最後，萃出的還是有一定的濃稠度，顏色也不會白白的。然後喝起來，發現並沒有那喉嚨鎖住的感覺，然後尾韻非常的多烘焙過的苦香氣。最後試試看加上一些牛奶，那個苦香味，正好帶出牛奶的香味和甜味出來，好喝！ 今天的結論： 濃縮因為用水量特別少，所以沖刷出咖啡的能力，應該會在一個程度以內，因此，粉水比的確和在網路上看到的一樣，影響到萃取的程度。也因此，比起研磨度，他的影響更大。

沖咖啡記錄 豆子： 達文西的 衣索比亞 古吉 野櫻花 日期：2020-12-11 練習辨識和推理：豆子看起來比較淺，且似乎是朝著強調香氣的烘焙。所以決定磨的細一些，水溫高一些。 用之前的習慣下去沖，18g、注水300g，可是沖下去是發現泡沫顏色似乎還有很多東西可以萃取，所以臨時起意，改成沖350g。 結果：味道變成很平，看來是改太多加強萃取的參數了，所以萃取太多後段了。

 重新開始 之前一直想說要把所有之前的筆記都放上來，但是因為筆記太多了，反而遲遲懶得動工。 想了這麼多，都還是沒有開始動作，所以在今天下了決定，要在這個時間點重新開始，開始寫文章記錄工作上、生活上的事項。 源起：因為在家裡、公司裡太少說話，連在網路上也減少發噗的行為，開始可以明顯感受到說話越來越單字化。也順便用來做一些輸出。 大致上會有幾種分類：電腦相關的、咖啡相關的、繪畫相關的。說不定以後還會有更多的分類。

Reserved Instance 介紹 Aws Reserved Instance 介紹 因為公司收到AWS建議可以使用RI方案，但在官方文件上面寫得有點不清楚，所以在此寫下研究過後，瞭解到的部分。 [toc] 簡單說明 簡單來說，Reserverd Instance 就是一個你向AWS保證購買一段時間的Instance使用，所以AWS會給你較便宜的折扣去收錢。 Term 一個Term 代表購買的一次週期 目前只有1年、3年 這是官方賣的，但其實可以用AWS的market來買賣較短期的term的RI，有的話會在RI的購買search那邊顯示出來 3年會比1年便宜 AWS market上面賣的RI，也是別人向AWS購買後，發現不需要了，所以把剩下的賣出來，看有沒有人需要。這種的通常週期會比較短，但整個算起來價格還是比AWS預設的on-demand還要便宜。 付費方式 有 全部預付 、 部分預付 、 不預付 部分預付剩下的部分 和 不預付 ，會用RI的小時費用去算。 全部預付最便宜，部分預付次之， 不預付最貴，但還是比OnDemand還要便宜 。(因為你還是需要繼續付費到Term結束) Region Region: 可以在同個Region下，對 同系列(如t2) 且 同租用(如都是共享的) 且 同平台(如linux/Unix) 的instances 由小到大的正規化因素去分配。 簡單列幾個 執行個體大小 正規化因素 nano 0.25 micro 0.5 small 1 medium 2 large 4 xlarge 8 EX: 在Region Tokyo 買了一個t2.Medium的Linux RI，然後在Region Tokyo 裡面有執行一台t2.nano、一台t2.micro、一台t2.medium的instance，且他們都是Linux系統。 接下來AWS會自動去把t2.nano、t2.micro的所有使用都改成套用t2.Medium的折扣去收費。而t2.medium會有部分(1.25/2)會是套用t2.Medium的折扣，其他部分就依然使用OnDemand的價格。 Avai...

不小心drop掉資料庫怎麼半.md 不小心刪掉了mysql資料庫怎麼辦 前情提要 不小心把資料庫給drop掉了、把table刪掉了。 我的情況是把database整個drop掉、沒有開bin_log紀錄。 因為資料庫版本是5.6，預設 innodb_file_per_table=off ，因此資料在被drop掉後，紀錄仍然會在ibdata1裡面。 當下處置和準備 1. 趕緊將資料庫服務整個關掉，要記得把所有mysql的process砍掉。 sudo service stop mysqld P.S.最好再用 ps aux |grep "mysql" 檢查一下 2. 把mysql資料夾內的 ibdata1 檔案抓出來。 3. 準備一下原本create 要恢復的 table的sql 我因為是使用django，所以能夠用migrate重現原本的table 因此，只要在使用 show create table tableName; 就可以拿到create的sql了 P.S. 如果沒有辦法重現的話，twinDB的恢復工具，裡面有sys_parser工具，可以用ibdata1的資料來產生 4. clone 恢復工具 git clone git@github.com:twindb/undrop-for-innodb.git 5. 產生恢復工具(需要gcc、bison、flex、make) 在clone下來的資料夾內編工具 make P.S. 假如需要sys_parser工具的話，需要再額外去編這個工具(需要對應的mysql dev package，可以用 yum provides "*/mysql_config" ，來show出可以下載的dev package) 編譯指令 gcc ` mysql_config --cflags ` ` mysql_config --libs ` -o sys_parser sys_parser.c mysql_config 是mysql的設定檔(通常就叫做mysql_config)。 開始修復 接下來的動作，都是在clone下來的工具的資料夾下操作 手動查的流程 1. 使用s...