ホーム>PHPソースコード>その他のカテゴリー
ダウンロード

より良い WP 構成

できるだけ早くBetter WP-Config の使用を開始したいですか?

  • クイックスタートを確認するか、
  • さらに詳しい7 ステップのチュートリアルをご覧ください。

特徴

  • 脆弱な PHP 定数は必要ありません
    • WP-Configのdefine()改良により、WordPressコアに必要なすべての定数が利用できるようになりました。
    • .php関連配列、 .envファイル、またはJSONファイルを使用して構成します。
    • 設定オプションは、 db 、 debug 、 error 、 saltsなどの領域ごとに編成されています。
    • オプションの指定には一貫性があります。 define()とini_set()などを知る必要はありません。
    • ただし、プラグインやテーマに必要なdefine()定数を指定できます。
  • ディレクトリレイアウトに依存しない
    • 設定ファイルを任意のディレクトリ、親ディレクトリまたはサブディレクトリに保存します
    • 管理対象 Web ホストのprivateディレクトリを使用して構成を保存する
    • ABSPATH (例: WP コア)を Web ルート、 /wp 、またはその他のサブディレクトリに設定します。
    • WP_CONTENT_DIR /wp-content 、 /appまたはその他のサブディレクトリに設定します
  • メンテナンスを容易にするための構成のカスケード (CSS など)
    • より良い WP-Config には、共通の WP および PHP 構成オプションのデフォルトが用意されています
    • プラットフォームのデフォルトを使用して、より良い WP-Config のデフォルトをオーバーライドする
    • プロジェクトのデフォルトを使用して、プラットフォームのデフォルトなどを上書きします。
    • プラットフォームのデフォルトなどをオーバーライドする環境のデフォルトを使用します。
    • シークレットを使用して環境のデフォルトなどをオーバーライドします。
    • 最後に、Web ホスト構成はシークレットなどをオーバーライドできます。
  • ファーストクラスのマルチ環境サポートを提供
    • 無制限の環境を定義します: local 、 test 、 stage 、 prodなど。
    • 正規表現を使用して名前付き環境をHTTP_HOSTドメインにマッピングする
    • すべての環境のバージョン管理構成( secretsを除く)
    • index.phpまたはwp-config.phpに対するビルド変更を必要とせずにデプロイします。
  • シークレットのオプションの処理
    • バージョン管理された構成から除外する
    • $_ENV 、 $_SERVER 、またはgetenv()からロードします
  • 以下のオプションのサポート:
    • 管理対象 Web ホストのカスタム構成(Web ホストの方は、ぜひご相談ください!)
    • phpdotenv
    • カスタム構成ファイルの場所。 Web ルートの外側、またはprivateディレクトリ内
    • マルチテナンシーの実装は簡単
  • 発見可能性
    • wp_config()->print_config();

コードを見せてください！

(注: この問題が完了するまでは、次の内容は当てはまりません。それまでは、クイック スタートを参照してください)

  1. /wp-content/config/config.phpという名前のファイルを作成し、次の形式を使用してサイトの構成を追加するだけです。 

     <?php
return array(
    'db[name]'         => 'example_db',
    'db[user]'         => 'example_user',
    'db[pass]'         => '1234567890abcdef',
    'db[charset]'      => 'utf8mb4_unicode_ci',
    'db[collate]'      => 'utf8mb4',
    'db[host]'         => 'localhost',
    'db[table_prefix]' => 'wp_',
    'defines'          => array(
        'CONSTANT_REQUIRED_BY_A_PLUGIN' => 'it's value'
    ),
);

  2. また、サイトの/index.phpと/wp-config.php 、それぞれこことここで見つけられる非常に簡単な代替案に置き換える必要があります。

必要なのはそれだけです!

ただし、間違った仮定を立てる前に、次のことを行ってください。

独自のディレクトリを選択できます。

より優れた WP-Config では、 ../config 、 /private/config 、または好きな場所から設定ファイルをロードできます。

phpdotenv ファイルと .env ファイルを使用できます。

構成とコードを分離したい場合は、 file_format 'env'に設定できます。

そして、（ほぼ？）あらゆるレベルの複雑さを処理できます。

シンプルに見えるかもしれませんが、これは簡単に始められるように意図したものですが、Better WP-Config は非常に複雑な構成要件を処理できるように設計されています。使い始めて、複数の環境や自動展開などのより複雑なユースケースに遭遇すると、Better WP-Config がいかに柔軟で強力であるかがわかります。

しかし、なぜ？！？

Better WP-Config がどのような問題を解決しようとしているのか疑問に思われるかもしれません。 「なぜより優れた WordPress 構成ソリューションが必要なのでしょうか?」と疑問に思うかもしれません。そうですね、これが必要なのは、些細な問題を超えたユースケースが多すぎるため、より優れた構成ソリューションが必要であることがわかったからです。続きを読む:

1. プロフェッショナルなワークフローに対する標準化されたサポートがない

WordPress は優れた CMS ですが、 test / stage / live環境など、よりプロフェッショナルなワークフローを使用したい WordPress 開発者のニーズを無視しています。デフォルトの WordPress 構成は、1 つの環境の構成を管理するように設計されています。さらに管理したい場合は、独自のマルチ環境構成ソリューションを導入する必要があります。

2. 設定を保存できる場所が限られている

WordPress では、Web ルートまたは 1 つ上のディレクトリ レベルにあるwp-config.phpに設定を保存できます。構成を別のファイルに保存してからwp-config.phpでrequire()こともできますが(これがBetter WP-Configの機能です)、カスタム ソリューションをハックすると、それを文書化して保守する必要もあります。今後も頼りたいと思います。

そして、Better WP-Config などのソリューションを開発して文書化するのに苦労した場合、基本的には、開発や文書化の努力をせずに使用できたものを複製することに時間(とお金?)を投資することになります。

3. 管理対象ホストの構成ソリューションに互換性がない

さらに侮辱的なことに、Pantheon や WPEngine などの WordPress 管理対象ホストはそれぞれ、独自の管理対象 WordPress サービスをサポートするために、互換性のない独自の構成ソリューションを導入しています。

ここでは、さまざまな WordPress 管理ウェブホストがwp-config.phpをどのように処理および/または制限するかを説明します。

  • パンテオン
  • WPEエンジン

他の管理されている WordPress Web サイトがwp-config.phpどのように処理するかに精通している場合は、私たちや他の人を助けるために、その Web サイトがどのように wp wp-config.php処理するかについてのドキュメントを添えてプルリクエストを送信することを検討してください。

4. PHPの柔軟性のない不変のdefine()定数

WordPress を使用したことがある人なら誰でも、PHP 定数DB_HOST 、 DB_NAME 、 DB_USERおよびDB_PASSWORDを使用して WordPress のデータベース資格情報を構成することを知っています。これは、最初に WordPress を使い始めたときはシンプルで簡単に思えますが、時間が経つにつれて、WordPress のデフォルト、プロジェクトのデフォルトから環境の詳細、そして最終的に Web ホストの設定まで構成をカスケードすることができないため、構成が非常に柔軟性に欠けることに気づきます。

より良い WPConfig では、不変定数の使用が排除されず、代わりに、すべてのカスケード構成がマージされるまで待ってから、これらの定数をdefine()します。 (ただし、これは PHP のdefine() d 定数の使用を WordPress から根絶するための第一歩になる可能性があります。PHP の不変定数により、WordPress 機能の自動テストが必要以上に難しくなるため、これは考えものです。)

5. 構成オプションを見つけるのが難しい

残念ながら、WordPress コアで利用可能なすべてのオプションを簡単に見つける方法はありません。これらのオプションは、WordPress のコードベース全体とオンラインのさまざまな文書化された場所に暗示されているためです。より良い WP-Config は、 phpinfo()と同様に、 "wp_config()->print_config()でこの問題を(ほとんど)解決します。

6. 多くの構成オプションにはデフォルトがありません

ローカル開発に必要な学習を追加するデータベース構成など、多くの構成オプションにはデフォルトがありません。より良い WP-Config は、すべての「既知の」オプションに対してデフォルトのオプションを提供します。

7. 複数環境の設定はバージョン管理が難しい

それ自体で、プロジェクトが必要とするすべてのさまざまな環境の構成をバージョン管理できるようにするための一連の実行可能な規則を思いつくことができます。私たちはそれを実現しました。しかし、その後、Web ホストごとにそれを異なる方法で処理し、試してみることに気づきます。 、あなたやあなたのクライアントが選択したさまざまな Web ホストで動作する、チームが使用できる 1 つの一貫したソリューションを見つけるのは不可能だと感じています。

これが難しい理由をよりよく理解するには、Pantheon と WPEngine がそれぞれのwp-config.phpファイルをどのように処理するかについて必ず読んでください。

8. 導入は必要以上に難しい

最後に、単にwp-config.phpが標準化されていないために、管理対象の WordPress Web ホストによって行われた互換性のない選択によって悪化した、プロフェッショナルなワークフローとバージョン管理のユースケースに関連した問題が、デプロイメントを必要以上に困難にしているだけです。これは、SFTP アップロード、Pantheon などの Git デプロイメント、CircleCI などの継続的統合プロバイダーを介したデプロイメントを使用しているかどうかに当てはまります。

しかし、もっと良い方法があります

良いニュースは、Better WP-Config がこれらの問題を(ほぼ)すべて解決することです。始めましょう。

WP-Config の長期目標の向上

WP-Config の優れた効果に本当に満足しています。ただし、次のような状況が考えられます。

  1. ClassicPress フォークと CalmPress フォークが構成に Better WP-Config を採用していれば素晴らしいのですが、

  2. WordPressが管理するウェブホストが自社のサービスに対して Better WP-Config を標準化すればさらに良いでしょう。

  3. 何よりも、WordPress 自体が新規インストールに Better WP-Config を使用しながら、すでに何年もの間wp-config.php使用している既存のサイトに対する継続的なサポートを維持できれば最高です。

ライセンス

GPLv2

拡大する
追加情報
関連アプリ
おすすめ
関連情報 すべて