私はこの問題に何度も直面してきました。新しいサイト/仮想ホストをセットアップするときはいつでも、セッション ドメイン (または同等のフレームワーク) を ".example.com" に設定して、セッションを共有できるようにする必要があります。 b/w "www.example.com" と "example.com"。
これが行うことは、ステージング環境と qa 環境の Cookie を台無しにすることです ( qa.example.com ..etc のようなもの)。
これに対する解決策は何ですか？すべての www.example.com リクエストが「example.com」に書き換えられるように書き換えルールを設定する必要がありますか、それとも他の方法がありますか?
これに対するフレームワーク/言語固有の解決策があるかどうかを知りたいのですが、そのような問題に直面したときに人々は何をしますか、標準は何ですか?
これに対する解決策は何ですか？すべての www.example.com リクエストが「example.com」に書き換えられるように書き換えルールを設定する必要がありますか、それとも他の方法がありますか?
ほとんどのプログラミングの問題と同様に、これに対する解決策は 1 つだけではありません。この正確な問題に直面するために私がしたことは、あなたが述べたように書き換えルールを設定し、サブディレクトリを操作することです。頭痛の種は少なくなりますが、場合によってはサブドメインが必要になることがありますが、それはすべてニーズに依存します. だから、もしあなたがexample.com/qaの代わりqa.example.comに使えるなら、私はそれに行きます（そして行きました）。私はこれを使用しました：
#Redirect any www. to the page without it. Helps to keep user logged.
RewriteEngine On
rewriteCond %{HTTP_HOST} ^www.example.org [NC]
rewriteRule ^(.*)$ http://example.org/$1 [R=301,L]
これに対するフレームワーク/言語固有の解決策があるかどうかを知りたいのですが、そのような問題に直面したときに人々は何をしますか、標準は何ですか?
申し訳ありませんが、この 2 番目の部分については、他の方法で行うための基準を知らないため、お手伝いできません。誰かが答えを完成できることを願っています。