Gulp 3.9 升級到 4.0 後的寫法修正
前陣子在升級 Hexo 版本,後也心血來潮地把Gulp
版本也升級了,印象中以前一直不敢升級到 4.0 以上,因為原本寫的gulpfile
就沒辦法正常運作了,然後當時又沒太多時間研究該怎麼改寫,所以就拖著不理他。不過這次趁著有點空檔就研究了一下,發現沒有想像中的複雜,順利地被我改寫成功了,以此紀錄一下。
前陣子在升級 Hexo 版本,後也心血來潮地把Gulp
版本也升級了,印象中以前一直不敢升級到 4.0 以上,因為原本寫的gulpfile
就沒辦法正常運作了,然後當時又沒太多時間研究該怎麼改寫,所以就拖著不理他。不過這次趁著有點空檔就研究了一下,發現沒有想像中的複雜,順利地被我改寫成功了,以此紀錄一下。
今天看到公司同仁分享針對不同專案設定 git config,覺得非常的受用,所以記錄一下。
開發環境描述:
user.name
和 user.email
,沒有其他額外的設定。/path/to/project1
/Users/soar/.gitconfig-project1
[user] |
最近在做前端切版的時候,遇到了一個以前沒注意到的問題,就是在本機端開發時,存取圖片或其他檔案都預設從根目錄開始找 (e.g. /images/...
),可是當專案開發完,要發佈到其他位置時,圖片等檔案的位置就會有所變更,這時候圖片的路徑就會找不到檔案了,必須要再手動調整過,當然不可能每次都手動一個一個改路徑。
所以開始著手研究怎麼把路徑的變數,透過 webpack 編譯階段判斷目前是開發環境,還是 production 環境,來改變圖片等檔案的前綴路徑。底下就以 pug-sass-template 專案來說明幾個重要的步驟。
最近因為參加了公司舉辦的 hackathon,總算又有機會回來寫寫 Vue.js 了,太久沒寫真的生疏好多,加上最近 Angular 寫太多,再次回來寫 Vue 看到 .vue 檔裡面放著 template, script, style 覺得程式碼變得好長,不過好處是不用在 VSCode 裡面開一堆 .html, .ts, .scss 等檔案,透過 tab 找起檔案來會快一點點。
由於參加了兩組比賽,所以可以嘗試不同的東西,這次就找了兩套 UI Component 來搭配使用,一個是使用 Vuesax,另一個則是使用 Element,先說結論吧! Element 用起來比較舒服,除了文件有中文可以看,元件也比較多種可選擇。一開始選擇 Vuesax 時,覺得這套畫面感覺很生動,就選來試試看!但是遇到安裝了 3.x 版,卻找去 4.0 版的說明文件,結果一直覺得怪怪的,好一陣子後才發現。
由於之前做過的前端樣板實在是太過時了,除了 node 版本幾跟目前已經差太多了外(當時 v4.x,現在 v12.x),前端流程的處理工具 gulp 現在也越來越少人知道了,時代的眼淚啊!前端真的是日新月異,每過一陣子,學過的東西就漸漸被淘汰,當時還用了一個現在幾乎沒人知道的 bower 前端套件管理工具,現在大家應該都只知道 npm 這東西吧!
大概從去年就開始有在想要再弄一個新的前端樣板,以便日後有切版需求的時候可以使用。無奈自己懶惰加上也沒有任何切版的案子,所以就一直停滯沒動作,最近看到女友去接了一個友情外包案,就是要使用 pug + sass 來做切版。
昨天在當工具人的時候,幫忙處理一個 vue 的前端專案,但是發現雖然對方有使用 eslint,但是似乎沒人遵守語法檢查的建議,都非常的隨性,實在是很沒一制性的專案。
後來想到之前在開發 Nuxt.js 專案時,似乎會自動產生 eslint 修正的語法在 package.json 裡面,所以可以透過 npm 執行某個包含 eslint 自動修正的 script 來將一些語法檢查的錯誤做修正,不過我猜應該能修正的部分會有限制,有些可能還是需要人工介入判斷吧!但是至少可以先一些基本的語法修正。
最近在處理 PHP 翻譯檔的問題,好不容易將所有翻譯的資料放到 Onesky 上後,發現下載下來的 .po 檔,要轉成 .mo 檔時,遇到了奇怪的動態庫載入問題。後來迫不得已努力的去找相關資料來解決,好不容易找到一篇教學是我可以看得懂的了。
我遇到的情況是在使用 msgfmt
指令將 gettext 使用到的翻譯檔 PO 轉成 MO 時,碰到下面的情況
$> msgfmt zoek.po -o zoek.mo |
目前需要 Lambda 在 VPC 下運作,才能連接到 VPC 下的 ElasticSearch,但是有需要有外連網路的功能
最近開始在使用 AWS Lambda,為了能跟目前 server 以及 elasticsearch 整合運作,花了約三天的時間才弄得差不多,大概是資質有限吧!沒辦法遇到狀況很快釐清原因,雖然也跟過去沒有太多這方面經驗有關,總之還是把想要的流程串接起來了,謝天謝地!
以前雖然有用過 lambda 開發過一些簡單的東西,可是通常僅限於直接在 lambda console 介面直接撰寫 node.js,唯一一次可以在本地端開發後上傳到 lambda 的小專案是使用別人包好的 aws-lambda-image 這個自動針對 S3 image resize/reduce 的套件,只能說真的挺好用的,幫忙推薦一下: