2016-06-30 8 views
0

私たちはいくつかの開発者と一緒にdrupal 8サイトを開発しています。そのため、私たち一人一人は、(別のテンプレートファイルの状態とスタッフとの誤差を避けるために)のdevのマシン上で自分のDrupalのインスタンスを持っており、彼らはこのように設定されていますDrupal 8(枝付き)開発

  • /SRV/WWW/devDudeA/HTML(例えばルート)
  • /SRV/WWW/devDudeB/HTML(インスタンスBルート)
  • /SRV/WWW/devDudeC/HTML(インスタンスCルート)
  • など...

これらのインスタンスはすべてSAMEデータベースに接続されています。私のような同じモジュールファイルを持っているにもかかわらず、twig拡張モジュールを書いて(必要な小枝フィルターを渡して)、それを起動した後、私の同僚のいくつかはいくつかの例外(モジュールが見つかりませんでした)を得ています。

異なるホストから同じデータベースを使用する際に問題があることは知っていますか?私は、データベースに「devDudeA」または「devDudeB」を含むいくつかのパスエントリを見つけたので、私は(キャッシュがトラブルを起こしている疑いがある

私の意見ではrequiredmentsが満足する必要があります:。で

  • 同じモジュールファイル各インスタンスで同じディレクトリ(同)DB

私見から

  • 同じモジュール情報もopcacheとmemcacheのがあります。統合された小枝エンジンはまた彼自身のキャッシュを持っている。それが問題になる可能性があるのいずれかのこと私たちは彼のキャッシングエンバブルを持っています他の人はしませんか?

    私はちょうどこれ(O.x)について夢中になっています。私に関連する指示がありますか?

    ありがとうございました&種類です!

  • 答えて

    0

    複数の開発者が共有データベースを使用して複数のサイトで積極的に作業している場合、このような奇妙なバグが浮かび上がるでしょう。キャッシュを再構築すると解決される可能性がありますが、他のユーザーにも同様のエラーが表示されることがあります。基本的には、Drupalはやりたくないことをしています。

    Drupal 8以降では、Drupal 7以前の共有データベースで使用された理由はほとんどなくなりました。 システムは、以前のバージョンよりも大幅に改善されています。サイトのインスタンス間でYMLファイルを使用してサイト構成を移動できるようになりました。これらのファイルは、残りのコードで管理することができます。

    deploy module(およびサポートモジュール)を使用して、インスタンス間でコンテンツを移動できます。

    +0

    ありがとうございました! – dNz

    関連する問題