ワードプレスMUのテーマ、ユーザーごとのオプション

Question

これは、（オプションはユーザーごとに保存されているので、blogwide、サイト全体ではない）ワードプレスMUのテーマにオプション画面を追加することは可能ですか？

私は、ワードプレスのテーマをプログラムするために使用されるんだけど、私は少しはカスタマイズが...マルチユーザー環境で実現する方法として困惑しています。

Answer 1

うわー、誰もがすべてのこの時間後にあなたに答えていませんか？さて、ここでの答えがあります。あなたは、いくつかのWPMUのブログを立ち上げて実行した後、あなたのMySQLデータベースを検査する場合は、各ブログには別のテーブル接頭辞を持っていることに気づくでしょう。 wp_1_プレフィックスはメイン管理者のブログに行きます。そしてwp_2_プレフィックスというようにあなたはWP-管理システムで作成したすべての非メイン管理者のブログにアクセスしてください。あなたはどのテーブル接頭辞のアクセスにコーデックス機能を使用したい場合は、それは実際に簡単です - ちょうど行う「グローバルの$ table_prefixにします;」。 「;）（死ぬ;しますprint_r（$ GLOBALS）」実際には、サイドノートとして、WordPressは非常に有用であり、あなたが行うことで、これらが何であるかを見つけることができる世界VARSのトンを放出しますプラグインやテーマファイル等においてます。

しかし、いずれにせよ、あなたの質問への答えはあなたがMySQLデータベースに見れば、あなたはWPMU内の各ブログには独自のオプションテーブルを取得し、それは、別のサイト全体ではないが、blogwideであることを見つけることである - と同じようにあなたが希望しました。あなたは、標準のWordPressのオプションのAPIを使用する場合、それはあなたがグローバルオブジェクトwpdb、あなたは$ table_prefixにグローバル文字列を使用することなく、$を使用せずに、自動的に必要なオプションのテーブルにアクセスします。

あなたがget_optionを（）、にupdate_option（）、add_option（）を使用して、およびdelete_option（）されている場合は、

だから、 - これらはすべてWPMU環境でも動作します。プラグインフォルダがすべてのブログの間で共有されていてもおよび、プラグインの設定はありませんし、各ブログに排他的です。

あなたはコーデックスでWPオプションAPIを使用していないが、グローバルオブジェクトwpdb $でそれで行く場合は、$ table_prefixにでテーブルに対処する必要がありますことを

さて、あなたは注意する必要がありますテーブルのパスの一部として、グローバルストリング。カスタムテーブルに格納する必要があり、このような大量のデータを持つように、これは望ましい場合があります。例えば、入ってくる接続用テーブルにHTTP_REFERERとユーザエージェント情報を記憶する。