WordPressからのエラーの処理と表示save_postフック：3つのアプローチ

wordpressには、save_postフックに由來するエラーを管理および表示するための単一の標(biāo)準(zhǔn)化された方法がありません。 ただし、いくつかの効果的な戦略が存在し、それぞれに獨(dú)自の長所と短所があります。この記事では、3つの顕著なアプローチについて説明します。$_SESSIONグローバルの使用、WordPressトランジェントの活用、およびリダイレクトでGETパラメーターを使用します。

複雑さは、WordPressの節(jié)約後のリダイレクトに由來しています。

フックが実行された後、ユーザーはリダイレクトされ、実行スレッドを破壊し、グローバル変數(shù)へのアクセスを失います。 したがって、エラー情報(bào)を保存アクションからリダイレクトページに転送するためにメカニズムが必要です。 save_post

メソッド1：

グローバル$_SESSIONを利用します この簡単なメソッドは、エラーメッセージを

グローバル変數(shù)に保存します。 データベースの相互作用を?qū)g裝して回避するのは簡単です

$_SESSION

実裝：

if ( !session_id() ) {
    session_start();
}

if ($error) {
    $_SESSION['my_plugin_errors'] = $error->get_error_message();
}

// ...in admin_notices hook...
add_action( 'admin_notices', 'my_error_message' );
function my_error_message() {
    if ( isset( $_SESSION['my_plugin_errors'] ) ) {
        ?>
        <div class="error">
            <p><?php echo $_SESSION['my_plugin_errors']; ?></p>
        </div>
        <?php
        unset( $_SESSION['my_plugin_errors'] );
    }
}

長所：

簡単な実裝、データベースのオーバーヘッドなし。
• cons：
標(biāo)準(zhǔn)的なWordPressプラクティスではありません。すべてのセットアップで一貫して有効にされていないセッションハンドリングに依存しています。
• メソッド2：WordPressトランジェントの採用

トランジェントは、WordPress-Nativeキャッシュメカニズムを提供します。 彼らは、有効期限のある時(shí)間でデータを保存したり、利用可能な場(chǎng)合はオブジェクトキャッシュを使用したり、データベースに戻ったりします。

実裝：

長所：

WordPressフレンドリー、期限切れのデータの自動(dòng)クリーンアップ。

if ($error) {
    set_transient("my_save_post_errors_{$post_id}_{$user_id}", $error, 45);
}

// ...in admin_notices hook...
add_action( 'admin_notices', 'my_error_message' );
function my_error_message() {
    if ( $error = get_transient( "my_save_post_errors_{$post_id}_{$user_id}" ) ) {
        ?>
        <div class="error">
            <p><?php echo $error->get_error_message(); ?></p>
        </div>
        <?php
        delete_transient("my_save_post_errors_{$post_id}_{$user_id}");
    }
}

• cons：データベースインタラクションオブジェクトキャッシュが構(gòu)成されていない場(chǎng)合。エッジの場(chǎng)合の潛在的なデータ損失
• メソッド3：リダイレクトURLにgetパラメーターを追加する これは、更新メッセージを表示するためのWordPress自身のアプローチを反映しています。 エラーコードは、リダイレクトURLにクエリパラメーターとして追加されます。

実裝：

長所：
• 高性能、データベースへのアクセスなし。
cons：

には、エラーメッセージの複製が必要です。メンテナンスオーバーヘッドは、多數(shù)のエラーコードとともに増加する可能性があります。

if ($error) {
    add_filter('redirect_post_location', function( $location ) use ( $error ) {
        return add_query_arg( 'my-plugin-error', $error->get_error_code(), $location );
    });
}

// ...in admin_notices hook...
add_action( 'admin_notices', 'my_error_message' );
function my_error_message() {
    if ( isset( $_GET['my-plugin-error'] ) ) {
        // Handle error based on error code (switch statement)
        ?>
        <div class="error">
            <p><?php  // Display error message based on $_GET['my-plugin-error'] ?></p>
        </div>
        <?php
    }
}

• 結(jié)論

  最適な方法は、特定のコンテキストに依存します。トランジェントは、WordPressの統(tǒng)合とパフォーマンスの間のバランスをとりますが、GETパラメーターアプローチは最高のパフォーマンスを提供しますが、エラーメッセージをより慎重に管理する必要があります。 $_SESSIONメソッドは、多様なWordPress環(huán)境では最も単純ですが、信頼性が低いです。 ニーズとプロジェクトスケールに最適な方法を選択してください。

以上がWordPressのsave_postフックからエラーを表示しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。