Title: wp-config.php の編集 Author: Dion Hulse Published: 2018年11月2日 Last modified: 2025年7月27日 --- ## カテゴリー * [はじめに](https://ja.wordpress.org/support/category/getting-started/) * [インストール](https://ja.wordpress.org/support/category/installation/) * [基本的な使い方](https://ja.wordpress.org/support/category/basic-usage/) * [基本的な管理](https://ja.wordpress.org/support/category/basic-administration/) * [カスタマイズ](https://ja.wordpress.org/support/category/customizing/) * [メンテナンス](https://ja.wordpress.org/support/category/maintenance/) * [セキュリティ](https://ja.wordpress.org/support/category/security/) * [高度なトピック](https://ja.wordpress.org/support/category/advanced-topics/) * [トラブルシューティング](https://ja.wordpress.org/support/category/troubleshooting/) ## 翻訳・改善にご協力ください ドキュメンテーションを現在[英語版](https://wordpress.org/support/)から翻訳中です。 どなたでも[ご協力いただけます](https://ja.wordpress.org/team/2019/08/06/359/)。 誤字や間違った情報にお気づきの方は、各記事の下にあるフィードバックセクションから お知らせください。 # wp-config.php の編集 `wp-config.php` ファイルは WordPress のインストールを行う上で最も重要なファイルの 一つです。このファイルは WordPress のファイルディレクトリのルート直下に置かれ、中 にはデータベース接続情報などサイトの基礎となる情報の詳細が含まれています。 ダウンロードした直後の WordPress には `wp-config.php` ファイルは含まれません。WordPress をセットアップする過程で入力された情報を元に `wp-config.php` ファイルが生成されます。 `wp-config.php` ファイルは、インストールディレクトリのルートにある `wp-config-sample. php` を必要に応じて編集し、`wp-config.php` という名前で保存することで手動で作成する こともできます。 **注:** `wp-config-sample.php` ファイルの内容は、決められた順序で書かれています。 順序が重要です。すでに `wp-config.php` ファイルが存在する場合、ファイルの内容の順序 を変更するとサイトにエラーが発生する場合があります。 インストール作業時に `wp-config.php` ファイルを編集するには次の情報が必要です。 * **データベース名**: WordPress が使用するデータベース名 * **データベースユーザー名**: データベースへのアクセスに使用するユーザー名 * **データベースパスワード**: データベースへのアクセスに使用するパスワード * **データベースホスト**: データベースサーバのホスト名。ポート番号、 Unix ソケット ファイルのパスまたはパイプが必要になる場合もあります。 [ホスティングプロバイダー](https://wpdocs.osdn.jp/%E7%94%A8%E8%AA%9E%E9%9B%86#Hosting_provider)( レンタルサーバー) が WordPress をインストールした場合、情報はプロバイダーから取得 してください。Web サーバまたはホスティングアカウントを管理し、[データベースとユーザーを作成した](https://wpdocs.osdn.jp/WordPress_%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB#Step_2:_Create_the_Database_and_a_User) 場合はすでに情報が手元にあるはずです。 ## データベース設定 **重要:** WordPress ファイルの編集に、 Microsoft Word のようなワープロアプリは** 絶対に**使わないでください。 WordPress のルートディレクトリにある `wp-config-sample.php` ファイルを[テキストエディター](https://wpdocs.osdn.jp/%E7%94%A8%E8%AA%9E%E9%9B%86#Text_editor) で開きます。 ### デフォルトの wp-config-sample.php **注: これはデフォルトの [wp-config-sample.php](https://core.trac.wordpress.org/browser/tags/5.3/wp-config-sample.php) の例です。この値は何を記述すべきかの例として示されています。** ```wp-block-preformatted // ** MySQL 設定 - この情報はホスティング先から入手してください。 ** // /** WordPress のためのデータベース名 */ define( 'DB_NAME', 'database_name_here' ); /** MySQL データベースのユーザー名 */ define( 'DB_USER', 'username_here' ); /** MySQL データベースのパスワード */ define( 'DB_PASSWORD', 'password_here' ); /** MySQL のホスト名 */ define( 'DB_HOST', 'localhost' ); ``` **注:** `/* */` の内側の文章は、情報説明のための[コメント](https://www.php.net/manual/ja/language.basic-syntax.comments.php) です。 #### データベース名の設定 `database_name_here` の部分をデータベース名に置き換えます。以下は _MyDatabaseName_ の時の例です。 ```wp-block-preformatted define( 'DB_NAME', 'MyDatabaseName' ); ``` #### データベースユーザー名の設定 `username_here` の部分をユーザー名に置き換えます。以下は _MyUserName_ の時の例です。 ```wp-block-preformatted define( 'DB_USER', 'MyUserName' ); ``` #### データベースパスワードの設定 `password_here` の部分をパスワードに置き換えます。以下は _MyPassWord_ の時の例です。 ```wp-block-preformatted define( 'DB_PASSWORD', 'MyPassWord' ); ``` #### データベースホスト名の設定 localhost の部分をデータベースホスト名に置き換えます。以下は MyDatabaseHost の時 の例です。ポート番号や Unix ソケットファイルのパスが必要になる場合があります。 ```wp-block-preformatted define( 'DB_HOST', 'MyDatabaseHost' ); ``` 注: この部分は**変更しなくてもよい**可能性があります。分からなければデフォルトの`' localhost'` でインストールし、動作するかどうか確認してください。インストールに失敗 しているようであれば、ホスティングプロバイダー (レンタルサーバー) に問い合わせて ください。 ##### MySQL 代替ポート 利用しているホスティングサービスがデータベースに代替ポートを使用している場合は、` wp-config.php` の **DB_HOST** の値を変更して、ホスティングサービスが提供するポート を反映する必要があります。 localhost の場合: ```wp-block-preformatted define( 'DB_HOST', '127.0.0.1:3307' ); ``` また場合によっては: ```wp-block-preformatted define( 'DB_HOST', 'localhost:3307' ); ``` 指定されたサーバー用: ```wp-block-preformatted define( 'DB_HOST', 'mysql.example.com:3307' ); ``` **3307** を、ホスティングサービスが指定するポート番号に変更してください。 ##### MySQL ソケットまたはパイプ ホスティングサービスが Unix ソケットまたはパイプを使用している場合、それに応じて` wp-config.php` ファイルの **DB_HOST** の値を調整します。 ```wp-block-preformatted define( 'DB_HOST', '127.0.0.1:/var/run/mysqld/mysqld.sock' ); // または define( 'DB_HOST', 'localhost:/var/run/mysqld/mysqld.sock' ); // または define( 'DB_HOST', 'example.tld:/var/run/mysqld/mysqld.sock' ); ``` `/var/run/mysqld/mysqld.sock` をホスティングサービスから指定されたソケットまたは パイプの情報と置き換えてください。 ##### DB_HOST の候補 ホスティング会社によって MySQL データベースのネットワーク設定は異なります。ホスティング 会社が以下の表の左側の列にあれば、DB_HOST の値は右側の列の値、または似た値になり ます。念の為、ホスティング会社のテクニカルサポートに連絡するか、オンラインドキュメント を確認してください。 | **日本のホスティングサービス** | **DB_HOST 値** | | **XREA** (無料サーバ) | **localhost** | | **エックスサーバー** | **mysql_nn_.xserver.jp** (_`nn`_ は数字) | | **さくらのレンタルサーバ** | **mysql_nn_.db.sakura.ne.jp** (_`nn`_ は数字) | | **Just-Size.Networks** | **localhost **または** mysql_nn_.just-size.net** (_`nn`_ は数字) | | **freeweb** (無料サーバ) | **localhost** | | **ウイルネット** | **localhost** | ###### 海外のホスティング会社 [英語版](https://wordpress.org/support/article/editing-wp-config-php/#set-database-host) をご確認ください。 ### データベースの文字コード設定 **DB_CHARSET** で MySQL データベーステーブルの定義に使われる[文字コード設定](https://wpdocs.osdn.jp/%E7%94%A8%E8%AA%9E%E9%9B%86#.E6.96.87.E5.AD.97.E3.82.B3.E3.83.BC.E3.83.89.E3.82.BB.E3.83.83.E3.83.88)（ 例：タイの TIS620 用 tis620）の指定ができるようになりました。 デフォルト値の **utf8** ([Unicode](https://ja.wikipedia.org/wiki/Unicode) [UTF-8](https://ja.wikipedia.org/wiki/UTF-8)) は、ほとんどの場合に適した設定です。UTF-8 はどの言語にも対応するため、通常 DB_CHARSET は **utf8** のままにしておき、自分の言語に合う [DB_COLLATE](https://ja.wordpress.org/support/article/editing-wp-config-php/?output_format=md#database-collation) を使用してください。 次の例は、WordPress のデフォルト値 utf8 の場合です。 ```wp-block-preformatted define( 'DB_CHARSET', 'utf8' ); ``` 通常 DB_CHARSET のデフォルト値を変更する必要はありません。ブログで別の文字コード 設定が必要な場合は、[MySQLでサポートされる有効な文字セットと照合順序](https://dev.mysql.com/doc/refman/5.6/ja/charset-charsets.html) を参照してください。 **警告: **アップグレードを実行している方へ。 `wp-config.php` ファイルに DB_CHARSET と DB_COLLATE の両方が存在しない場合、 [DB 文字コードセットの変換](https://wpdocs.osdn.jp/DB_%E6%96%87%E5%AD%97%E3%82%B3%E3%83%BC%E3%83%89%E3%82%BB%E3%83%83%E3%83%88%E3%81%AE%E5%A4%89%E6%8F%9B) を読んで理解できない限り、どちらの定義も `wp-config.php` ファイルに**追加しないで** ください。既存ブログの `wp-config.php` ファイルに DB_CHARSET と DB_COLLATE を追加 すると、不具合が生じる可能性があります。 ### データーベース照合順序 **DB_COLLATE** は、データベース[照合順序](https://wpdocs.osdn.jp/%E7%94%A8%E8%AA%9E%E9%9B%86#Collation)( 文字セットのソート順) を指定できるようになりました。ほとんどの場合、この値は空白( null) のままにしておくと、DB_CHARSET で指定されたデータベース文字設定のデータベース 照合順序に基づいて自動的にデータベース照合順序が割り当てられます。DB_COLLATE を設定 する例として特に西ヨーロッパ系の言語で、同じ入力に対して異なる文字を表示する言語 の場合があります。このとき [UTF-8 文字セット](https://dev.mysql.com/doc/refman/5.6/ja/charset-unicode-sets.html) で定義された UTF-8 値を設定します。詳細は [MySQL Manual Unicode Character Sets](https://dev.mysql.com/doc/refman/8.0/en/charset-unicode-sets.html#charset-unicode-sets-general-versus-unicode) を参照してください。 WordPress の DB_COLLATE の初期値 ```wp-block-preformatted define( 'DB_COLLATE', '' ); ``` 照合順序が UTF-8 Unicode General の場合 ```wp-block-preformatted define( 'DB_COLLATE', 'utf8_general_ci' ); ``` 照合順序が UTF-8 Unicode Turkish の場合 ```wp-block-preformatted define( 'DB_COLLATE', 'utf8_turkish_ci' ); ``` 通常、 DB_COLLATE の初期値を変更する必要はありません。値を空白 (null) にすると、 データベースの作成時に MySQL によって自動的に割り当てられます。 **警告: **アップグレードを実行している方へ。 `wp-config.php` ファイルに DB_CHARSET と DB_COLLATE の両方が存在しない場合、[DB 文字コードセットの変換](https://wpdocs.osdn.jp/DB_%E6%96%87%E5%AD%97%E3%82%B3%E3%83%BC%E3%83%89%E3%82%BB%E3%83%83%E3%83%88%E3%81%AE%E5%A4%89%E6%8F%9B) を読んで理解できない限り、どちらの定義も `wp-config.php` ファイルに**追加しないで** ください。既存ブログの `wp-config.php` ファイルに DB_CHARSET と DB_COLLATE を追加 すると、不具合が生じる可能性があります。 ### セキュリティキー キーを覚える必要はありません。長くて複雑なランダムな値を設定します。[オンラインジェネレータ](https://api.wordpress.org/secret-key/1.1/salt/) を使用して作成すると良いでしょう。これらは変更することで、既存のすべての Cookie をいつでも無効にすることができます。ただし、すべてのユーザーが再度ログインする必要 があります。 例 (この値は使用しないでください): ```wp-block-preformatted define( 'AUTH_KEY', 't`DK%X:>xy|e-Z(BXb/f(Ur`8#~UzUQG-^_Cs_GHs5U-&Wb?pgn^p8(2@}IcnCa|' ); define( 'SECURE_AUTH_KEY', 'D&ovlU#|CvJ##uNq}bel+^MFtT&.b9{UvR]g%ixsXhGlRJ7q!h}XWdEC[BOKXssj' ); define( 'LOGGED_IN_KEY', 'MGKi8Br(&{H*~&0s;{k0(hdXW|0M=X={we6;Mpvtg+V.o<$|#_}qG(GaVDEsn,~*4i' ); define( 'NONCE_SALT', 'a|#h{c5|P &xWs4IZ20c2&%4!c(/uG}W:mAvy Order allow,deny Deny from all ``` これで HTTP 経由では誰もファイルにアクセスできません。一方、管理者はいつでも FTP を使用してサーバーからログファイルを取得し、参照できます。 ### PHP の割り当てメモリを増やす **WP_MEMORY_LIMIT** オプションを使用して PHP が消費するメモリの最大値を設定できます。 メッセージ「Allowed memory size of xxxxxx bytes exhausted」などが表示される場合に 必要となる設定です。 この設定は WordPress 用の PHP メモリのみを増やし、他のアプリケーション用メモリは 変更しません。デフォルトでは、WordPress は PHP のメモリを 40MB、マルチサイトでは 64MB まで増やそうとします (`/wp-includes/default-constants.php` の冒頭にこのコード があります)。このため `wp-config.php` での設定は 40MB 以上、もしくは 64MB 以上に する必要があります。 WordPress はこの関数を利用する前に、PHP が入力値よりも少ないメモリーを割り当てたか どうか確認します。たとえば PHP が 64MB を割り当てる場合、この値に 64MB を設定する 必要はありません。必要であれば WordPress が自動的に 64MB すべてを使用するためです。 注意: ホスティングプロバイダーが PHP メモリの上限を設定している場合、この設定は無視 される場合があります。その場合、PHP メモリーの上限の増加をホストに問い合わせてくだ さい。多くのホストは 8MB を上限にしています。 PHP メモリーを 64MB に増やす : ```wp-block-preformatted define( 'WP_MEMORY_LIMIT', '64M' ); ``` PHP メモリーを 96MB に増やす : ```wp-block-preformatted define( 'WP_MEMORY_LIMIT', '96M' ); ``` 管理者タスクは一般の操作よりも多くのメモリを必要とします。WP_MAX_MEMORY_LIMIT を 定義すると、管理画面での WP_MEMORY_LIMIT の値を増減できます。 ```wp-block-preformatted define( 'WP_MAX_MEMORY_LIMIT', '256M' ); ``` 注意: これは wp-settings.php インクルードの前に記述する必要があります。 ### キャッシュ **WP_CACHE** に true を設定すると `wp-settings.php` 実行の際に `wp-content/advanced- cache.php` スクリプトをインクルードします。 ```wp-block-preformatted define( 'WP_CACHE', true ); ``` ### カスタム User テーブルとカスタム Usermeta テーブル **CUSTOM_USER_TABLE** および **CUSTOM_USER_META_TABLE** を使用すると、通常 WordPress が利用する user および usermeta テーブルを使用せず、代わりに指定されたテーブル名 を使用してユーザー情報を格納します。 ```wp-block-preformatted define( 'CUSTOM_USER_TABLE', $table_prefix . 'my_users' ); define( 'CUSTOM_USER_META_TABLE', $table_prefix . 'my_usermeta' ); ``` 注: ‘CUSTOM_USER_META_TABLE’ を指定しても、各データベースには各インスタンスに対応 する権限を使用した usermeta テーブルが作成されます。デフォルトで WordPress インストーラ は最初のユーザー (ID #1) に権限を追加します。管理者はプラグインやカスタム関数を使用 してサイトの権限を管理する必要があります。管理を怠ると、権限のエラーやログイン問題 が発生します。 最初のセットアップ時に CUSTOM_USER_TABLE を使用するには、次の方法がもっとも簡単です。 最初のインスタンスの `wp-config.php` 内の define 文では、現在ユーザーデータを格納 するテーブル、デフォルトでは `wp_users` テーブルを指定します。最初のサイトのセットアップ 後、この `wp-config.php` を2番目のインストール開始前のインスタンスへコピーします。 このとき `$table_prefix` 変数の値を変更します。元のインストールで既に使用されている 電子メールアドレスは使用しないでください。セットアップを終えたら、自動生成された admin アカウントとパスワードでログインします。次に、管理に使用する個人アカウント に管理者権限を付与します。自分でログインし直し、管理者アカウントを削除し、必要に 応じて他のユーザーアカウントを昇格させます。 ### 言語および言語ディレクトリ WordPress [Version 4.0](https://wpdocs.osdn.jp/Version_4.0) からは言語を WordPress [管理画面](https://wpdocs.osdn.jp/%E7%AE%A1%E7%90%86%E7%94%BB%E9%9D%A2)で変更でき ます。管理画面で言語を変更するには、「[設定](https://wpdocs.osdn.jp/%E7%AE%A1%E7%90%86%E7%94%BB%E9%9D%A2#Settings)」 > 「[一般設定](https://wpdocs.osdn.jp/%E7%AE%A1%E7%90%86%E7%94%BB%E9%9D%A2/%E4%B8%80%E8%88%AC%E8%A8%AD%E5%AE%9A)」 にアクセスし、「サイトの言語」で選択してください。 #### WordPress バージョン 3.9.6 以前 **WPLANG** は、[言語翻訳](https://wpdocs.osdn.jp/WordPress_%E3%81%AE%E7%BF%BB%E8%A8%B3) ファイル（.mo）の名前を定義します。**WP_LANG_DIR** は、WPLANG .mo ファイルが存在 するディレクトリを定義します。WP_LANG_DIR が定義されていなければ、WordPress は wp- content/languages、`wp-includes/languages` の順に .mo ファイルを探します。 ```wp-block-preformatted define( 'WPLANG', 'de_DE' ); define( 'WP_LANG_DIR', dirname(__FILE__) . 'wordpress/languages' ); ``` WPLANG にセットできる他の言語コードを調べるには[こちら](https://make.wordpress.org/polyglots/teams/) を参照してください。「WP Locale」列のコードが必要な値です。 ### 解析向けにクエリを保存 **SAVEQUERIES** を定義すると、データベースクエリを配列に保存し、表示でき、クエリ の分析を行うことが出来ます。保存される情報は各クエリ、呼び出された関数、クエリ実行 時間です。 **注:** この設定はサイトのパフォーマンスに影響を与えます。デバッグ以外 では無効化してください。 まず、`wp-config.php` に以下を追加します。 ```wp-block-preformatted define( 'SAVEQUERIES', true ); ``` 次にテーマフッターに以下を追加します。 ```wp-block-preformatted "; print_r( $wpdb->queries ); echo ""; } ?> ``` ### デフォルトファイルパーミッションの上書き **FS_CHMOD_DIR** および **FS_CHMOD_FILE** define 文はデフォルトのファイルパーミッション を上書きします。この2つの定数は、[suexec](https://en.wikipedia.org/wiki/SuEXEC) で動作するホストでコアアップグレード機能が失敗する問題対応のために開発されました。 すべてのユーザーファイルに限定パーミッション (400 など) を使用するホストで、「グループ」 または「その他」のパーミッションによるファイルアクセスが拒否される場合、この定義 で問題を解決できます。 ```wp-block-preformatted define( 'FS_CHMOD_DIR', ( 0755 & ~ umask() ) ); define( 'FS_CHMOD_FILE', ( 0644 & ~ umask() ) ); ``` setgid を指定する例: ```wp-block-preformatted define( 'FS_CHMOD_DIR', ( 02755 & ~umask() ) ); ``` 注: ‘**0755**‘ および ‘**02755**‘ は 8 進数です。 8 進数は 0 で始まり、引用符 (‘) で囲みません。「[ファイルパーミッションの変更](https://ja.wordpress.org/support/article/changing-file-permissions/)」 も参照してください。 ### WordPress アップグレード用の定数 **注: アップグレードの問題解決に必要な最低限の定数のみを定義してください。** 定数の定義が必要なもっとも一般的なケースを挙げます。 シンボリックリンクを含む特殊なインストール設定で稼働しているホスト。パス関連の定数( FTP_BASE、FTP_CONTENT_DIR、FTP_PLUGIN_DIR) の定義が必要な場合があります。多くの場合 FTP_BASE を設定すれば十分です。 既存の FTP サーバーと非互換の PHP FTP 拡張モジュールがバンドルされた PHP インストール 環境。このレアなケースでは FS_METHOD に ‘ftpsockets’ を定義する必要があります。 以下は WordPressのアップデートに有効な定数です。 * **FS_METHOD** ファイルシステム方式の強制。有効な値は「direct」「ssh2」「ftpext」「 ftpsockets」です。一般にアップデートで問題が発生する場合にのみ変更してください。 変更してもうまく動作しない場合は**元に戻すか削除**してください。自動的に選択さ れたファイルシステム方式が動作しない場合、ほとんどの環境では「ftpsockets」に設定 すると解決します。 - **(最優先) 「direct」** PHP からダイレクトファイル I/O リクエストの使用を強制 します。デフォルトではこのオプションが選択されます。 これは、適切に構成され ていないホストではセキュリティの問題を引き起こすことにつながります。 - **(2番目の優先度) “ssh2”** インストールされていれば SSH PHP 拡張モジュール の使用を強制します。 - **(3番目の優先度) “ftpext”** FTP アクセス用 FTP PHP 拡張モジュールの使用を 強制します。 - **(4番目の優先度) “ftpsockets”** FTPアクセス用 PHP ソケットクラスを使用します。 * **FTP_BASE**: WordPress インストールのベースフォルダ (ABSPATH) へのフルパス。 * **FTP_CONTENT_DIR**: WordPress インストールの wp-content フォルダへのフルパス。 * **FTP_PLUGIN_DIR**: WordPress インストールの plugins フォルダへのフルパス。 * **FTP_PUBKEY’**: SSH 公開鍵へのフルパス。 * **FTP_PRIKEY**: SSH 秘密鍵へのフルパス。 * **FTP_USER**: FTP または SSH のユーザー名。同一の場合がほとんどですが、利用する 更新タイプに応じた適切な方を使用してください。 * **FTP_PASS**: **FTP_USER** で入力したユーザーのパスワード。SSH 公開鍵での認証 を使用する場合は省略可能です。 * **FTP_HOST**: SSH/FTP サーバーのホスト名:ポート番号の組み合わせ。デフォルトの FTP ポートは21、SSH ポートは22。これらデフォルト値のポート番号ついては指定する 必要はありません。 * **FTP_SSL** _ネットワークトランスポートが SSL 接続をサポートする場合_、true。 すべてのサーバーで利用可能ではありません。「Secure FTP」用であり SSH SFTP とは 異なります。 ```wp-block-preformatted define( 'FS_METHOD', 'ftpext' ); define( 'FTP_BASE', '/path/to/wordpress/' ); define( 'FTP_CONTENT_DIR', '/path/to/wordpress/wp-content/' ); define( 'FTP_PLUGIN_DIR ', '/path/to/wordpress/wp-content/plugins/' ); define( 'FTP_PUBKEY', '/home/username/.ssh/id_rsa.pub' ); define( 'FTP_PRIKEY', '/home/username/.ssh/id_rsa' ); define( 'FTP_USER', 'username' ); define( 'FTP_PASS', 'password' ); define( 'FTP_HOST', 'ftp.example.org' ); define( 'FTP_SSL', false ); ``` 構成によってはプラグインや WordPress 本体を更新する際に 503 エラーの回避のため、 FTP_HOST に localhost を設定する必要があります。 #### SSH アップグレードアクセスの有効化 SSH2 を使用した更新には2つの方法があります。 1番目は [SSH SFTP アップデートサポートプラグイン](https://ja.wordpress.org/plugins/ssh-sftp-updater-support/) を使用する方法、2番目は組み込みの SSH2 更新プログラムを使用する方法。後者は pecl SSH2 拡張モジュールのインストールが必要です。 pecl SSH2 拡張モジュールをインストールするには、次のようなコマンドを実行するか、 ホスティング会社にインストールを相談してください。 ```wp-block-preformatted pecl install ssh2 ``` pecl ssh2 拡張モジュールのインストール後は、PHP の設定を変更し、自動的にこの拡張 モジュールを読み込みます。 pecl はほとんどの linux ディストリビューションの pear パッケージで提供されます。 Redhat/Fedora/CentOS で pecl をインストールするには、以下のコマンドを実行します。 ```wp-block-preformatted yum -y install php-pear ``` Debian/Ubuntu で pecl をインストールするには、以下のコマンドを実行します。 ```wp-block-preformatted apt-get install php-pear ``` 秘密鍵は、パスフレーズの保護なしでの使用が推奨されます。パスフレーズで保護された 秘密鍵が正常に動作しないと数多く報告されています。それでもパスフレーズで保護され た秘密鍵を使用する場合、FTP_PASS として秘密鍵のパスフレーズを入力するか、アップデート をインスールする際に表示される認証フィールドの「パスワード」フィールドにパスフレーズ を入力する必要があります。 ### 代替 Cron WP で代替 cron を使用する必要がある場合があります。例えば予約済み投稿が正しく公開 されない場合に使用します。この代替メソッドはリダイレクト手法を使用します。cron の 動作が必要になるとユーザーのブラウザはリダイレクトされ、抜けた接続内で cron が動作 している間にすぐにサイトに戻ってきます。この方法は、非ネイティブの WordPress サービス に依存するため、特定のリスクがあります。 ```wp-block-preformatted define( 'ALTERNATE_WP_CRON', true ); ``` ### Cronの無効化と、Cronタイムアウト時間 DISABLE_WP_CRON を true に設定すると、cron は完全に無効化されます。 ```wp-block-preformatted define( 'DISABLE_WP_CRON', true ); ``` cron の処理は WP_CRON_LOCK_TIMEOUT で指定した秒内に連続して実行できないことに注意 してください。 ```wp-block-preformatted define( 'WP_CRON_LOCK_TIMEOUT', 60 ); ``` ### その他の定数 さらに定義が可能な定数は以下のとおりですが、恐らく定義する必要はないでしょう。Cookie の定義は、特殊なドメイン設定の場合に特に便利です。 ```wp-block-preformatted define( 'COOKIEPATH', preg_replace( '|https?://[^/]+|i', '', get_option( 'home' ) . '/' ) ); define( 'SITECOOKIEPATH', preg_replace( '|https?://[^/]+|i', '', get_option( 'siteurl' ) . '/' ) ); define( 'ADMIN_COOKIE_PATH', SITECOOKIEPATH . 'wp-admin' ); define( 'PLUGINS_COOKIE_PATH', preg_replace( '|https?://[^/]+|i', '', WP_PLUGIN_URL ) ); define( 'TEMPLATEPATH', get_template_directory() ); define( 'STYLESHEETPATH', get_stylesheet_directory() ); ``` ### ゴミ箱を空にする この定数は、WordPress がゴミ箱に入っている投稿、固定ページ、添付ファイル、コメント を永久に削除するまでの日数を指定します。デフォルトは30日間です。 ```wp-block-preformatted define( 'EMPTY_TRASH_DAYS', 30 ); // 30 日 ``` ゴミ箱機能を無効化するには、この数字を0にします。 ```wp-block-preformatted define( 'EMPTY_TRASH_DAYS', 0 ); // 0 日 ``` **注:** この設定を使用して「完全に削除する」をクリックしても WordPress は確認ダイアログ を表示しません。 ### 自動データベース最適化 以下の定義を wp-config.php ファイルに追加すると自動データベース最適化のサポートが 有効化されます。 注: これは必要な場合にのみ有効にし、問題が解決したら無効にします。定義を設定すれ ば、ユーザーがログインして機能にアクセスする必要はありません。この定数の目的は壊 れたデータベースの修復を主眼としているためであり、ユーザはデータベースが壊れている とログインできないことが多いためです。 ```wp-block-preformatted define( 'WP_ALLOW_REPAIR', true ); ``` このスクリプトは、`{$your_site}/wp-admin/maint/repair.php` にあります。 ### **DO_NOT_UPGRADE_GLOBAL_TABLES** **DO_NOT_UPGRADE_GLOBAL_TABLES** 定義は dbDelta() およびアップグレード機能のグローバル テーブルに対する高価なクエリの実行を止めます。 大きなグローバルテーブル、特に大きな users や usermeta テーブルを持つサイトや、bbPress や他の WordPress インストールとユーザーテーブルを共有するサイトでは、**DO_NOT_UPGRADE_GLOBAL_TABLES** を定義することで、アップグレードの際のこれらのテーブルの変更を防止できます。ALTER やバインドされていない DELETE や UPDATE は完了までに相当の時間が必要です。大きな サイトでは通常、アップグレードの一部でこのような操作は実行せず、個別に処理します。 さらにインストールが複数の bbPress や WordPress とユーザーテーブルを共有している 場合、1つのサイトだけがマスターテーブルをアップグレードする必要があります。 ```wp-block-preformatted define( 'DO_NOT_UPGRADE_GLOBAL_TABLES', true ); ``` ### すべての定義済み定数を見る PHP には現在定義されている定数とその値を配列にして返す関数があります。 ```wp-block-preformatted print_r( @get_defined_constants() ); ``` ### プラグインエディター、テーマエディターの無効化 熱心なユーザーが重要なファイルを編集し、最悪サイトをクラッシュさせるのを防ぐため、 プラグイン/テーマエディターを無効化できます。これらエディターの無効化は、ハッカー が権限の高いユーザーアカウントを乗っ取った場合に備える、追加のセキュリティレイヤー にもなります。 ```wp-block-preformatted define( 'DISALLOW_FILE_EDIT', true ); ``` 注: プラグインのコード内部で `current_user_can( 'edit_plugins' )` を使用すると影響 を受ける場合があります。プラグイン作成者はエディター機能の確認を避けるか、少なくとも この定数の設定の有無を確認し、適切なエラーメッセージを表示してください。プラグイン が動作しない場合、この定数が原因の場合があります。 ### プラグインやテーマの更新とインストールの無効化 この定数は WordPress [管理画面](https://wpdocs.osdn.jp/%E7%AE%A1%E7%90%86%E7%94%BB%E9%9D%A2) でのプラグインやテーマのインストールおよび更新機能の使用を無効化します。この定数 の設定はプラグイン/エディターも無効化します (したがって DISALLOW_FILE_MODS と DISALLOW_FILE_EDIT の両方を設定する必要はありません。DISALLOW_FILE_MODS を設定すれば同じ効果があります)。 ```wp-block-preformatted define( 'DISALLOW_FILE_MODS', true ); ``` ### 管理画面とログイン画面にSSLを要求する **注: **FORCE_SSL_LOGIN は WordPress [Version 4.0](https://wpdocs.osdn.jp/Version_4.0) で廃止されました。FORCE_SSL_ADMIN を使用してください。 FORCE_SSL_ADMIN はログイン画面および管理画面のアクセスを保護します。平文でなく、 暗号化されたパスワードとクッキーが送信されます。詳細については「[管理画面での SSL 通信](https://wpdocs.osdn.jp/%E7%AE%A1%E7%90%86%E7%94%BB%E9%9D%A2%E3%81%A7%E3%81%AE_SSL_%E9%80%9A%E4%BF%A1)」 を確認してください。 ```wp-block-preformatted define( 'FORCE_SSL_ADMIN', true ); ``` ### 外部URLリクエストのブロック WP_HTTP_BLOCK_EXTERNA に true を定義すると外部 URL リクエストをブロックし、localhost とブログのサイトだけがリクエストできます。リクエストを許可するホストを追加するに は定数 WP_ACCESSIBLE_HOSTS を使用します。WP_ACCESSIBLE_HOSTS 定数には、許可するホスト 名をコンマ区切りリストの形式で指定します。ドメイン名のワイルドカードがサポートさ れます。例えば *.wordpress.org は wordpress.org のすべてのサブドメインからのリクエスト を許可します。 ```wp-block-preformatted define( 'WP_HTTP_BLOCK_EXTERNAL', true ); define( 'WP_ACCESSIBLE_HOSTS', 'api.wordpress.org,*.github.com' ); ``` ### WordPressの自動更新の無効化 カスタマイズやホストが提供する更新など、サイトを自動更新してほしくない場合がある かもしれません。また、メジャーリリースの前に実行し、本番サイトでの更新をする前に、 開発環境またはステージング環境でテストする時間を確保することも出来ます。 ```wp-block-preformatted define( 'AUTOMATIC_UPDATER_DISABLED', true ); ``` ### WordPress Core 更新の無効化 コアの更新を操作する最も簡単な方法は、WP_AUTO_UPDATE_CORE 定数を使用することです。 ```wp-block-preformatted # Disable all core updates: define( 'WP_AUTO_UPDATE_CORE', false ); # Enable all core updates, including minor and major: define( 'WP_AUTO_UPDATE_CORE', true ); # Enable core updates for minor releases (default): define( 'WP_AUTO_UPDATE_CORE', 'minor' ); ``` 参照: [WordPress 3.7 における自動更新の無効化 (英文)](https://make.wordpress.org/core/2013/10/25/the-definitive-guide-to-disabling-auto-updates-in-wordpress-3-7/) ### 画像編集のクリーンアップ デフォルトでは WordPress は画像の編集のたびに一組の新しい画像を作成し、オリジナル の画像に戻してもすべての編集途中の画像がサーバー上に残されます。IMAGE_EDIT_OVERWRITE に true を定義するとこの動作が変わります。一組の画像だけが作成され、オリジナルの 画像に戻すと、編集途中の画像はサーバーから削除されます。 ```wp-block-preformatted define( 'IMAGE_EDIT_OVERWRITE', true ); ``` ## 保存の前の再確認 **入力した値の前後に空白文字がないこと、引用符が削除されていないことを確認してくだ さい。** ファイルを保存する前に、パラメーター値を囲む引用符を誤って削除されていないことを** 必ず確認**してください。ファイル内の終了 PHP タグの後にはなにもないことを確認して ください。ファイルの最後は ?> であり、それ以外はなにもないはずです。空白もありま せん。 ファイルを保存するには、**ファイル > 名前を付けて保存 > wp-config.php** を選択し、 WordPress インストールのルートにファイルを保存してください。Web サーバーにファイル をアップロードすれば、WordPress インストールの準備が完了です。 [原文](https://developer.wordpress.org/advanced-administration/wordpress/wp-config/) ## この記事は役に立ちましたか ? どうすればさらに改善できますか ? フィードバックを送信するには[ログイン](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fja.wordpress.org%2Fsupport%2Farticle%2Fediting-wp-config-php%2F&locale=ja) する必要があります。