npxコマンドとは？ 何ができるのか？
という記述があり、おなじみのinstallみたいな何かという勝手な認識だけで進めていました。 しかし、何回かプロジェクト作成を繰り返す中でnpxについて理解していないことに気づき、調べてみたところ便利だと感じたのでまとめてみます。 間違っている部分もあるかと思われますので、ご指摘いただけると幸いです。 What npx npxはnpmバージョン5.2.0より同梱されているコマンドで、ローカルインストールしたコマンドを実行するために使われます。npmのバージョン5.2.0がリリースされたのは、今から約3年ほど前になるため、今主に使われているnpmではほとんど使える状態にあります。 便利な機能を使える状態であえて使わないのはもったいないので是非使っていきたいコマンドの１つです。 もしnpxが存在しない場合は以下のコマンドでグローバルにインストールできます。
TypeScript + Node.js プロジェクトのはじめかた2020 - Qiita
TL;DR https://github.com/notakaos/typescript-node-base にアクセスして「Use this template」をクリックすると、以下の手順をベースとしたリポジトリが新規作成されます。 この記事の趣旨 以下の設定を適用した TypeScript + Node.js のプロジェクトを作成します。 項目 パッケージ
Vite Plugin Node で Vite を Node.js Webアプリケーションの開発でも利用する - Webdelog
Vite で Node.js Webアプリケーションの開発を行えるようにするためのメモ書きです。 やりたかったこと Node.js Webアプリケーション開発でも TypeScript で型の恩恵を受けたい 開発時にサーバーを立ち上げたら、コードを修正する度にビルド -> サーバーを立ち上げ直すことなく動作確認できるようにしたい 前提 Vite のインストール方法についてはこの記事では取り扱いません。 以下は Vite がすでにインストールされている前提で進めています。 Vite Plugin Node を導入する 今回は vite-plugin-node を利用しました。 github.com Vite Plugin Node の特徴 Vite Plugin Node の README には以下の機能が紹介されています。 Node server の開発で HMR を利用できる (hot
Node.jsとはなにか？なぜみんな使っているのか？ - Qiita
この記事は 「JavaScriptの勉強してたらみんなNode.jsの存在を前提に話が進む。でもNode.jsってWebサーバじゃないの？ なんでインストールしなきゃいけないの？ なんでみんな使ってるの？」 といった疑問を解消することを目的としています。 基礎：JavaScriptの特徴 まずはJavaScriptと他のプログラミング言語の違いを知っておく必要があるので解説します。 JavaScriptはChromeやFirefoxといった「ブラウザ上」で動作するプログラミング言語です。 対してPythonやRubyのような一般的なプログラミング言語は通常「パソコン上」で動作します。1 このことが生み出す違いは、OSの機能にアクセスできるかどうかです。 「OSの機能」とは例えばファイルの読み書きや、ネットワーク通信などの機能のことです。 パソコン上で動作するアプリケーション（Pythonや
webアプリ開発における環境変数まわりのベストプラクティス
nodejsを例に解説します。nodejsでは環境変数はprocess.env.環境変数名でとりだせます。また、開発環境・テスト環境・本番環境をそれぞれNODE_ENVという環境変数にdevelopment test productionと入れる文化があります。 アプリケーションコードに自分が今いる環境(開発|ステージング|本番)を意識させない これはつまり、コード内で環境識別変数(今回で言うところのNODE_ENV)によってif分岐を作らないという意味です。各環境にどのような設定が入るかはアプリケーションコード外にその種類分作成しましょう！ bad if(開発環境){ const logger = new Logger({ level: 'debug' }); } else if (ステージング環境){ const logger = new Logger({ level: 'info }
Prisma: Node.js & TypeScript向けの完璧なORM
本記事は、@nikolasburk氏による「The Complete ORM for Node.js & TypeScript」（2021年4月21日公開）の日本語翻訳を、著者の許可を得て掲載しているものです。今後Prismaの公式ブログの日本語翻訳の許可をいただいたので、このアカウントで継続して翻訳していきます。※画像やリンクは公式のBlogからお借りしています。 Prismaは、Node.jsとTypeScriptのための次世代ORMです。2年以上の開発期間を経て、すべてのPrismaツールが製品化の準備が整ったことをお伝えできることに興奮しています! コンテンツ オブジェクト-リレーショナルマッピングの新しいパラダイム あらゆるスタックに対応するPrisma ミッションクリティカルなアプリケーションでの運用に対応 オープンソースを超えて お手伝いできることは？ Prismaを始めよう
Pusherのクライアントをサーバーサイドで自己認証する
PubsubサービスのPusher。 Pusherのsubscriptionクライアントは基本的にpusher-jsを利用して行う。 そしてこのクライアント自体はnode環境にも対応している。 また、private/presenceチャンネルの場合、pusher-http-nodeを利用してauthorizeを通す必要がある。 これは基本的にサーバーを別途立てて/pusher/authへPOSTするような作りになっている。 問題点 この場合、例えばEdgeデバイスなどのnode環境上でサブスクリプションするクライアントを作る時いくらか面倒が発生する。サーバー向けにwebhooksもあるのだが、これは一点に集約するためで、Edgeサーバー向きではない 解決策 pusher-js は実はauthorizerというオプションを持っており、これで自己認証するクライアントを作成できる（当然だが、PU
Node.jsの後悔から生まれた新しい実行環境・Deno入門 〜簡単なアプリケーション作成ハンズオン付き〜 | さくらのナレッジ
こんにちは！小田島です。ウェブ業界に来る前は手品業界で働いていました。最近は外出自粛で手品をやる機会がないので家でひたすら練習しています。 前回の記事「いまさら聞けないNode.js」は、「わかりやすい」「いい記事」「背景の説明が丁寧」といった好意的な反応が多くて安心しました。 「Denoについては後日記事を書きます」と前回宣言したので、今回はDenoについての入門記事を書きます。よろしくおねがいします！ 対象者 今回は、こんな人が対象です。 Denoって何？ Node.jsとどう違うの？ 全然触ったことないけど何か簡単で応用が効くものを作ってみたい 前回と違い、ハンズオンも含まれています。ぜひ読みながら実際に動かしてみてください。 Denoとは？ 前回同様に超ざっくりと説明すると、JavaScriptとTypeScriptの動作環境です。作者はNode.jsと同じライアン・ダールです。D
【TypeORM】INSERTで覚えておきたい4つのやり方（と外部キーの指定方法） - Qiita
環境 typeorm 0.2.25 はじめに（外部キーの指定方法） author has_many books という関連があった時に、新たに book レコードを作りたいと仮定します。 普通にエンティティを書いただけでは、外部キー（Bookエンティティの authorId）は、データベースには生成されますが、エンティティファイルには現れません。 後述する何れの場合も、このカラムに直接アクセスしたい場合は、エンティティに追加する必要があります。 // (1) このカラムを追加します @Column() authorId!: number @Index() @ManyToOne(() => Book, (author) => author.books) // (2) この @JoinColumn を追加します @JoinColumn({ name: 'authorId' }) author!
nodemonとは? - Qiita
メモ残しておきます Koa.jsのチュートリアルを進めていると序盤でnodemonという見慣れないツールが出てきたのでメモを残しておきます。 nodemonとは? ソースを監視して、自動でサーバーを再起動してくれるツール。 nodeの代わりにnodemonを使ってコードを走らせると、コードの変更時にプロセスが自動で再起動する。 ターミナルに以下を打てばインストールできる。 特徴 アプリケーションの自動再起動 監視のためにファイルの拡張子を検出 node&coffeescriptがデフォのサポート。しかし、実行可能はファイルであれば走らせる事ができる。 特定のファイルやディレクトリを無視する 特定のディレクトリを監視する サーバーアプリケーションまたは1回のユーティリティとREPLを実行 nodeのアプリでは必須 オープンソースであり、githubを利用可能 実際に変更があると。
WebPackでnodeランタイム向けにビルドする | // sakura note
前回まででTypeScriptを使ってフロントエンドJavaScriptをビルドする話を書きましたが、TypeScrptに慣れてしまうとES2015で書く気にはなれません。 当然のようにサーバーサイドもTypeScriptでコードを書き始めたのですが、ビルドにフロントエンドでも使っていたWebPackを採用して少しハマったので共有します。 やりたかったこと TypeScriptでsocket.ioを使ったソケットサーバーを書きたい 変更検知でビルド自動化したい glup/grunt抜きでWebPackでやりたい 環境 Mac OS X El Capitan node.js v5.7.1 / npm v3.6.0 TypeScript v1.9.0-dev.20160312 typings v0.7.9 webpack v1.12.14 上3つのモジュールは npm でグローバルインストール
【サンプルあり】Puppeteerでボタンをクリックする方法 | ノード・ラボ
この記事ではPuppeteerでボタンをクリックする方法をHTMLのパターン別に解説します。 慣れていない方も理解しやすいようにコードの解説、コピペ用のサンプルコードもつけています。 Puppeteerでの文字入力や画面遷移の方法はPuppeteerの基本的な動かし方でも解説しています。 Puppeteerでボタンをクリックする書き方 （事前準備）デベロッパーツールでボタンのHTMLタグを確認する 上の画像の『submit』ボタンのように、inputタグでtype属性が付いているボタンはpuppeteerのpage.click()で押すことができます。 まずはCSSを確認しましょう。ブラウザがChromeの場合はデベロッパーツールでCSSを確認できます。 デベロッパーツールはWindowsはキーボードの『F12』、Macは『Command+option+i』で起動します。 マウスカーソルの
TypeScriptでCLIツールを作って、npmパッケージにする
環境 node 9.4.0 TypeScript 2.9.2 npm 6.1.0 webpack 4.16.3 Visual Studio Code 1.25.1 予めtj/n: Node version management等を使って、Node.jsをインストールしておきましょう。 実践 適当な名前でプロジェクトディレクトリを作っておきます。ココではts-sampleとします。 $ mkdir ts-sample $ cd ts-sample/ $ git init $ curl https://raw.githubusercontent.com/github/gitignore/master/Node.gitignore > .gitignore
Node8系→12系にあげたらいっぱいエラー出た - Qiita
概要 お世話になったnode8系が2019/12に寿命を迎えます そのため、node (v8.7.0) → (v12.13.0)に変更しましたが、いろいろとエラーが出たためそのメモ書きです。 （使っているmoduleによって個人差が出るため完全に自分のための覚書です) アップグレード方法 ＄ yarn : : Error: Missing binding /path/to/project/node_modules/node-sass/vendor/darwin-x64-64/binding.node Node Sass could not find a binding for your current environment: OS X 64-bit with Node.js 10.x Found bindings for the following environments: - OS
circleci/ruby:2.4.1-node-browsersって何入ってるのか知りたかった - Qiita
2018-11-19追記 https://github.com/CircleCI-Public/circleci-dockerfiles/blob/master/ruby/images/ いつの間にか公開されてました 動機 circleciが提供しているdockerファイルで、rubyのバージョンとして、node, browswer , node-browsersとかがあった setup-projectしたときのデフォルトはnode-browsersだった 地味にsetup projectでボイラープレート出てくるのも知らなかった。。。 なんとなくフロント好きおじさんからするとnodeってバージョン何入ってるんだ！が気になった。 dockerの中身が見たい。 残念ながらDockerfileは公開されていないっぽい ここでdocker historyコマンドがあると知った。 $ docker
package.json のチルダ(~) とキャレット(^) - Qiita
バージョン指定でいっつもこいつの違いを忘れてしまって、npm とか semver のドキュメントを探すところから始まるから自分用のメモ。 ^1.1.2 = 1.x ~1.1.2 = 1.1.x (追記 一応↑は間違っていないのだけど、厳密にいうとちょっと間違っていた) チルダ表記 ~ "明記したところ以下のバージョンがあがることのみ許容" ~1.1.2 = 1.1.2 <= version < 1.2.0 ~1.1 = 1.1.x ~1 = 1.x オリジナルの定義は、 Allows patch-level changes if a minor version is specified on the comparator. Allows minor-level changes if not. キャレット表記 ^ "一番左側にある、ゼロでないバージョニングは変えない (それ以下があがることは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - timsuchanek/n-plus-one: How Prisma solves the N+1 Problem - Prisma Day 2020
私が Deno にコントリビュートする理由
ヘッドレス Chrome Node API 「Puppeteer」 - Qiita
ts-node を試す - アカベコマイリ