Nuxt で nodemon を使わずにサーバー処理をホットリロードする - Qiita
"dev": "cross-env NODE_ENV=development nodemon server/index.js --watch server", 一見問題なさそうなのですが実際に使ってみると、再起動する度にクライアント用コードの再コンパイルが実行されるため、変更の反映に時間がかかりすぎ気持ちよくコーディングができません。 そこで「Don’t use nodemon, there are better ways!」に書かれている方法を使って nodemon を使わないホットリロードを実現しようと思います。 なお、この記事を書いた時点での create-nuxt-app のバージョンは、2.1.1 です。 nodemon の削除 まず、nodemon は不要になるので、取り除いてしまいます。
サーバーサイドレンダリングできないモジュールの扱い方 - Qiita
はじめに Svelte 版 Next.js の Sapper というフレームワークで画面を作っていたのですが、そこで Handsontable を使おうとして詰まったので対応方法をメモ書きとして残しておきます。 Sapper に限らず、Next.js、Nuxt.js など最近のフレームワークでは、デフォルトでサーバーサイドレンダリングが有効になっています。ところが、そこで使いたいモジュールの多くは、window や document などブラウザ特有のオブジェクトに依存しているため、そのまま import してサーバーサイドレンダリングを行うと実行時エラーで落ちてしまいます。 無理矢理に window や document を定義して回避することも考えられますが、その手の処理はブラウザの種類を判定することが目的だったりする場合も多く、サーバーサイドで動けばいいという発想には難があります。
WSL (Windows Subsystem for Linux) への Windows PATH 追加を防ぐ方法 - Qiita
Windows 10 Fall Creators Update がリリースされ WSL (Windows Subsystem for Linux)が正式に使えるようになりました。 GUI(X Window System)とサービス常駐で工夫が必要な点を除けば、一般的な Linux 環境と同じように使えるのですが、意外に困るのが PATH 問題です。初期状態では、Windows の PATH 環境変数が自動的に変換され Linux 側の PATH 環境変数に追加されるようになっています。 Windows のコマンドも呼び出せるので便利といえば便利なのですが、Windows/Linux に両対応しているツールでは、bat ファイルと拡張子なしのシェルスクリプトファイルの両方が置かれているため Linux 側のプログラムを呼ぶつもりが Windows 側にインストールしたプログラムを実行してしま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
