カテゴリーアーカイブ Windows

【Windows】「You can limit the size of your bundles by using import() or require.ensure to lazy load some parts of your application.」警告の対処法

昨日に引き続き、本日も webpack で発生したエラー・警告の対処法についてです。
昨日は「Invalid configuration object. Webpack has been initialised using a configuration object that does not match the API schema.」というエラーの対処法でしたが、今回の警告はこちらのエラーを解消した後に発生したものです。

警告なので、別に修正が必須ではないのですが、気になるので対応しました。
警告文は「You can limit the size of your bundles by using import() or require.ensure to lazy load some parts of your application.」というものです。

参考にさせていただいた記事はこちらから。

Webpack2のパフォーマンス警告を制御する – Qiita
https://qiita.com/terrierscript/items/f840b5ccff0c0be7420a

ビルドした際にファイルサイズがデフォルト設定よりも大きいです！という警告のようです。

 

対応策としては、下記の方法があります。

1. 警告そのものを表示させないように設定する
2. ファイルサイズ警告の閾値を変更する

私は 2の方を採用しました。
webpack.config.js に 下記を追加します。

module.exports = {
  ...
  performance: {
    maxEntrypointSize: [ファイルサイズの許容値],
    maxAssetSize: [ファイルサイズの許容値]
  }
}

どちらの値もデフォルト値は 250,000（＝250kb）です。
警告になったファイルサイズによって適宜変更してください。
なお、カンマは不要ですのでお気を付けください。
あとは、npm run build を実行すればOKです。
閾値を超えなければ、警告は発生しません。

 

以上、npm run build を実行した際の「You can limit the size of your bundles by using import() or require.ensure to lazy load some parts of your application.」警告の対処方法でした。
ご参考になれば幸いです。

【Windows】「Invalid configuration object. Webpack has been initialised using a configuration object that does not match the API schema.」エラーの対処法

Windows 環境で、Cordova アプリをビルドしようと npm run build を実行しようとしたところ、「Invalid configuration object. Webpack has been initialised using a configuration object that does not match the API schema.」というエラーに遭遇したのでその解決方法についてです。
調べたところ、こちらのエラーは webpack で発生しているとのこと。

参考にさせていただいた記事はこちら。

webpack4に更新した時にこけた所まとめ – Qiita
https://qiita.com/shota_abe/items/fbd6d988188442a4d11c

上記のサイトによると、今回のエラーは webpack を 4 に更新したタイミングで発生したとのことでした。

 

解決方法ですが、webpack.config.js の loders を rules に変更するだけでした！

module.exports = {
  ...

  module: {
    rules: [  // ここを loders から rules に変更
      ...
    ]
  },
  ...
}

あとは、念のため npm install を再度実行後、npm run build を実行したところ、エラーが解消されました！

ただし、今度は「The ‘mode’ option has not been set, webpack will fallback to ‘production’ for this value. Set ‘mode’ option to ‘development’ or ‘production’ to enable defaults for each environment.」というエラーが発生したので、今度はこの対策も必要です…。
こちらのエラーについては、次回に解決方法をご紹介させていただければと思います。

 

以上、「Invalid configuration object. Webpack has been initialised using a configuration object that does not match the API schema.」エラーが発生した時の対処法でした。
ご参考になれば幸いです。

AccessからDBにアクセスできなくなった場合の対処法

先日配信されたWindows Updateによって、AccessからODBCを経由したDBへの接続ができなくなってしまっているようです。

Access で、”クエリが破損しています” というエラー が表示される – パソコンのツボ ～Office　のTIP

今回原因といわれているWindows UpdateのIDは下記のとおりです。

• Office 2016 を使用している場合
  • KB4484113
  • KB4484148
• Office 2013 を使用している場合
  • KB4484119
  • KB4484152
• Office 2010 を使用している場合
  • KB4484127
  • KB4484160

Microsoftのサイトの記事によると、すでに修正版パッチはできているようですが、リリースは2019/12/10になってしまうようです。(なぜ一カ月後…)

それまでの間Accessが動かない状態で放置…というのは無理な場合も多いと思います。 一時的な 回避策として、下記の作業を行うことでAccessが使える状態に戻すことができます。

まずは問題を引き起こしている更新をアンインストールします。

Windowsの設定アプリから項目”アプリ”　を開きます。

アプリの画面が表示されたら、”アプリと機能”内(右側もしくは最下部)にある”プログラムと機能”をクリックします。

開いたコントロールパネル内の”インストールされた更新プログラムを表示”をクリックします。

検索欄から対象となる更新プログラムを検索します。

見つかった対象の更新プログラムをひとつづつ選択し、”アンインストール”をクリックします。（※Accessを開いていた場合は終了させられる場合があるので、先にAccessを終了させてください。）

以降画面に従ってアンインストールを完了させます。

これを対象の更新をすべてアンインストールするまで続けます。

この時点で再びAccessからDBへ接続できるようになっているかと思いますが、このままにしておくと再び同じ更新が自動でインストールされてしまい、不具合が再発するため、問題の更新そのものを無効化して再発を防ぎます。

まず、 MicrosoftのWebページから、Windows Update更新除外ツールを入手します。

赤線で囲ったところから入手できます。

次に、ダウンロードしてきた wushowhide.diagcab を起動します。

するとトラブルシューティングの画面が起動します。

次へをクリックします。

Windows Updateのスキャンが始まるので待ちます。

“更新を隠す”と”隠した更新を表示する”の2項目が表示されます。上の”Hide updates(更新を隠す)”をクリックします。

まだ適用されていない更新の一覧が表示されるので、中から先程アンインストールした更新にすべてチェックを入れます。

チェックしたら”次へ”をクリックします。

更新の除外が行われます。完了するまで待ちます。

以上で問題の更新は自動でインストールされなくなります。

なお、先程書いた通り2019/12/10に今回の更新の修正版がリリースされる予定になっていますので、12/10を過ぎたら下記の手順で今回除外した更新を再度表示させて、インストールを実行する必要があります。

今回問題が起きたのがセキュリティに関するアップデートのため、更新をインストールせずに放置するとセキュリティ上の脆弱性に繋がる場合がありますので注意してください。

非表示にした更新は、次の手順で再表示できます。

先程の手順で入手した” wushowhide.diagcab”を再度起動します。

トラブルシューティングが起動します。”次へ”をクリックします。

Windows Updateのスキャンが始まるので待ちます。

再び “更新を隠す”と”隠した更新を表示する”の2項目が表示されます。今度は下の”Show hidden updates(隠した更新を表示する)”をクリックします。

現在隠しているアップデートの一覧が表示されます。対象のアップデートにチェックを入れて、”次へ”をクリックします。

以降は画面の指示に従って操作を行えば再表示化は完了です。

あとは通常通りWindows Updateを実行します。

しかし…今まで使えていたものが突然使えなくなるのは焦りますよね。

原因を調べて公開してくれる方がいなかったら、きっとパニックになっていたことでしょう…(;´∀｀)

参考URL:

• https://solomon-review.net/microsoft-office-access-patch-problem-nov-2019/
• https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q10216185820
• https://jp.answers.acer.com/app/answers/detail/a_id/45295/~/%5Bwindows10%5D-windows-update-%E3%82%92%E5%80%8B%E5%88%A5%E3%81%A7%E5%81%9C%E6%AD%A2%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95
• https://support.microsoft.com/en-us/help/3073930/how-to-temporarily-prevent-a-driver-update-from-reinstalling-in-window

Cygwinのバージョンを確認する方法

Unixライクな環境をWindows上で再現できるCygwinですが、使用しているとインストール済みのCygwinのバージョンが知りたくなる時があります。

Cygwinはインストーラーがパッケージマネージャを兼ねているような感じになっているので、Cygwinのインストーラーからインストール済みバージョンを確認することは可能です。

しかし、インストーラーをインストール後に破棄してしまった場合で、再度インストーラーをダウンロードできないような状況では困ることがあります。

実はCygwinではパッケージマネージャだけでなく、Cygwinターミナル上からもバージョンを確認することができます。

下記のコマンドを実行します。

cygcheck -c cygwin

すると下記のような形でバージョンが出力されます。

$ cygcheck -c cygwin
Cygwin Package Information
Package              Version        Status
cygwin               2.10.0-1       OK

cygcheckコマンドはインストールされたcygwinパッケージのバージョンなどを表示することができるコマンドなのですが、Cygwin本体もCygwinのパッケージとして扱われているので、このコマンドで情報が確認できるようになっているようです。

Cygwinのバージョンのチェックが必要な場合は参考にしてみてください。

【Windows10】起動時に高頻度でブルースクリーンになる問題の対処法の一つ

　結論として、対処法の一つは高速スタートアップを切ることでした。切り方は以下の通りです。

アドレス：コントロール パネル\ハードウェアとサウンド\電源オプション\システム設定
UIを使った移動経路：コントロールパネル->ハードウェアとサウンド->電源オプション->電源ボタンの動作を選択する
移動した場所にある「高速スタートアップを有効にする（推奨）」のチェックを外す。
※チェックを外す前に「現在利用可能ではない設定を変更します」のメッセージをクリックする必要がある場合があります。

　これをするとPCが健康になる場合があります。勝手な想像ですが、高速スタートアップをするべきでないPCスペックであるにも関わらず高速スタートアップをしようとしていたのでしょう。
　以下、解決までの道筋です。
　今回起きていた問題は題にある通り、起動時に高頻度でブルースクリーンになる、というものでした。今回の問題の厄介な点はブルースクリーン時に表示されるエラーコードが多様だった点にありました。例えば、SYSTEM_THREAD_EXCEPTION_NOT_HANDLED、MEMORY_MANAGEMENT、BAD_POOL_CALLERです。このためエラーコードをググってピンポイントな解決を見つけることができませんでした。起きているエラーについて詳しく調べることでGoogle先生の提案する解決策を絞り込めます。エラーについて詳しく調べるにはWindowsのログを追うことが一つのやり方です。
　Windowsのログはコンピュータの管理のイベントビューアーから見ることができます。ここからエラー、警告、重大といった問題の起きそうなイベントのログを見ます。今回ならばとりあえず終了時の問題か、起動時の問題かの二択が想像でき、どちらの問題か調べようとしました。このログを見る限り、起動時に問題が発火、大炎上しています。

　これの中を読んでググってとしていくと起きていることがエラーコードのみよりもずっと深くわかります。今回は起点が常に高速スタートアップの失敗で、まさにそれが原因でした。（下図の様に高速スタートアップの失敗がいつも起きていた。そこから派生していくイベントのどこかしらで決定的な破綻が発生。）
　

　後は”高速スタートアップ”でググって予測で出てきた”高速スタートアップ 無効”で提案されたやり方を適用して処置完了です。
　処置後の経過をざっくり見るには信頼性モニター（コントロール パネル\システムとセキュリティ\セキュリティとメンテナンス\信頼性モニター）が便利です。以下の様に起きたイベントからPCの状態を評価、表示してくれます。処置後は回復に向かっており、一度も起動時のブルースクリーンは起きていません。

【Windows】npmがアップデートできない時の対処法

npm をアップデートしようとしたところ、更新コマンドは問題なく動くのですが、その直後にバージョンを調べても前のバージョンのままという現象が発生していたので、その対処法についてまとめ。

いくつかサイトを見たところ、下記2つのコマンドのどちらかを実行すれば、npm をアップデートできるとのことでしたが、何度実行してもアップデートできませんでした。

npm install -g npm
npm update -g npm

なお、teratail にも全く同じ現象で悩んでいる方がいらっしゃいました。

npm – npm 自身のアップデートができない｜teratail
https://teratail.com/questions/152620

 

さて、こちらの現象の対処法ですが、上の teratail の回答で紹介されている Qiita の記事に詳しく掲載されていました。

“npm update -g npm”（npm自身のアップデート）が適用できないのは、実行元のnpmが複数存在するため – Qiita
https://qiita.com/itsumoonazicode/items/ae61c5787064bce3eff8

こちらの記事によると、「npm がアップデートできない原因は、実行元となる npm が複数存在するため」だとか。
…これだけだとわからないので、まずコマンドプロンプトで下記へ下記のディレクトリを確認してみてます。

C:\Program Files (x86)\Nodist\bin

で、このディレクトリ内に、npm、npm.cmd、npm.exe があるので、こちらのバージョンをそれぞれ下記のコマンドで確認します。

npm -v
npm.cmd -v
npm.exe -v

私の環境では、npm と npm.exe が以前のバージョンのままでした。
バージョンが確認できたら、バージョンが古い npm をリネームして、実行されないようにします。
コマンドは下記のとおりです。

move npm npm-orig
move .\npm.exe npm-orig.exe

上記を実行したら、npm -v でバージョンを確認してみてください。
バージョンが無事に上がっていたら成功です！

 

以上、npm のアップロードができない時の対処法でした。
何となくしっくりこない対処法でしたが、バージョン更新は無事できたので良しとします。