以前都是 WAMP 懶人包，現在終於看到已 Nginx + php-fpm + MySQL 為主的懶人包了：WPN-XM：
WPN-XM 看起來已經有不少人在維護，新的 RC 版本也開始支援 PHP 7.x 了，看起來可以關注一下。
標籤: 分享
Garmin fenix 3 HR (反串) 開箱文
買了隻 Garmin 的 fenix 3 HR 智慧手錶，網路上已經有不少精美的開箱文，所以按照慣例，我就來記錄一下開箱以後一些個人覺得較不喜歡的地方。
矽膠腕帶
因為 3 HR 有心律感應器，所以錶背需要貼上皮膚上，所以長時間帶會覺得悶熱 (但或許是我不習慣的關係吧)
感應器校準
3 HR 第一次啟動有數個設定需要校準，例如時間、高度計。高度計使用 GPS 訊號做校準不說，但為何時間不能透過和手機連線來設定，只能手動設定或是使用 GPS 資料設定時間？
因此，第一次啟動你必須到室外收 GPS 才能完成所有的基礎設定。
手機通知同步
其實我沒有很想要在手錶上面看到通知訊息 XD
但留意到目前 3 HR 會跳出的通知，僅限主流通訊軟體，像是 Gmail、LINE 等，但 Telegram 的通知，我目前還沒有收到過，感覺頗微妙的。
補充：經朋友告知，預設的確只有常用的 app 通知，但是可以從 Garmin 手機的 app 中，新增需要轉播到手錶的 app 通知。
按鈕
3 HR 的按鈕按鍵重量不輕，因此按按鈕一定需要在按鈕的另一側用手指頂住以免造成皮膚拉扯不舒服，5 個按鈕中，其中的 4 個按鈕另一側均有另一個按鈕，可能會導致誤觸。因此操作時並沒有非常順手。
帳號整合問題
平常有在使用 RunKeeper 當作運動記錄的輔助，但是發現 RunKeeper 要連接智慧手錶時，需要先登入 Garmin 帳號取得授權。
Garmin 設計成可以使用第三方帳號登入
但是使用 RunKeeper 連到 Garmin 登入時，卻沒有使用第三方帳號登入的選項：
已寄信至客服，希望有個好的答覆。
如果你還沒看過別人的開箱文，個人推薦以下幾篇介紹：
網路語音通訊軟體整理 round 2
去年因為辦 conference 比較了一些常見的語音通訊服務，最近則是因為太常講電話講到電話費破表，所以來又找了一些服務來作比較，這次就單純比音質和穩定度吧。
Hangouts
- 連線算是穩定，偶爾會延遲或是掉字，但不錯用
- 音質不算特別好，但也不至於聽不出來對方講的內容
- 聽說 Chrome 瀏覽器上支援的比較好，Firefox 好像會有點問題？
Skype
- 連線狀況不穩，時好時壞。
- 音質佳，還會自動過濾掉喇叭、手機的回音。
Viber
- 連線蠻穩的，和 Hangouts 差不多，希望不是因為客戶少使品質比較好 >”<
- 音質佳，和 skype 幾乎相同品質
- 有時候播話對方會沒收到來電通知，不過發生次數不多
LINE
嗯 … 我個人還是把他當作貼圖買賣軟體 Orz- 2017/08/01 補充：現在只有剛接通時會有一些音訊延遲，之後語音還蠻順的，我覺得可以當作一對一的通訊工具了
Steam
- 和前篇沒特別差別
- 個人除非連線遊戲有特別需要，不然還是都會用 skype 和 viber 作為語音通訊平台
Slack
- 連線品質不算差
- 音質略低，但是比 Facebook Messanger 好多了。會吃到環境音，通話前建議帶耳機或是找個安靜的地方
Facebook Messanger
- 連線品質佳，很少遇到斷斷續續的問題
- 音質差，比一般電話的音質還要差 XD
Telegram
- 連線品質不差 (連 2017/04 月底台灣海纜斷掉都沒啥影響)
- 音質佳，跟 viber 有拼。但有時候會聽到自己的 echo，機會不大就是了
- 補充：2017/04 月底對外的海纜斷掉，但對語音通訊並沒有明顯的影響！
目前有測試的主要只有這幾項，歡迎各路高手分享經驗～
寫 shell script 的一些平行處理工具
最近在處理數十 TB 的 HTTP server log 有感，記錄一些可以拿來做分散式運算的工具以及語法 (參數)。
gzip 一直是你的好工具，特別是儲存空間放在網路上時，可以大幅的減少讀取、寫入資料時所需要的 throughput。不過 gzip 一次只會用到一個 CPU core 壓縮資料，所以有人寫了 pigz ，在壓縮時建立多個 thread 同時運算。
還有不少針對 gz 的工具可以使用，像是：zcat、zgrep 和 zless (這超神奇，其實打 less 好像就會自動偵測是不是 gz 了 XD)
parallel
之前的筆記參考一下即可。
sort
排序大量資料也是會耗掉相當多的時間，幸好 sort 內建平行運算功能，只要加個參數即可。
$ sort --parallel=8 -S 4G unsort.list > sorted.list「–parallel」可以指定要同時多少資源做排序，而「-S」則是設定要使用多大的記憶體來做排序。
xargs
感謝 Joe Horn 和 Wen-Shih Chao 提供指點，xargs 也有 parallel 的功能。使用「-P」參數就可以讓 xargs 自動做平行處理。
ls *.log | xargs -P 8 grep PATTERN目前最常用的是這幾個，其他的就待以後用到慢慢補上。若有更好的做法也歡迎分享～
語音通訊服務之差異與比較
最近常常開會，使用了各種不同的語音通訊服務，各有其優缺點和限制。做個筆記，以後可以依照不同的需求使用特定的特定的服務。
Hangouts：
- 語音通訊同時通訊人數為 10 人
- 有螢幕分享、白板、文件協作等功能
- 音訊品質較差，容易有回音或是有雜訊
Skype：
- 語音通訊人數好像沒上限 (目前沒遇到)
- 有螢幕分享功能，但是超過 10 人就無法使用
- 音訊較好，較少有雜音或回音 (大推)
LINE：
- 音訊不差，但是時間延遲有時候會超過 3 秒鐘 (無法對話)
- 請專心作貼圖服務
Steam：
- 不是開玩笑的，Steam 的為了遊戲中的溝通，語音通訊不算差
- 大家都需要有 Steam 帳號，小麻煩
- 沒有螢幕畫面分享 (?)
- 同時通訊的人數似乎不多 (不確定上限多少人)
不曉得還有沒有其他可以作為線上音訊討論的工具？真的有大量需求的話，其實花錢買解決方案應該也是可以的