ウェブアプリケーション内のサブドメインの長所/短所

Question

ウェブアプリケーション（特に37Signals 'Basecamp）の増加に伴い、すべてのユーザ/アカウントにサブドメインが割り当てられています。私はそのようなアプローチの賛否両論が何であるか疑問に思いました。これを行う特別な理由はありますか？これは単に美容的な機能ですか？これは、例えば、スケーラビリティの向上とセキュリティの向上を可能にしますか？

Answer 1

私はそれが同じ起源の方針に関連しているかもしれないと思う。 2人のユーザーのメンバーページが異なるサブドメインにある場合、ブラウザは1つのサブドメインのスクリプトが別のサブドメイン内のドキュメントにアクセスするのを防ぎます。 Malloryがサイト（mallory.example.org）を登録して悪質なスクリプトを置くと、そのスクリプトはAliceのサイト（alice.example.org）のDOMを変更できなくなります。彼らが代わりにパス（example.org/malloryとexample.org/alice）を使用していた場合、SOPは機能せず、MalloryのスクリプトはAliceのページであらゆる種類の悪いことを行うことができます。 Malloryに戻る。

このSOP保護は、両方のサブドメインが同じIPを解決する場合でも機能します。URLのホスト部分が異なる限り、現代のブラウザはクロスドメインスクリプティングの試み（およびその他の潜在的に危険なもの）をブロックします。

Answer 2

私たちは、自分のブランドを見るのが好きという唯一の理由でこれをやっています。 Conversion Supportお客様は、コントロールパネルのブランディング用のサブドメインを選択して、ロゴとカラーでカスタマイズすることができます。

誰もスクリプトを書くことができないため、セキュリティは重要な要素ではありません。それは美的な特徴です。

両方のページにdocument.domain JavaScriptプロパティがドメインに設定されている場合、2つのサブドメインが通信できることを言及したいと思います。たとえば：

は

document.domain = 'example.com'; 

これは、同一生成元ポリシーがa.example.comのために無効になっているとb.example.com限り、すべてのサブドメインは、プロパティセットを持っているようn.example.comすることを意味します。

Answer 3

各アプリケーションにサブドメインを使用すると、どのアプリケーションを使用するかを知る基本的な問題が解決します。これにより、ユーザーは同じブラウザーで同時に複数のアプリケーションを開くことができます。

追加の利点は、ログインをサブドメインにバインドすることで、ユーザーは異なるアプリケーションで異なるユーザーとしてログインできることです。アプリBにログインするには、アプリAからログアウトする必要はありません。別のログインでログインすることができます。

スケーラビリティの利点は、アーキテクチャによって異なります。アプリケーションの共有リソース（単一データベース）が多ければ多いほど、アプリケーションを分離するのが難しくなります。一方、アプリケーションごとにデータベースがある場合、データベースのバージョン管理ははるかに問題になります。私は、ほとんどのアプリが単一のデータベースと仮想サブドメインを使用していると思います。単一の基盤は維持しやすくなります（ただし、拡大縮小は難しい）。

サブドメインを使用することの否定的な点は、SSLの場合、単一ドメイン証明書以上のコストを必要とするワイルドカード証明書が必要であることです。