この記事は最後に更新してから1年以上経過しています。
説明
来週にはWordPress 5.1がリリース。RC1のソースコードを見ていると、 wp_debug_mode関数が変更されており、興味深かった。
WP_DEBUG_LOGの定義内容
WordPressにはデバッグ支援機能としてPHPコードの実行エラー時にその内容を出力するものがある。デバッグ支援機能は標準では無効だが、wp-config.phpに以下の定数を定義することで有効となる。
| 定数名 | 値 | 機能 |
|---|---|---|
| WP_DEBUG | trueまたは1 | デバッグ支援機能を有効化 |
| WP_DEBUG_DISPLAY | trueまたは1 | エラー内容をレスポンスに出力 |
| WP_DEBUG_LOG | trueまたは1か、エラーログファイルのフルパス名 | エラー内容をログファイルに出力 |
従来WP_DEBUG_LOGにtrueまたは1を設定すると、エラーログファイルはWordPressがインストールされたディレクトリ内のwp-content/debug.logに固定されていた。5.1ではこの仕様をそのままにエラーログファイルのフルパス名が指定できるようになった。wp-config.phpに追加する内容は以下の通りである。
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', '/var/log/wp_errors.log' );
この件、開発者にはうれしい機能変更だと思う。
最終更新 : 2019年02月15日 10:24
お勧め
the_modified_author（2019年10月17日 更新）
void the_modified_author()
更新者の表示名を表示する。
wp_assign_widget_to_sidebar（2021年7月29日 更新）
void wp_assign_widget_to_sidebar( string $widget_id, string $sidebar_id )
ウィジェットをサイドバーに配置する。
get_comment_ID（2018年5月27日 更新）
int get_comment_ID( )
現在のコメントのIDを取得する。
term_is_ancestor_of（2019年3月15日 更新）
bool term_is_ancestor_of( int | object $term1, int | object $term2, string $taxonomy )
タームが子孫関係か調べる。
wp_get_custom_css_post（2019年11月14日 更新）
WP_Post wp_get_custom_css_post( [ string $stylesheet = '' ] )
カスタマイザーで追加したCSS情報を取得する。