【いまさらですが】package.jsonのdependenciesとdevDependencies - Qiita
package.jsonのdependenciesとdevDependenciesの使い分けについて、いまさらですがまとめます。 dependenciesとdevDependenciesの違い 例えば、sampleという名前のパッケージを開発しているとします。 dependenciesにはrequest、devDependenciesにはmochaが書かれているとします。 { "name": "sample", "dependencies": { "request": "^2.81.0" }, "devDependencies": { "mocha": "^3.4.2" } } //このほかの要素は省略します 開発者がpackage.jsonがあるディレクトリでnpm installを行うと、dependenciesに書かれているパッケージもdevDependenciesに書かれているパッ
【いまさらですが】package.jsonのversion指定 - Qiita
package.jsonのdependenciesやdevDependenciesに依存するパッケージを指定することができます。 いまさらですが、そのパッケージのversionの指定方法についてまとめます。
npm-check でpackageの更新情報と未使用を検出する - Qiita
$ pwd <cowsay project root> $ npm-check get-stdin 😎 MAJOR UP Major update available. https://github.com/sindresorhus/get-stdin npm install --save get-stdin@5.0.1 to go from 4.0.1 to 5.0.1 nodeunit 😎 NEW VER! NonSemver update available. https://github.com/caolan/nodeunit#readme npm install --save-dev nodeunit@0.10.0 to go from 0.9.3 to 0.10.0 Use npm-check -u for interactive update. まとめ 更新情報を検出する
サーバレスで短縮URLサービスを作ってみる（2018年度版） - Qiita
みなさんこんにちは。 もう何年も前のことです。私は趣味で短縮URLサービスを運営していました。 でも、普通のレンタルサーバーで mod_rewrite 使って動かしていたら、ちょっとアクセスが集中しただけで落ちてしまい、利用者のみなさまに迷惑をかけまくっていました。 今であれば、AWSなんかを使って、もっと簡単にスケーラブルなサービスを作れていたんでしょうね・・・ ・・・ 本当に？ ということで、やってみることにしました。 準備 なんと、 短縮.jp がまだ未取得だったので、衝動買いしました。 日本語ドメインが流行っていないのか、短縮URLがオワコンなのか、それとも両方か。 設計 最初は、こんな案を考えていました。 S3にトップページを配置、短縮URLはAPIゲートウエイでLambdaを呼んで、DBから元のURLを持ってきてrefreshを返す なんですが、「AWS 短縮URL」で検索した
Node.jsで暗号化とハッシュ - Qiita
ハッシュとは、平文から固定長の疑似乱数を生成する演算手法。 暗号化とは、第3者に内容を知られないように、規則に従ってデータを変換すること。 Node.jsでの暗号化とハッシュ モジュールの読み込み Node.jsをインストールすれば、cryptoモジュールが使えます。 次の様にモジュールを読み込みます。
node.jsでローカルIPアドレスの取得 - Qiita
var os = require('os'); console.log(getLocalAddress()); function getLocalAddress() { var ifacesObj = {} ifacesObj.ipv4 = []; ifacesObj.ipv6 = []; var interfaces = os.networkInterfaces(); for (var dev in interfaces) { interfaces[dev].forEach(function(details){ if (!details.internal){ switch(details.family){ case "IPv4": ifacesObj.ipv4.push({name:dev, address:details.address}); break; case "IPv6": i
Node.jsで捕捉されなかったPromise内の例外をスタックトレースで表示する - Qiita
現在のNode.js(9.x)においてデフォルトでは、Promise内の捕捉されなかった例外については次のように警告を出してくれますが詳細なスタックトレースは見せてくれません。 (node:5212) UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 3): TypeError: Cannot read property '_id' of null (node:5212) DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with
(初心者向け) Node.js コンソール (console) の使い方 - Qiita
v8.9.1LTS 対応 概要 console はグローバルなオブジェクトで、デバッグのためのシンプルなコンソール機能を提供する。 new Console(stdout[, stderr]) : 新しい Console オブジェクトを作成する。 console.assert(value[, message][, ...args]) : シンプルな Assertion テストを提供する。 console.clear() : 可能ならコンソール画面をクリアする。 console.count([label]) : label の内部カウンターを管理する。 console.countReset([label = 'default']) : label の内部カウンターをリセットする。 console.dir(obj[, options]) : util.inspect() を使って obj の文字
Node.jsのソース修正後、nodemonで自動再起動 - Qiita
ソース変更を検知してプロセスを自動で再起動 nodemon公式サイト nodemon - github Node.js開発時の問題 Node.jsで開発するとき、ソース修正後、手動でnode.jsプロセスを再起動しないと反映されないという問題があります。 これはNode.jsで読み込まれたJavascriptファイルがキャッシュされるため、ソースコードを更新しても、Node.jsの再起動をしないとソースが反映されないためです。 nodemonの特徴 nodemonを利用すれば、手動でnode.jsプロセスを再起動せずにソースが自動的に反映されます。 プロジェクトのソースを変える必要がない node.jsアプリをwrapする フォルダ下のソースを監視し、何か変わったら自動的にnode.jsを再起動する nodemonを実際に使ってみる nodemonのインストール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ちゃんと使い分けてる? dependenciesいろいろ。 - Qiita
hubot環境構築手順 - Qiita