問題タブ [pressflow]

Drupal 6サイト（mysql + php5）を構築する場合、本番サーバーでPressflowを使用しない理由はありますか？

Mercury Pressflow 実装の通知モジュールを使用して、重複した通知をユーザーに送信するという問題が発生しています。重複するメッセージは、メッセージの 1 つで [node-url] トークンが「default」に置き換えられていることを除いて同一です。メッセージ内の他のすべてのトークンは正しく置き換えられています。
メールの重複は定期的に発生するわけではなく、おそらく送信される通知の 10 ～ 15% ですが、メールの重複には常に適切な URL と「デフォルト」の URL が含まれます。

Mercury に行った唯一の主要な変更は、MySQL を独自のサーバーにスピンオフし、レプリケーションを追加したことです。現在、2 つの MySQL インスタンス間でラウンドロビンするように読み取りが設定されています。

同様の問題を見つけて、次のトラブルシューティングを行いました。cron ジョブが正しい URL を呼び出していることを確認しました。'default' という名前のすべての構成をサイト名 (Memcached、Varnish、および Apache 構成) に置き換え、通知モジュールの init_hook でキャッシュを無効にしました。

Notifications と Mercury で似たようなことを経験した人はいますか? すべてのアドバイスは大歓迎です。

Drupal の外部ページ キャッシュとは何ですか? Drupal の固有のキャッシュ メカニズムとの違いは何ですか?

Pressflow 6.20 (Drupal のポート) では、私の目的は memcache をセットアップすることです。キャッシュの一貫性の問題があります:

1. 非アクティブなタブが誤って表示されるメニュー。
2. URL の末尾に変数を渡しても意味?val=testがありません。

私は 1 日あたり 40,000 人以上のユニークな訪問者と、node_revision に約 80,000 のレコードがあるプレスフロー サイトを運営しています。データベースを innodb に移動しましたが、引き続き続行されます。my-huge.cnf を mysql 構成として使用しています。より良い構成とその理由についてアドバイスをください。300GB 以上と 4GB の RAM を搭載した専用サーバーで実行しています。

私はdrupalベースのWebサイト（Drupalバージョンは6.19）を持っていますが、これは非常に重いコンテンツのWebサイトです（約40万件の記事が含まれています）。

Drupalを使用するというルール1に従うことで、コアに変更を加えませんでした。しかし、私は多くの有効なモジュールを持っており、それらのいくつかはカスタマイズされています。

今、私はパフォーマンスに苦しんでおり、それを強化する必要があります。私はこれまでPressflowを使用したことがありませんが、PressflowはDrupalよりも優れているという記事をいくつか読んだことがあります。DrupalからPressflowにアップグレードしても安全ですか？もしそうなら、それを行う方法は？

ご協力いただきありがとうございます

クリーンな Pressflow インストールで hook_block フックの実装に問題があります。何らかの理由で、すべてのブロックに対して常に ArrayArray を出力します。これは、テーマ関数の $info 変数が次のように設定されているためです。

}

ご覧のとおり、これは私のカスタム hook_block メソッドで上書きされています。そのため、サブジェクトとコンテンツを含む配列を返す fwtb_block メソッドを使用してブロックをレンダリングする必要があると考えています。そのため、ArrayArray が出力されます。ここで何がうまくいかないのですか？

これは私の hook_block 実装です:

}

よろしく、ダーン

ウェブサイト用のロードバランサーを作成する予定です。Pressflow 6.20 です。2 つのサーバーで画像キャッシュを維持するにはどうすればよいですか?

NFS以外の何かが必要です。NFS は過負荷を引き起こし、イメージを含むサーバーがダウンした場合に Web サイトを破壊するからです!

編集
画像キャッシュを使用して画像専用サーバーを持つことは可能ですか (そうであれば、どのように?)

Drupal6 の Mobile Tools モジュールを Varnish で使用できますか? ワニスがインデックス ページをキャッシュし、ページのモバイル バージョンへのリダイレクトを許可しないとは思えません。

回避策はありますか？

Mobile Tools のようなモジュールでやりたいことができることはわかっていますが、Pressflow や Varnish では機能しません。

したがって、私が望んでいるのは、アクセスに使用される URL に基づいてサイト全体のテーマを割り当てることです。例えば：

example.com <-- これは標準のデスクトップ テーマを取得します

m.example.com <-- これにより、派手な JavaScript などを備えたクールで光沢のある iPhone に最適化されたテーマが取得されます。

コンテンツが同じなので、マルチサイトは必要ありません。

コンテンツは既に作成されており、(おそらく) 戻ってすべてを新しいドメインに割り当てるのは非常に面倒なので、ドメイン アクセスに新しいエントリは必要ありません。

コンテキスト用の Domain Context プラグインがありますが、フローのロードが遅すぎてテーマを変更できないと言われています。