只是個打字的

https 供應商	介紹	主機是否必須安裝憑證？
Lets encrypt	每 90 天需更新憑證，有套件可以自動檢查更新。	需在主機上安裝 ssl 憑證
cloudFlare	每半年更新憑證。	將 domain 託管至 cloudFlare 後，可以不必安裝憑證(不完全安全，但至少可以避免掉 chrome 跳出的不安全連線問題)，原理是 cloudflare 再包一層 https 至您的主機。另也可以在主機上安裝憑證做到真正的 https

僅只是做為 blog 使用來講，不會輸入什麼敏感性的資訊，https 是非必要的
但 chrome 的不安全警告，反而搞得自己的 blog 好像很危險一樣
以 SEO 來說，Google 對於非 https 的排名也會放在後面

所以還是建議盡快升級成https

cloudFlare 說明

在開始作業之前，先針對 cloud flare 上的Flexible SSL、Full SSL、Full SSL(strict)做個說明

不論選擇哪一個，User端看到的都會是https的綠色鎖頭。chrome也不會跳出不安全的網站

cloudFlare_Flexible_SSL

不必安裝憑證、server 上不需要任何變動，最基本的 https 轉址。Server 與 cloudFlare 之間沒加密

cloudFlare_SSL

全程 SSL 加密連線。需安裝 SSL 憑證在 Server 上，SSL 憑證可以是自己簽的或是由第三方公正單位發下來的

cloudFlare_SSLstrict

全程 SSL 加密連線。需安裝 SSL 憑證在 Server 上，但 SSL 憑證需由第三方公正單位發下來，不可以是自簽的

若是跟著我的作法一路過來的話，blog 應該也是架在 Gitlab 上

Gitlab 本身已經弄好憑證，可以全程走 SSL(即 cloud flare 上的 Full SSL(strict))，做到真正完全安全的瀏灠！

只需要將 domain 託管到 cloudflare 後，在 Gitlab page 頁面設定完，就可以輕鬆升級成 https！

從 Gitlab 官方文件也可以看到：

It works fine with the encryption set to “Full” or “Full (strict)” on CloudFlare:

cloudFlare with gitlab

作法

部份圖片直接引用 cloudflare 或 gitLab

申請好自己的 domain (我是在 go daddy 申請的)
1. go daddy 現在有繁體中文的頁面。要注意的是，註冊時填的資料仍需填英文(英文名字、地址)，不然會註冊不了
註冊 cloud flare
登入後應該會看到 cloud flare 跳出 2 個網址，就是 Name Server(網域名稱伺服器)，到域名申請商(go daddy)中，將這 2 個網址輸入進去
1. 由於 GO DADDY 已經有繁體頁面，在託管頁面看到的會是 NS，就是指網域名稱服務器
3. 如果本來就有設定一些指向的話，回到 cloud flare，會看到將現有的設定匯到 cloud flare
到 cloud flare 的 DNS 頁面
1. 新增一筆 A Record，name 是您的域名。value 則是指向 gitlab 的 Server。即52.167.214.135
2. 新增一筆 CNAME，name 輸入blog，domain 輸入<<您的帳號>>.gitlab.io(即 page 的對外網址)
到 cloud flare 的 Crypto 頁面
1. 產生憑證
2. 箭頭處輸入自己的域名。即https://blog.tyerart.cc
接著到 Gitlab，blog project 的後台。點左方的Settings→Pages→New Domain
1. domain輸入您的域名，以我為例則輸入https://blog.typeart.cc，記得是寫https
3. Cloudflare 頁面並沒有提供 root 憑證，但 gitlab 上需要輸入。可以到CloudFlare Origin CA — RSA Root這裡複製，直接加在 certificate (PEM)後面，中間要空一行

按下Create New Domain。至此算建立完成！
接著要驗證域名是否為您所擁有，在 pages 頁面下方新建立的域名，點detail
需將Verification status的訊息，於 cloud flare 的 dns 頁面中新增一筆 TXT Record 作為驗證
1. 回到 Cloud flare 的 dns 頁面
2. 新建一筆 TXT Record，name輸入剛剛 gitlab 中Verification status裡的TXT前面；value填TXT的後面
3. 驗證成功後，會看到頁面變成綠色的Verified
4. 靜待 dns 生效！我大概不到 5 分鐘就生效了！
5. 接著可以到Crypto頁面，設定成SSL(Strict)，仍然正常運作！

出現`重新導向次數過多`(ERR_TOO_MANY_REDIRECTS)

都設定成功後，輸入自己的域名卻出現重新導向次數過多(ERR_TOO_MANY_REDIRECTS)而無法正常顯示頁面的話

到 cloud flare 的 Crypto 頁面
往下拉到Always use HTTPS，把他打開，就可以了

建議閱讀順序

為什麼我推薦hexo部署到Gitlab
HEXO基礎配置教學
Git基礎設定
[部署HEXO到GitLab Page](/部署HEXO到GitLab Page)
[Gitlab使用自訂域名搭配Cloud Flare免費升級成https](/Gitlab使用自訂域名搭配Cloud Flare免費升級成https)
[hexo NexT主題增加AdSense](/hexo NexT主題增加AdSense)
[在Hexo NexT增加like Button](/在Hexo NexT增加like Button)
[hexo NexT主題版更心得](/hexo NexT主題版更心得)

參考資料

將你的網站加上 https — Cloudflare

Gitlab/Setting up GitLab Pages with CloudFlare Certificates

JavaScript中for of和for in的差別

發表於 2018-05-17 更新於 2021-06-13 分類於程式語言 Disqus：

JavaScript中，關於迴圈的寫法有相當多種，同樣都是for loop，卻有for in跟for of…這2種看似幾乎一樣的寫法，有什麼差別呢？而for of遍歷object又會報錯，這又該怎麼遍歷比較好？

閱讀全文 »

正則表達式-全型英數中文字、常用符號unicode對照表

發表於 2018-05-17 分類於程式語言 Disqus：

使用正則表達式(Regular Expression)中，若需要判斷中文字、全型英數字，可以使用unicode判斷

把之前因需求而查找的unicode整理在一起

若要測試自己寫的正則邏輯的話，推薦到RegExp！

需求	正則表達式(Regular Expression)
所有中文字	`[\u4E00-\u9FFF]`
全型數字	`[\uFF10-\uFF19]`
全型英文小寫	`[\uFF41-\uFF5A]`
全型英文大寫	`[\uFF21-\uFF3A]`
E-Mail	`^[a-zA-Z0-9_.-]+@[a-zA-Z0-9-]+(\.[a-zA-Z0-9-]+)*\.[a-zA-Z0-9]{2,6}$`
。	`\u3002`
？	`\uff1f`
！	`\uff01`
，	`\uff0c`
、	`\u3001`
；	`\uff1b`
：	`\uff1a`
“	`\u201c`
”	`\u201d`
‘	`\u2018`
’	`\u2019`
（	`\uff08`
）	`\uff09`
《	`\u300a`
》	`\u300b`
〈	`\u3008`
〉	`\u3009`
【	`\u3010`
】	`\u3011`
『	`\u300e`
』	`\u300f`
「	`\u300c`
」	`\u300d`
〔	`\u3014`
〕	`\u3015`
…	`\u2026`
—	`\u2014`
～	`\uff5e`

Git基礎設定

發表於 2018-05-12 更新於 2021-06-13 分類於程式語言，版本控制 Disqus：

對於寫程式的人來說，Git已是必備工具
只要有安裝Command Line Tools，就會順帶裝好Git
但要能連上Github或Gitlab，還有許多前置設定

通常初期做完一次後就不會再做了，只是重建置系統後，常常都要再搜尋一次…於是把流程記錄下來

Github、Gitlab的主要差異：
Github設定私人專案要另外付費才行，Gitlab不用
Gitlab有提供CI/CD可以做一些自動化

設定git config

打開Terminal

git config --global user.name "你的Username"
git config --global user.email "你的Email"

產生ssh 金鑰

若不確定自己是否設定過的話，可以先cd ~/.ssh確認目錄是否存在
存在的話就要好好回想一下自己當初是不是已設定過Git亦或是用在其他服務

mkdir .ssh
cd ~/.ssh
ssh-keygen -t rsa -C "你的Email"

接著會出現訊息

Generating public/private rsa key pair.
Enter file in which to save the key (/Users/user/.ssh/id_rsa): (直接按下Enter)
Enter passphrase (empty for no passphrase): (直接按下Enter)
Enter same passphrase again: (直接按下Enter)

就會產生Public key、Private key
其中id_rsa是Public key，id_rsa.pub是Private key
然後複製公鑰

cat ~/.ssh/id_rsa.pub | pbcopy

到Github或Gitlab貼上Public key

若2個平台都想使用的話，記得將帳號設定一樣
可以一組金鑰同時使用2個平台

到github或gitlab網站上
到右上角大頭貼點到Settings頁面
頁面左邊，github選SSH and GPG keys；gitlab選SSH Keys
github右邊Add SSH key；gitlab不必選，直接就是了。將剛剛複製的內容貼上去；title任意。通常我會用裝置名字(比如MacBook)
存檔
回到terminal測試是否成功，下指令ssh -T git@github.com及ssh -T git@gitlab.com，若只先設一個，就下有設定的那個就行了！

第一次下測試指令時，會出現下列訊息，輸入YES就好！

The authenticity of host 'github.com (192.30.252.130)' can't be established.
RSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx8.
Are you sure you want to continue connecting (yes/no)? yes （輸入yes）
出現下列訊息表示成功
Warning: Permanently added 'github.com,192.30.252.130' (RSA) to the list of known hosts.

基本操作

複製線上的Repository

git clone git@github.com:你的Username/Repository名字.git

直接從本地端推資料上去

git init     //初始化
git add .    // 把要上傳的先加入組態檔
git commit -m 'first commit' //尚未正式上傳
git commit --amend  // 若想要修改訊息
git push -u origin master

基本上做更新的固定流程就是：add→commit→push

刪除檔案

git rm 檔案名稱 //移除掉在git組態檔中上傳的檔案，並未真正刪除檔案
rm 檔案名稱     //真正刪除檔案

在gitlab中，建立一個空的專案後，底下都有直接帶上project連結的完整的語法可供參考。剛開始不熟悉操作的話，可以先複製下來

若想要更深入的學習Git的話
可以參閱Github上的30 天精通 Git 版本控管

前言

免費的 https 供應商