佛系寫手

前言

內容很簡單而且別人文章已經寫得滿詳細，幾乎可以直接照他步驟就行

雖然我自己剛好也同樣是用這個最熱門的NEXT主題，但根據之前經驗我的檔案架構跟網路上教學文有點不太一樣所以還是稍微紀錄一下

前言

主要希望可以實作看看，前後端在派發和驗證jwt的流程和語法

所以主要只有依照參考文章內容去實作功能而已

使用 JWT 來驗證請求者身分

上述文章有提供程式碼連結可以自行參考:
link

差別在我是直接用express generator產生專案後再去修改，所以可能需要做些小調整

前言

在github或gitlab合併時常常會看到以下這幾種選項

很多時候只有被同事告知選哪個就好，一開始也不太有空了解其中差別
但隨著往後可能會進入不同公司的不同開發團隊，有可能會因此需要適應不同的方案跟開發習慣
因此還是決定自己實際下過指令看看，這樣之後才會更知道哪種選項更適合當時的情境~

檔案原始狀態:

主分支main有3筆commit: 1,2,3

開發分支dev有兩筆commit: 4,5

模擬實際開發情形，目標希望將dev開發完的新功能合併回main中。

merge:

從目標branch拉出一條線到目前分支上，並且多長出一個commit紀錄合併內容

1
2

// 要在main上操作
git merge dev

在main上把dev merge進來

squash:

目標brach不會拉出合併的線，目前分支會多出一筆commit叫squash

1
2

// 要在main上操作
git merge --squash dev

在main上merge dev

rebase:

會把目標branch的所有commit接到base上

1
2

// 要在dev上操作
git rebase main

在dev上將main重新設為基準點把自己的commit接上去

Refference

[Git 筆記] merge、squash、rebase 三種方式的比較

本來以為只要買完網域設定後，在github repo設定就ok了
但殊不知在買網域的過程中和買完網域後都有踩了一些沒想過的問題，所以就順手紀錄當作備忘錄
一開始看了一些教學文發現有些資訊已經跟現在有點不太一樣，所以打算自己重寫一篇，不過後來又看到一篇不錯的文章於是作罷改為整理資訊與步驟的形式
推完整教學文

前陣子在公司新專案中引入了icon font，主要是為了讓單色icon圖檔的引用更加方便
由於平時只會把相關的style檔放在專案裡使用，偶爾想查找icon的class name時，就只能自己打開當初那包下載下來的zip去看demo.html有點不太方便

Like Coin官網教學的內容引用自只是個打字的 的教學文章，講解的已經滿清楚

But!
之前在許多文章都提過，HEXO NEXT 版本6 → 8之後就有了滿大的改動，許多常用的套件設定都已經整合進config中
因此很多網路上看到的教學文章採用的設定方法已經不太適用

Root cause

若在文章標題中使用特殊符號時 (例如：[] 中括號)，會出現錯誤訊息
主要是跟yml的格式有關，因此修改檔案或資料夾名稱不會有問題
但在hexo new post或是修改舊文章標題後hexo s都會跳錯
err: YAMLException: bad indentation of a mapping entry

基本設定非常快速，因此不多贅述操作流程，單純描述遇到的一些問題以及參考文章

常見的三個留言板第三方套件

• Disqus
• Gitalk
• utterances

選擇思路可以參考以下連接
Hexo 新增 utterances 留言板與方案選擇思路

Target

工作上遇過兩次不同的情況，一樣都是需要判斷字串是否overflow
但依據狀況的不同，適合使用的解法也會有所不同

原因

通常 mapbox 相關範例都是 click 某個點來顯示 popup，不過實際上也很常會需要在 hover 時顯示，同時 popup 上可能會有一些資訊可以點選

但是如果你設定 mousein 開啟,mouseleave 關閉 popup，那麼在你移動到 popup 前就會因為離開 popup 而觸發關閉