2

クライアントがMSMモジュール(lesigh)を使用して別の追加サイトが必要であると発表したときに、クライアントの通常のEEビルド(ブートストラップ構成を使用)を開始しました。

$config['site_url']そこで、MSMモジュールを追加し、とをコメントアウトして、$config['cp_url']代わりに.phpを使用してindex.phpに設定しまし$assign_to_configた。

そのとき、MSM構成ファイルの設定が認識されないというこのバグを発見しました。これは苦痛ですが、回避することはできます。ただし、セカンダリサイトを作成したときに、アドオンのカスタムの場所が認識されないことに気付いたので、それをindex.phpにも追加する必要がありました$assign_to_config['third_party_path'] = "../assets/third_party/";

次に、テンプレートファイルを作成または変更すると、自動的に同期されないため、実際のP​​ITAであるたびに手動で同期する必要があることを発見しました。

テンプレートがデータベースと同期しないのはなぜですか?これはMSM構成のバグに関連していますか?

4

2 に答える 2

3

サードパーティのパスをブートストラップすることはまだ試していませんが、MSMサイトのテンプレートパスを確実にブートストラップすることができました...どのブートストラップ方法を使用していますか?

あなたのサイトはサブドメインまたはサブフォルダーにありますか?私はサブフォルダーの経験しか持っていないので、おそらくそれが違いを生むでしょう(そうではないはずですが)。

何が起こっているのか、もう少し詳しく説明してもらえますか?最初のサイト(site_id = 1)のテンプレートはファイルシステムの編集から自動的に同期されますが、2番目のサイトは同期されませんか?それでも、[CP]>[デザイン]>[テンプレートの同期]に移動すると、機能しますか?

MSMセットアップの$assign_to_config部分は、ブートストラップに関しては間違いなく弱点です... cp cookie($ _COOKIE ['exp_cp_last_site_id')を調べるMSM+CP環境用に追加のブートストラップを作成する必要があるかどうか疑問に思います])、それに基づいて値を設定します。

于 2012-10-31T16:14:35.080 に答える
0

使用しているブートストラップをお知らせください。たとえば、このブートストラップを見てsite_urlサーバー変数を使用しcp_urlて設定されているHTTP_HOST場合、これはMSMインストール(および複数のドメイン)とまったく衝突しないはずです。

おそらく、代わりにそのブーストラップファイルを使用してみて、テンプレート同期の問題が修正されるかどうかを確認できますか?

最後に、EEテンプレートマネージャーを使用する場合は、テンプレートをファイルとして保存する必要はありません。逆に、テンプレートをファイルとして保存する場合は、不格好な組み込みエディター(実際には小さな/単純な変更にのみ役立ちます)よりも、SublimeTextまたは別のエディターを使用してテンプレートを編集する方がはるかに簡単です。

于 2012-10-31T10:33:06.547 に答える