2016年4月9日 星期六

npm i fail - 查不出原因的處理方式

0 意見

npm i fail - 查不出原因的處理方式

經歷許多次的 npm 安裝問題,目前有幾種不同的解法。

npm cache issue

可能因為 npm 下載的時候,或者因為連線問題導致模組並沒有完整被安裝,但是 npm 的檢查機制就是只要存在就會跳過安裝步驟,因此當遇到安裝完成,但是執行卻無法的時候,可以嘗試著

rm -rf node_modules
# install again
npm i 

如果是在中間就遇到 fail 的狀態,有可能是因為之前連線問題,並沒有將模組安裝成功,但是資料已經存在 npm cache 資料夾裡面,以往都需要找出這個環境設定,環境路徑才能進行移除,不過現在透過 npm cache 可以簡單做到這件事情

npm cache clean
rm -rf node_modules
npm i

npm version issue

另外一種會再安裝的時候跳出錯誤,會顯示為 npm 版本不符合,或者是 node 版本不符合,這個時候就需要進行安裝更新,最簡單方式就是升級 npm.

npm i -g npm

缺少套件

通常最常見的就是有些模組需要透過 gcc, g++ 這是最常見的缺少模組問題,以 mac 環境來說直接透過 brew 就可以安裝完成。

brew install gcc
brew install g++
# install again
npm i 

記憶體不足

最後一種就是屬於記憶體不足的狀態,這通常會很難檢查,實際上 npm 也會跳出錯誤,現在的錯誤資訊都已經比較明顯,

npm ERR! node v4.4.1
npm ERR! npm  v3.8.6
npm ERR! code ENOMEM
npm ERR! errno ENOMEM
npm ERR! syscall spawn

npm ERR! spawn ENOMEM

如果遇到這種狀況,請重新調整記憶體分配,如果是採用 vps, 就看能不能夠 scale up ,讓機器的記憶體提升,就可以解決問題。

後記

以上都是踩過的雷,以及在嘗試許多 node.js 專案時會遇到的問題,我們也經常在摸索中,不過從摸索以及找到答案的過程都繞了許多遠路,希望透過分享可以讓大家更瞭解 npm 錯誤時可以怎麼處理。

2016年4月6日 星期三

JavaScript 物件中快速檢查屬性

0 意見

JavaScript 物件中快速檢查屬性

在我們一般使用 function 或者呼叫某些 api 的時候特別需要去驗證,某些值是否已經存在,或者使用者有沒有忘記傳入哪些數值進來。

為了要做這件事情,通常我們會寫一堆 if 去判斷每個值有沒有出現問題。

if(!formData.name){
    return reject("Parameter 'name' is required");
}
if(!formData.size){
    return reject("Parameter 'size' is required");
}
if(!formData.sizeUnit){
    return reject("Parameter 'sizeUnit' is required");
}
if(!formData.width){
    return reject("Parameter 'width' is required");
}

實際上透過 lodash 可以讓這件事情非常快速完成。

let _ = import 'lodash';
let result = _.has(object, ['name', 'size', 'sizeUnit', 'width']);
if (result) 
  return reject("Parameter is not correct");

後記

雖然說並不是太困難的程式,但是透過套件真的可以讓程式碼短少一點,讓我們程式透過 import / require 將模組載入,讓程式碼更短。

short code is best code

2016年4月3日 星期日

Express.js 的黑歷史及 Express 未來

0 意見

Express.js 的黑歷史及 Express 未來

4/5 更新, 根據讀者回饋,目前 IBM 已將 Express 及相關所有權轉移到 Node.js 基金會手中,讓 Node.js 社群能夠投入資源。

https://nodejs.org/en/blog/announcements/foundation-express-news/

Express.js (以下簡稱為 Express)相信如果有在開發 node.js 程式的人肯定不陌生,幾乎是開發 Web 應用上手的第一堂課程,而 Express 至今已經四年左右的時間,幾乎是從 Node.js 0.4 版本時期就開始有(憑藉著印象,如果有錯請大家指正),當然這當中必定要讚嘆一下,神人 - TJ (拱手作揖)。

而在 Node.js 與 io.js 的戰爭時期, TJ 也宣布將 express 釋出,最後是轉換到 StrongLoop 公司底下,全權交給 StrongLoop (包含網域名稱, Express.js 以及 github reps 的所有權),當然這中間 TJ 肯定有協調些什麼,以及與其他 contributor 。

使用 Express 不可不知的人物, Douglas Wilson ,他是在 TJ 離開 Express 幾乎所有 reivew, issue, merge 都會經過 Doug 的手中

但是燃火線在於 Express.js 4 -> 5 的這段時間, StrongLoop 被 IBM 買走,但是也因為 Express 是一個很龐大的生態系統,以及對於 node.js web 開發是一個影響許多的 open source project ,而在這段時間中, Douglas Wilson 因為某些事情憤而離開 Express 組織中。



這才真正引爆了大家對於 StrongLoop, 及 IBM 的不滿。

黑歷史重點回顧

  • TJ 將 Express 名字及所有內容轉移到 StrongLoop
  • StrongLoop 並沒有指定或者對於 Express 有任何大量持續性維護
  • 只有 Douglas Wilson 及其他志願者持續維持整個 Express 專案的進度
  • StrongLoop 在這之後宣稱自己有所有權管理 Express ,但實際上沒有任何作為
  • StrongLoop 被 IBM 收購
  • 收購後, IBM 連同 StrongLoop 持續沒有任何作為
後續推測是在整個 issue 中,IBM 的人們開始介入流程中,並且對於前期貢獻許多得開發者,及開發流程開始進行干涉,但是實際上對於 Express 的整體發展都是無效益的。

當然這嚴重的影響到 Express5 的發展,也的確開始走向當時的 io.js & node.js 的分裂狀況,為了避免這狀況再度發生,幾乎很多 node.js web 開發的大大都進入到 express issue 當和事佬(?)當然這當中還是要讚揚一下 Doug 的持續支持才有辦法成就 Express 到現在。

後續發展

進度還是持續中,不過很緩慢,但是在 issue 裡面,看的出來 IBM 也知道事情的嚴重性,稍微派了一些開發者進入到 Express 中開始投入資源進行開發。

目前 IBM 已經將 express.js 整個專案及相關所有權轉移到 node foundation,全權由 Node 基金會投入人力,資源進行維護,開發的工作。

但是身為一個旁觀者,我必須說,這就是『自我願意』,和『不願意』的差別。




後記

軟體開發就是人為的藝術。我們雖然口口聲聲都說自己是在對著電腦進行溝通,但只要產品牽扯到團隊,營運,推廣,勢必就會有人的問題發生。

對於開發技術來說真的是有趣的一件事情,不論今天是 inhouse 或者是 open source 的專案,只要扯到人,就會開始有許多問題。

IBM 到底後續會如何看待 Express, 雖然 Express 是 open source 專案,實際上目前的所有權的確就是在 IBM 手中,雖然他是 MIT license ,但是 IBM 本來就不是吃素的。



文中省略了 TJ 將 Express 整包轉讓的議題,畢竟很多人是認為 open source 是神聖不可侵犯的,但實際上 open source 專案要持續營運下去,都是靠著小部分的人持續努力貢獻著,最後如果要專心將這個模組做完整還是要靠錢與資源下去運轉,勢必後期的長期維運,需要仰賴公司支撐,或者是金援才有辦法持續茁壯,這是一件很現實的事情,這蠻值得思考的。

帶出幾個有趣的議題?
  • Express 的未來到底會如何? 是否有潛在的商業技術問題?
  • 身為 node.js 開發者,我們是否該轉向,捨棄 Express, 朝向 hapi / Koa2 的懷抱?
  • open source 到底是不是一個好的 business ?
這幾個問題就丟給大家仔細品味思考。

Ref

2016年3月25日 星期五

[fixed] Sequelize: warning: "a promise was created in a handler but was not returned from it"

0 意見

Sequelize: warning: "a promise was created in a handler but was not returned from it"

problem:

when running sequelize, and console display error message below, accroding to sequelize issues, the information dose not effect anything about process.
Warning: a promise was created in a handler but was not returned from it
  at [object Object].Instance.save (/home/tremby/myproject/node_modules/sequelize/lib/instance.js:567:18)
  at [object Object].Model.create (/home/tremby/myproject/node_modules/sequelize/lib/model.js:1824:6)
  at [object Object].HasMany.create (/home/tremby/myproject/node_modules/sequelize/lib/associations/has-many.js:533:29)
  at [object Object].obj.(anonymous function) [as createGameSession] (/home/tremby/myproject/node_modules/sequelize/lib/associations/has-many.js:259:24)
  at done (/home/tremby/myproject/src/app/routes/myroute.coffee:43:10)
  at [object Object].<anonymous> (/home/tremby/myproject/src/app/routes/myroute.coffee:58:7)
  at processImmediate [as _immediateCallback] (timers.js:383:17)
From previous event:
...
but it is still buggy,

solution

it is simple, if you are running code as development, please setup NODE_ENV for yourself.
then it works.
export NODE_ENV=development


Ref,

https://github.com/sequelize/sequelize/issues/4883

nginx config path for mac envorinment

0 意見

nginx for mac envorinment

if you are a mac user and have to process nginx config for your local env, there is path and url for you

there is a note for myself.

/usr/local/etc/nginx/nginx.conf

nginx cli

start server sudo nginx
restart server
sudo nginx -s reload
stop server
sudo nginx stop

Facebook