2012-03-15 7 views
0

私は、複数のストアビューを持つMagento 1.4ウェブショップを持っていますが、各ストアビューは異なる言語です。 SEOの目的のために、私のクライアントは、別の(ドイツ語の)ホスト上でドイツ語ストアビューを実行したいと考えました。これを実現するために異なるホストにストアビューを表示

は、私がしました:

  • は、第二(ドイツ)サーバーにすべてのコードをクローン化しました。それはセットアップ
  • 毎時
  • は、ドイツの店がメインのデータベース接続(共有DB)
  • を使用してみましょう/メディアフォルダを同期するcronジョブを右ストアビューを起動するよう
  • は、ドイツのサーバー上のindex.phpを修正しました

すべてがうまくいくように見えましたが、異なる顧客が内部サーバーエラーを報告し、最初に訪問したときに文字化けした(バイナリ)テキストが表示されることがあります。 1つか2つのリロードの後、すべてが再び動作します。

私はそれを修正するためにいくつか試してみた:両方のサーバーで無効にgzip

  • セットアップmemcacheの

    • を、ドイツの店がメインストアに接続でき

    何も動いていないようにみえ。だから、私は不思議だったコミュニティ版を使用して複数のホスト上で1つのwebshopを共有する正式な/ '正しい'方法です。そしてもしあれば、私は何が間違っていますか?

  • 答えて

    1

    あなたの問題...

    方法 "を遠く離れて" は、2台のサーバーがありますか?

    かなり遠い場合には、さえ100Mビット/ 1ギガビット接続で、レイテンシはMySQLの接続を不自由になり、この待ち時間はあなたの奇妙な問題を引き起こしているものであることをこれまでにありそうです。これは、Memcacheが提供するメリット(リモートMemcacheインスタンスを使用している場合)にも影響を与えます。もしあれば、各サーバー上でMemcacheインスタンスを実行する必要があります。

    SSH(Xinetd /永続SSHトンネルなど)経由でMySQLをトンネリングしましたか?

    セキュリティは優れていますが、圧縮によってオーバーヘッドが増加します。また、Xinetdを使用すると、接続のオープン/クローズに余分な遅延が追加されることに注意してください。

    トンネリングされていない場合、機密性の高いプレーンテキストデータを送信することで、店舗や顧客を危険にさらしています。

    最高&最も簡単な解決策

    まあ、私の最初のアドバイスは、二つの異なるホスト上でストアを実行することはないだろう。しかし、代わりに、同じデータセンターに提示された2つの異なるサブネット上のIPを提示できるホストを探してください(クライアントの関心事はIP地理位置であると仮定しています)。その後、1つのコードベースを保持することができます。

    2つの異なるIP範囲に不具合がある場合は、クライアントにこれを見てもらうだけです.GoogleではIPアドレスの場所がSERPに関係していないとしています。

    http://www.youtube.com/watch?v=keIzr3eWK8I&noredirect=1

    、より複雑なソリューション

    サーバがグローバルあなたは、単一のリモート・データベース・サーバーを使用している場合、問題のホスト(つまりスピード)を導入しようとしている多様であり、分散ストアを実行します。

    データベースサーバーが、主なマーケットを提供しているWebサーバーと同じサイトにあることを確認することをお勧めします。あなたのセカンダリ市場に2番目のWebサーバを持っています。

    次に、セカンダリWebサーバーでMySQLスレーブインスタンスを設定し、すべての読み取りをスレーブサーバーからローカルに実行し、リモートサーバーに書き込むようにMagentoに指示します。あなたは書き込みのレイテンシを誘発し、スレーブのアップデートは同じになりますが、それは最も満足のいく解決策です(複雑な方法でアプローチすることを強く求めている場合)。

    両方のWebサーバーの前でVarnishインスタンスを使用すると、パフォーマンス上の問題がバッファされ、エンドユーザーに快適な体験を提供できます。

    これは、いくつかのグローバルマーケットをターゲットとし、単一の管理ストアビュー(単一のERPシステムに多数の 'フィーダ'ストアではなく)を使用することを主張するEnterprise Magentoストアに対処するときに使用する展開タイプです。 。

    +0

    有益なお返事ありがとうございます。私はちょうど問題の大部分を引き起こしたと思われるバグを見つけました。一部のページは.htaccessでgzippingが無効になっていたまま圧縮されていました。 2つの異なるホストで同じ店舗を運営することは悪い考えであると私はすでに同意しました。 サーバは互いに100マイル以内にありますが、私はMysqlにトンネリングを使用していません。より安全なソリューションに切り替えることを検討します。 – Henk

    +0

    災害のためのレシピのような音:( –

    関連する問題