package-lock.json の lockfileVersion が変更されてしまう場合の対処法 - Qiita
npm WARN old lockfile: The package-lock.json file was created with an old version of npm, so supplemental metadata must be fetched from the registry. 通常より時間がかかり、installは成功しますが、 package-lock.json の lockfileVersion が 1 → 2 に変わり、ファイル全体に大きな修正が入っていました。 lockfileVersion 2 → 1 例えばこの package-lock.json をpushして、他のチームメンバー（npm v6使用）が npm i を実行した場合、以下のような警告が表示されます。
CloudflareでもFastlyでもVercelでもDenoでもBunでもService Workerでも動く
HonoというWebフレームワークを作っています。 当初はCloudflare Workers向けに作っていたのですが、同じCDNであるFastlyのエッジランタイム、Compute@Edgeでも動くことが分かりました。また、Next.jsのEdge MiddlewareもしくはEdge API RoutesとしてVercelの環境でも動きます。そして、少々手を加えるとDenoでも動きました。もちろんDeno Deployにもデプロイできます。さらに、先程レポジトリが一般公開されたYet AnotherなJavaScriptランタイムのBunでも手を加えず動きました。 この「CloudflareでもFastlyでもVercelでもDenoでもBunでも動いた件」が、なかなか面白かったのでそれについて書きます。 Web標準のAPI これらの環境で同じように動くのは、JavaScriptでかつ
0から始めるNode.jsパフォーマンスチューニング
近年の Node.js は API のサーバとしてはもちろん、Nuxt.js や Next.js といった SSR や BFF などフロントエンドのためのバックエンド言語としての人気が高まっています。 フロントエンドエンジニアがコンテキストスイッチ少なくバックエンドの整備ができることは非常に大きな利点です。 ですが、フロントエンド（ブラウザ側）とバックエンド（サーバ側）ではパフォーマンスチューニングで見るべき点が大きく違います。 しかし Node.js アプリケーションのパフォーマンスイシューの見つけ方などがまとまっている資料は少ないです。 そこで、本記事ではフロントエンドエンジニアが Node.js でパフォーマンスイシューを見つけ、改善するため自分が普段パフォーマンスチューニングを依頼されているときにみている基礎的なポイトをまとめていきます。 1. 計測ステップlink Node.js
Errors | Node.js v22.3.0 Documentation
Errors# Applications running in Node.js will generally experience four categories of errors: Standard JavaScript errors such as <EvalError>, <SyntaxError>, <RangeError>, <ReferenceError>, <TypeError>, and <URIError>. System errors triggered by underlying operating system constraints such as attempting to open a file that does not exist or attempting to send data over a closed socket. User-specifie
Node.js徹底攻略 ─ ヤフーのノウハウに学ぶ、パフォーマンス劣化やコールバック地獄との戦い方｜ハイクラス転職・求人情報サイト AMBI（アンビ）
Node.js徹底攻略 ─ ヤフーのノウハウに学ぶ、パフォーマンス劣化やコールバック地獄との戦い方 Node.jsをうまく活用できている企業は、どのような方法でベストプラクティスを習得してきたのでしょうか。ヤフー株式会社でNode.jsの社内普及に務めてきた言語サポートチームに、同社の実施を紹介してもらいました。 Node.jsは「イベントループモデルで、ノンブロッキングI/Oを使用している」「問題発生時にHTTP/TCPやPOSIX APIなど低レイヤーの知識を求められる」といった特徴を持つ言語です。開発者が習得すべき技術領域が広いため、Node.jsらしい書き方の学習難易度は高いと言えます。 それでは、Node.jsをうまく活用できている企業は、どのような方法でNode.jsのベストプラクティスを習得してきたのでしょうか。ヤフー株式会社でNode.jsの社内普及に務めてきた言語サポート
NVM_DIRを正しく設定していなかったせいでパスが破壊されていた話 - yyy
はじめに 特に書くことがなく４ヶ月ぶりのブログです． 最近golangを始めて， export PATH=$GOPATH/bin:$PATH とかでパスを通そうとしたらなぜかパスが通らないという問題が起きました．いろいろ探っていくとどうやら nvm.sh をsourceしている場所より後ろに配置すると通るという謎現象が起きていて，さらに言うと $GOPATH/bin のbinをhogeとか別の名前にすると通るという意味が分からないことになっていたので， nvm.sh を少し読んでみたら原因がわかったという話です．というかブログのタイトル通りなので，あとはダラダラと書いていきます． nvm.sh github.com nvmはNode Version Managerの略でNode.jsのバージョン管理ツールであり，使っている人も多いのではないでしょうか．僕はNode.jsはほぼ書いたことがな
Node.js client library | Google Cloud
Send feedback Stay organized with collections Save and categorize content based on your preferences. Google Compute Engine: Node.js Client Google Compute Engine Client Library for Node.js A comprehensive list of changes in each version may be found in the CHANGELOG. Google Compute Engine Node.js Client API Reference Google Compute Engine Documentation github.com/googleapis/google-cloud-node/packag
ESLint 最初の一歩
We're excited to announce that ESLint v6.0.0 has been released: https://t.co/EO4ZrZIMYM — ESLint (@geteslint) 2019年6月22日 ESLint は JavaScript のための静的検証ツールです。コードを実行する前に明らかなバグを見つけたり、括弧やスペースの使い方などのスタイルを統一したりするのに役立ちます。同様のツールとしては JSLint, JSHint 等があります。 ESLint の特色は、 すべての検証ルールを自由に on/off できる 自分のプロジェクトに合わせたカスタムルールを簡単に作れる 豊富なビルトイン ルール (5.0.0 時点で 260 個) に加えて、たくさんのプラグインが公開されている ECMAScript 2015 (ES6), 2016, 201
now: リアルタイム・グルーバル・デプロイメント - Qiita
https://zeit.co/now の翻訳です。 nowとは? △now は、JavaScript (Node.js)もしくはDockerで動作するウェブサイトや、アプリケーション、サービスを素早く、簡単、確実にクラウド化することができます。 実際的な言い方をするなら、package.jsonもしくはDockerfileを含む任意のディレクトリが、nowコマンド一つでクラウドに送られます。 プロジェクトをデプロイする毎に、△now は固有のURLを与えます（ビルドが完了する前に！）。URLは次のようになります。my-app-erkgfjtrna.now.sh 本番環境へデプロイするときには、単に適切なエイリアスを選ぶだけです。 △nowは動的なコード（マイクロサービスおよびバックエンド）のためのCDNと考えることができます。 はじめに インストール nowを使い始めるには、次のようにn
mochaの実行対象から_付きファイル・ディレクトリを除外する - Qiita
$ mocha 'test/!(_)*.js' 'test/!(_)*/!(_)*.js' 'test/!(_)*/**/!(_)*.js'
Debugging - Getting Started | Node.js
Debugging Guide This guide will help you get started debugging your Node.js apps and scripts. Enable Inspector When started with the --inspect switch, a Node.js process listens for a debugging client. By default, it will listen at host and port 127.0.0.1:9229. Each process is also assigned a unique UUID. Inspector clients must know and specify host address, port, and UUID to connect. A full URL wi
npmで名前空間を持ったモジュールを公開する方法(scoped modules)
npmにモジュールを公開することは多くなってると思いますが、今までのnpmだと名前は早い者勝ちでした。 最近npm Private Modulesというprivateで扱えるモジュールを有料でサポートしましたが、これはscoped modulesをprivateで扱う時だけ有料でpublicで公開する時は無料で行えます。 scoped modulesというのは、@username/project-name という感じで、@ユーザー名がパッケージ名に入るので異なるユーザー間では重複しません。 The npm Blog — solving npm’s hard problem: naming packages 公開手順 実際にscoped modulesをpublicに公開する手順としては、 npm init --scope=<npmユーザ名> パッケージの名前が@<npmユーザ名>/パッケー
package-lock.jsonの各プロパティについて調べてみました。 - Qiita
JavaScript Advent Calendar 2017 13日目の記事です。 今年はnpmが5にメジャーアップデートされました。 npm5になり新しく加わった機能の一つにpackage-lock.jsonがあります。 他の機能についてはこちら(npm v5 がリリースされた) 今回はpackage-lock.jsonの各プロパティについて詳しく載っている日本語記事が無かったので調べてみました。 内容に不備があったり気づいたことがあればどんどんコメントください。 きっかけ package-lock.jsonについては依存パッケージの固定化する機能であったり、元々はnpm-shrinkwrapというものがあってそれを改良したものであったり等は聞いたり読んだりしたことある方は多いかと思います。 私も「依存パッケージの固定ができるなんて便利だな、公式もコミットするのを推奨しているしgit管
Home - db-migrate
db-migrate Database migration framework for node.js Official Supported Databases Mysql (https://github.com/felixge/node-mysql) - npm i db-migrate-mysql PostgreSQL (https://github.com/brianc/node-postgres) - npm i db-migrate-pg sqlite3 (https://github.com/developmentseed/node-sqlite3) - npm i db-migrate-sqlite3 Mongodb (https://github.com/mongodb/node-mongodb-native) - npm i db-migrate-mongodb Cock
Node.js ES2015/ES6, ES2016 and ES2017 support
"use strict"; function f(n){ if (n <= 0) { return "foo"; } return g(n - 1); } function g(n){ if (n <= 0) { return "bar"; } return f(n - 1); } return f(1e6) === "foo" && f(1e6+1) === "bar";
ver4.2以降のkibanaが突然死する問題について - mnatsu31’s blog
追記 2015/12/17に問題がないバージョン (4.1.4 / 4.2.2 / 4.3.1) がリリースされました！ 追記ここまで 2016/07/27 追記 Segmentation faultsでプロセスが落ちる 本番サーバも同様に250MB割当でしばらく運用していた所、頻繁にプロセスが落ちるようになりました。 ログ上にSegmentation faultsとだけ表示されなんの前触れもなく落ちるので困っていました。 当初は自動再起動等で対処していたのですが、原因はメモリ割当量が少ないことにあることが分かり2GBまであげた所全く落ちなくなりました。 リソース監視を見ると500MB程度までは使うことがあるようなので最低500MB-1GBは割当てた方が良いかもしれません。 2016/07/27 追記ここまで 最近ようやくサーバ周りをやらせてもらえるようになってきたのでとても楽しいです。
Visual Studio CodeによるNode.jsのデバッグ（その１） | DevelopersIO
1 はじめに 約１年前、アルファ版として登場した、Visual Studio Code（以下VS Code）ですが、昨年１１月には、ベータ版となり、またオープンソースとしてコードも公開されました。 公開以来、毎月のように更新・強化されており、使用方法も微妙に変化して来ていますので、今回、改めて基本的な使用方法をまとめてみました。 本記事は、VS Codeがインストールされており、下記のコマンドで、起動できるようになっている事を前提に始めます。 $ code . もし、まだ、インストールされていない場合は、下記をご参照ください。 Setting up Visual Studio Code また、Node.jsについてもインストールが完了しているものとします。 $ node -v v5.9.0 2 簡単なサーバープログラムの作成 (1) プロジェクトの作成 プロジェクト名をSampleAppと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Node.js Event Loop
docker-node/docs/BestPractices.md at main · nodejs/docker-node
(node:16163) Warning: Use Cipheriv for counter mode of aes-256-ctr Error After Upgrading To Node v8.9.0 · Issue #16746 · nodejs/node