## ドメイン　www.happy-bears.com/life-station/　配下にサイトをホスティングする要件を満たすためにしなければいけないこと。

#### 結論は1階層下に下げて表示される状態を作らないといけません。
Defult(*)ではなくて、/life-station/の様に1階層下で表示がされる状態を作らないといけないです。

## 起きている問題点
例えば、
Lambda＠Edgeで取得するパスの中で
/life-station/images/logo.png
/life-station/images/favicons/favicon.ico


S3バケットelkj9c-4tlzjjの中に↑該当プレフィクスのオブジェクトは存在してません。
一方、/life-station/public/images のプレフィックスは存在していることを確認しております。

この様に一部の取得しているプレフィクスが違うオブジェクトが存在しています。

Lambda@Edgeのどの部分とかアプリケーションのどこの部分とかはわかりませんが、Lambda＠Edgeでの処理で取得したbase_pathが噛み合っておらず、適切なスタイルが当てられてません。

また特定のドメインとそれにアタッチしたドメインのみを環境差分にした場合にも同一の現象が確認できます。

ドメインのみでの環境差分が影響することから、特定のドメインが変数として仕様されているところがあるのではないかと思います。

## まとめ

- S3のプレフィクスを合わせる。
(階層を1つ下げで統一してほしい。)
- 環境変数として特定のドメインが使用されている場所を直す。

## 解決策

- CDNは仕様で1階層上のオブジェクトを探したりは設定上はできないです。

- また、これらを解決すべく
Lambda@Edgeでのデバックによる解決は有効策とは言えないです。

- 階層を下げる


↑はAmplifyが自動的に構成したネットワークのStagingのCDN環境です。

こちらのはDefault(*)でのアクセス時に適切に表示がされる状態です。
階層で言うと、Rootディレクトリ時での状態の確認が取れていると言うことになります。

サブディレクトリを実験しているCDNは、こちらのRootで表示されているサイトに対して、CDNの設定で1階層下に向き先を向けてます。

Lambda＠EdgeもこちらのDefault(*)で設定がされている関数をアタッチしているので噛み合ってません。

CDNで1階層下の表示が確認できるサイトの状態にしていただきたいです。