翱翔在空中

之前文章提到，部落格的分支有兩個，hexo 及 master，在 hexo 分支寫文章，之後使用 hexo deploy 部署到 Github 的 master 分支上，確定沒問題的時候再將原始碼 push 到 hexo 分支。

但本機還需要安裝 nodejs 以及 hexo 才能使用 hexo deploy。

現在有了 Travis CI 之後，就可以只專注在寫文章上，不用再去思考或是回想 hexo 的指令如何下，流程就會變成以下：

在本機寫完文章，直接將原始碼 push 到 hexo 分支上，接著 Travis CI 會幫自動做 hexo deploy 的動作，自動部署回 Github。

上禮拜寫完文章之後，用 Hexo deploy 到 Github 之後，發現 commits 全沒了！

只剩下今天的紀錄，一個 initial commit 和 新增文章的。

$ git log
commit 0c1e76b1e3c34dbc898efcf0be59743a4e715089 (HEAD -> master)
Date:   Sun Jun 16 14:10:19 2019 +0800

    new post - telegram firstbot using nodejs

commit dd80cc98ca5539898698b8277f18ba6b6c825e01
Date:   Sun Jun 16 14:10:18 2019 +0800

    First commit

如果選擇 GitHub Pages 當部落格的 host，Hexo 雖然會將產生的靜態檔案 deploy 到 GitHub，但我們還是要將原始檔案備份起來，例如寫文章用的 Markdown，或是 Hexo 的設定檔。

以下就來說說如何在已經建立 username.github.io 儲存庫的情況下，另外開啟一個分支，來儲存我們部落格的原始檔。

版本: Microsoft SQL Server 2012 R2

1433 port

開始功能表 -> Microsoft SQL Server 2012 R2 -> 組態工具 -> SQL Server 組態管理員 -> SQL Server 網路組態 -> MSSQLSERVER 的通訊協定 -> TCP/IP -> 已啟用 -> 是 -> IP 位置 -> IPALL -> TCP 通訊埠 -> 1433

混合驗證模式

伺服器右鍵 -> 屬性 -> 安全性 -> 伺服器驗證 -> SQL Server 及 Windows 驗證模式

sa 帳戶

伺服器 -> 安全性 -> 登入 -> sa -> 右鍵內容 -> 設定密碼 -> 狀態 -> 設定 -> 登入 -> 已啟用

Ever wonder how Bitcoin (and other cryptocurrencies) actually work?

看完這部影片，可以了解 Bitcoin 背後的原理，以及挖擴到底是在挖什麼?