ノードを使用せずにローカル マシンで react-staic-boilerplate を実行しようとしています。パブリック フォルダーの下にある index.html ファイルを開きます (yarn build/npm run build を実行した後)。
index.html をダブルクリックして chrome で提供すると、インスペクターは /dist/main.xxxx.js へのパスが間違っていることを通知します。これは問題ありません。index.html 内のパス エラーを手動で修正します。しかしその後、index.html は即座に 404 ページにリダイレクトし、Pages xx が見つからないことを伝えます。無駄にデバッグを試みましたが、webpack がすべてをコンパイルした後、30k 行のコードがあります。
これはなぜですか？ビルドされた静的ファイルは、サーバー側のテクノロジ (ノード) に依存せずにクロムで動作するべきではありませんか?
つまり、パブリック フォルダー全体を aws s3 にアップロードすると、index.html は正常に動作します。s3 のエントリ ポイントを index.html として指定すると、メインページ、リンク、すべてが機能します。
したがって、これを正しく理解している場合、aws s3は単にファイルを提供し、s3で動作する場合はローカルマシンで動作するはずです(react-static-boilerplateはサーバーに依存せずに純粋なクライアント側である可能性があるため、ノードなし)。
誰か助けてくれませんか？バックエンドのチームリーダーは、ノード/サーバー側の支援を使用せずにクロム クライアント側で 100% 実行されることを彼に証明できない限り、あらゆる種類の反応ボイラープレートの承認を拒否します。