2016-11-23 2 views
0

私は複数のWordpressインストールがデータベースを共有しています。マルチサイトを使用しないように特に頼まれました。インストールは同じwp-contentフォルダを共有しています。サイトで同じプラグインオプションを共有することは可能ですか?同じユーザーテーブルをサイト間で共有する方法が見つかりましたが、そのような機能は必要ありません。私は、すべてのサイトでプラグインオプションをグローバルに設定する機能が必要です。同じデータベースを使用する複数のWordPressのインストール - プラグインの設定を共有できますか?

サイトが異なるURLなどを持つ可能性がある、または実用的でない場合は、基本的にマスターインストールのプラグイン設定のスナップショットを作成し、その設定をデータベースに保存することができます新しいインストールのインストール。

ビルドしているのは、テーマ、プラグイン、ページ、設定の定義済みの新しいWordPressインストールを起動するWordpressインストールランチャーです。私はそれのほとんどを働いた。現在、カスタマイズされた基本ワードプレスパッケージを解凍してインストールし、ページコンテンツを作成し、カスタムテーマとプラグインを有効にするフォームを記入することができます。ですから、私はこの時点で、この機能を構築するために最後に必要なことは、インストール中にオプションのボートを設定することです。たとえば、私が設定できるオプションの1つは、インストールごとに標準のデフォルトロゴです。もう一つの例は、私が使用しているテーマのためのGoogleマップのapiキーを自動的に設定したいということです。私はあなたがそのアイデアを得ることを望みます。

私はコーデックスにこの便利なページを発見: https://codex.wordpress.org/Creating_Tables_with_Plugins

ので、この時点で私は私が行う必要があることは画像を形成するベースワードプレスから私が必要様々なオプション/設定を取得することであると思います

$wpdb->insert( 
    $table_name, 
    array( 
     'time' => current_time('mysql'), 
     'name' => $welcome_name, 
     'text' => $welcome_text, 
    ) 
); 

およびその他の関連するコードを上記のコーデックスのリンクから新しいワードプレスにそのすべてのデータを挿入するために、インストールプロセス中にインストールしますことを、すべての新規インストールは、このようなコードを使用し、ミラー、および必要があります。

私は私の質問でこれを探していると思います:これは、これを行うための最も効率的な正しい方法のようですか?二次的には、私の基本インストールで既存のすべてのプラグインのすべての設定を取得する作業は面倒な手間のように感じます。特定のプラグインのオプション/設定情報をすばやく識別して取得する方法に関する提案はありますか?

+1

私はそれを読んだが、マルチサイトを使うべきだ。これがWPの標準です。あなたの道を使うなら、あなたは多くの習慣を持っているし、これを維持しなければならない。それぞれのアップデートでは、たくさんのトピックがあります。あなたがマルチサイトの方法を使用している場合は、マルチサイトのフック経由で標準を変更する方法があります。 – bueltge

+0

何らかの理由で、クライアントは明示的に私にmultisteを使用しないように頼んだ。したがって、マルチサイトは選択肢ではありません。 – WilliamAlexander

+0

私はあなたの設定を直接dbに移入できるようにするには、foreach()ループを使用する必要があると思います。たとえば、プラグイン1に設定がある場合は、各サイトに対してdbに設定を追加します。私はそれが私がやることだと思う。 – m33bo

答えて

1

サイトでも同じプラグインオプションを共有できますか?

これは、これを行うには、正しいと最も効率的な方法のように見えるのか?

いいえ、確かにそうではありません。それはあなたが使用するすべての単一のプラグインのための開発者の役割にあなたを置きます。それは完全に不合理です。

インストールにも同じwp-contentフォルダがあります。

これがうまくいくと奇跡になります。 WordPressの一部は、独自のデータベーステーブルの内容に基づいて、そのフォルダ内のファイルにファイル名を割り当てます。どうやって衝突を防ぐことができますか?

私は特にマルチサイトを使用しないように頼まれています。

このリクエストを拒否します。 実行して、歩いていない、馬鹿から離れて、これは完全に不合理な要求をしています。フランケンプレスのインストールで、あなたの人生の次の年を過ごしてください。いつもは壊れやすいでしょう。それから来ることができる唯一の良い?あなたはhttp://thedailywtf.com/に楽しい投稿をしてくれるので、私たちの残りの部分は私たちの頭を悲しみに振ることができます。

このアプローチに対して使用できるいくつかの主張をお聞かせください。

WordPressは長寿命のコードベースです。多くのコア開発者と数千人のプラグイン開発者を抱えています。長年にわたり、さまざまなコンポーネントがどのように連携しているかについて一連の標準を確立しました。いくつか、しかし決してすべてではなく、それらの基準が公式化されています。プラグインとテーマ開発者は、標準化された標準に違反せず、WordPressを壊さないように、何でもできることを許可されています。実際には、WordPressを壊すことは許されています。彼らがそうするなら、彼らのプラグインとテーマは低い評価を得る。膨大なソフトウェアエコシステムであり、最大のものです。そしてそれはかなりうまくいく。

WordPressのクリエイターは、シングルサイトとマルチサイトのインストール方法をまとめました。これらのスキームは、WordPress.comではなく、全面的にテストされています。彼らはかなり働きます。

しかし、プラグイン、テーマ、およびWordPressコアのアップデートは安定しています。これらのアップデートは、セキュリティ上の問題に対処し、機能を追加します。 「ほしいものは何でも」というルールは、アップデートや新しいアイテムに適用されます。したがって、特定のプラグインが今日どのように機能しているかを知っていて、著者がそれを更新すると思うのであれば、明日の動作はわかりません。または、明日の動作を知っているかもしれませんが、コードを検査したりテストしたりする必要があります。

WordPressチームは、あなたの雇用者が望んでいると思われるものを処理するためにMultisiteを構築しました。あなたの雇用主は、あなたにマルチサイトの別のバージョンをビルドするように説得したようです。あなたの名前がMatt Mullenwegである場合を除き、この権利を得るにはあなたの人生に余裕を持たないでしょう。たとえ15歳であっても。

間違った結果はひどくなります。サイトのセキュリティと安定性には問題があります。プラグインの更新が中断されます。いくつかのテーマは機能し、他のテーマは動作しません。サイト訪問者の中には、訪れたサイト以外のサイトに属するコンテンツが表示されるものもあります。

あなたの上司は、「鉄道でニューヨークに行きたいですが、私は電車に乗りたいとは思っていません。トーチがあります:スチールホイールを車に溶接してください。私と一緒に来る。 "あなたは何を言うつもりですか?鉄道の信号、安全性、スイッチ、さまざまな電車の速さ、グランドセントラルターミナルの複雑さなどについて話すことができます。そして、あなたは「いいえ」と言うことができます。あなたが望むなら、すべてのものを言ってください。しかし、「いいえ」と言ってください。

WordPressのインストールをすばやく複製して新しいインストールをサポートするプラグインがあります。プラグインの設定は保持されます。

+0

私はwp-contentフォルダ内のwordpressの変更ファイルがその例を挙げることができるのを知らなかったのですか? – WilliamAlexander

+0

1つのwordpressインストールのプラグインから設定をコピーして、別のwordpressインストールでそれらを使用すると、プラグインの開発者の役割がわかりません - 多くのプラグインがこの機能を提供しています(拡張カスタムフィールド、Yoast SEO) – WilliamAlexander

+0

'wp- 'プラグイン'(プラグイン)、 'mu-plugins'(マルチサイト用のプラグインを使用する必要があります)、' upgrade'、 'themes'、' languages' 。プラグインや画像をアップロードしたり、テーマを変更したりすると、そのファイルは影響を受けます。そう、はい、WordPressは間違いなく 'wp-content'フォルダ内のファイルを変更します。 O.ジョーンズがあなたに大きな議論と助言を与えてくれたにもかかわらず、あなたのクライアントがあなたのために設定したばかげた仕事を放棄したくないような気がします。 –

関連する問題