アカウント名:
パスワード:
将来画像の混合コンテンツまでブロックとなると、wikiみたいな利用者が任意の画像URLを登録できるサイトではすごい面倒なことになりそう
そうでなくても、通販サイトとかで、Webサイト(HTMLの出力)は自前ドメイン、商品画像とかはaws等で管理してリンク埋め込み、みたいな実装はちらほら見かけるけど、そういう実装が死ぬね。
ドメイン丸ごと同じにすればいいじゃん、20年前じゃあるまいし、画像や重いファイルだけ別ドメインにする理由ないでしょ。時代遅れだよ。
20年前じゃあるまいし、画像や重いファイルだけ別ドメインにする理由ないでしょ。
固定IPじゃないクラウドリソースにDNSの設定するの面倒じゃん。自前のロードバランサーとか使うとその分、金がかかるわけで、だったらクラウド側で勝手に使えるドメイン名をそのまま使う方が合理的。
Route53 に CloudFront の名前を alias として設定するだけだし、面倒という程ではない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
wikiみたいなサイト (スコア:0)
将来画像の混合コンテンツまでブロックとなると、
wikiみたいな利用者が任意の画像URLを登録できるサイトではすごい面倒なことになりそう
Re: (スコア:0)
そうでなくても、通販サイトとかで、Webサイト(HTMLの出力)は自前ドメイン、商品画像とかはaws等で管理してリンク埋め込み、みたいな実装はちらほら見かけるけど、そういう実装が死ぬね。
Re: (スコア:0)
ドメイン丸ごと同じにすればいいじゃん、20年前じゃあるまいし、画像や重いファイルだけ別ドメインにする理由ないでしょ。時代遅れだよ。
Re:wikiみたいなサイト (スコア:0)
20年前じゃあるまいし、画像や重いファイルだけ別ドメインにする理由ないでしょ。
固定IPじゃないクラウドリソースにDNSの設定するの面倒じゃん。
自前のロードバランサーとか使うとその分、金がかかるわけで、だったらクラウド側で勝手に使えるドメイン名をそのまま使う方が合理的。
Re:wikiみたいなサイト (スコア:1)
Route53 に CloudFront の名前を alias として設定するだけだし、
面倒という程ではない。