クライアント プロジェクトを多数の手作りの Web ページから WordPress インストールに変換することを検討しています。ただし、このクライアントには無料エリア (site.com/) と会員エリア (site.com/members/) があります。メンバーエリアは標準の Apache .htaccess / htpasswd 認証です。認証は、現時点では変更したくない従来の課金ソフトウェアによって処理されます。
1 つの考えは、2 つの別々の WordPress インストール (または、MultiSite インストール?) を作成することです。1 つのインストールはドメイン ルートに配置され、もう 1 つは /members/ に配置されます。したがって、どちらのインストールも、パスワードで保護されていることについて何も知る必要はありません。外側のインストールが /members/ を含む URL を生成できない限り、URL 書き換えエンジンが互いに干渉しないと確信しています。
もう 1 つの考えは、1 回のインストールですべてを実行しようとし、サーバーが /members/ にマップされるすべての URL で認証を強制することを期待することです。しかし、直感的には、「会員エリア」の階層とは別に「フリーエリア」のカテゴリ階層を取得するには、カスタム分類に行かなければならないように感じます。
私が見つけたすべての WordPress プラグインと関連する議論は、メンバーが WordPress を介して管理されていることを前提としています。それが問題です。メンバー エリアは、昔ながらの htaccess 認証によって単純に保護されています。
WordPress がメンバー領域の外のドメイン ルートにあることを考えると、WordPress の URL 書き換えメカニズムが意図したとおりに認証部分をトリガーするかどうかはわかりません。
一方で、それを 2 つの WordPress インストールとして実行し、一方を他方の内部にインストールすることは、まさに私が必要としているものかもしれません。誰でもこれについて見通しがありますか？説明されているように、WordPress の「内部」で WordPress を実行する際の問題を知っている人はいますか?