add_action（ 'init'）とadd_action（ 'wp_enqueue_scripts'）を使用する場合

私のテーマのfunctions.phpでは、jqueryが読み込まれる場所を制御するためにadd_actionを呼び出しています（テーマの他のスクリプトと共にフッターにあります）。

私が抱えている問題は、add_action（ 'wp_enqueue_scripts'）を使用すると、プラグインがロードされていない場合にのみ起動するように見えることです。ただし、add_action（ 'init'）メソッドはすべてのケースで機能します。

理由は思い出せませんが、この場合はadd_action（ 'wp_enqueue_scripts'）をお勧めします。それが本当である場合、どのようにしてすべての場合に機能させることができますか？

functions.php内

//if(!is_admin()){add_action('init', 'my_theme_init');} //THIS WORKS ALL THE TIME
//add_action('wp_enqueue_scripts', 'my_theme_init'); //THIS ONLY WORKS WHEN NO PLUGINS PRESENT

if(!is_admin())
{
    require_once(TEMPLATEPATH . '/functions_public.php');   
}

functions_public.php内

function my_theme_init()
{

/* PREVENT DUPLICATE COPIES OF JQUERY FROM PLUGINS
**************************************************/
wp_deregister_script('jquery');

/* LOAD THE LOCAL WORDPRESS COPY OF JQUERY AND THEME CUSTOM SCRIPTS IN THE FOOTER
***********************************************/
wp_register_script('jquery', get_bloginfo('template_directory').'/scripts.mythemescripts.js',false,false,true);

wp_enqueue_script('jquery');

}

add_action（ 'wp_enqueue_scripts'）を使用する2番目のメソッドは、テーマにスクリプトの依存関係を書き込むプラグインが存在する状況では実行されないようです。

多くのプラグイン開発者は物事を正しく行っていません。右の道はへのフックするためであるwp_enqueue_scriptsあなたがしようとしているよう。

ただし、一般的なリクエストで実行されるフックの順序は次のとおりです。

• muplugins_loaded
• registered_taxonomy
• registered_post_type
• plugins_loaded
• sanitize_comment_cookies
• setup_theme
• load_textdomain
• after_setup_theme
• auth_cookie_malformed
• auth_cookie_valid
• set_current_user
• 初期化
• widgets_init
• register_sidebar
• wp_register_sidebar_widget
• wp_default_scripts
• wp_default_stypes
• admin_bar_init
• add_admin_bar_menus
• wp_loaded
• parse_request
• send_headers
• parse_query
• pre_get_posts
• posts_selection
• wp
• template_redirect
• get_header
• wp_head
• wp_enqueue_scripts
• wp_print_styles
• wp_print_scripts
• ... より多く

問題は、何人かの開発者が最初にinitスクリプトをエンキューするためにフックするように言われたことです。wp_enqueue_scriptフックができる前は、それが物事を行う「正しい」方法でした。また、実践を永続させるチュートリアルがインターネット上に浮かんでいて、他の優れた開発者を破壊しています。

私の推奨は、関数を2つの部分に分割することです。あなたのですかwp_deregister_script/をwp_register_script上initフックして使用wp_enqueue_scriptsしますが、実際のjQueryをエンキュー時にフックを。

これにより、スクリプトを「キューに入れる」ための「正しいこと」ができるようになり、jQueryを連結したバージョンとキューに追加する前にjQueryを連結したバージョンと入れ替えることで、何百人もの開発者がまだ「間違っている」ことから保護できます。 。

またinit、優先度の高いフックを追加することもできます。

add_action( 'init', 'swap_out_jquery', 1 );
function swap_out_jquery() {
    // ...
}

ここには、相互に関連する複数の問題があります。

1. スクリプトをエンキューするために使用する正しいアクションフックは次のとおりです。 wp_enqueue_scripts
2. を介してフッターのスクリプトを印刷するにはwp_enqueue_script()、$footerパラメーターをtrue
3. あなたのadd_action( $hook, $callback )呼び出しは何にも包まれるべきではありません。から直接実行させるfunctions.php
4. is_admin()条件チェックをコールバック内に置く必要があります
5. 何らかの理由で、コアバンドルされたスクリプトをテーマから登録解除しないでください。スクリプトの連結が目的であっても、それがプラグインのテリトリーです。
6. jqueryの登録を解除する必要がある場合wp_enqueue_scriptsは、遅すぎます。登録解除/登録コードをにフックされたコールバックに分割しますinit。
7. 他のスクリプト「jquery」を呼び出すことも、おそらくお勧めできません。jQueryをデキューしてからカスタムスクリプトをロードするほうがよいでしょう。
8. コールバックの優先度を低くして、プラグインをオーバーライドするようにしてください
9. get_template_directory()ではなく使用TEMPLATEPATH

すべてを一緒に入れて：

<?php
function wpse55924_enqueue_scripts() {
    if ( ! is_admin() ) {

        // Dequeue jQuery
        wp_dequeue_script( 'jquery' );

        // Register/enqueue a custom script, that includes jQuery
        wp_register_script( 'mythemescripts', get_template_directory_uri() . '/scripts.mythemescripts.js', false, false,true );
        wp_enqueue_script( 'mythemescripts' ); 
    }
}
add_action( 'wp_enqueue_scripts', 'wpse55924_enqueue_scripts', 99 );

しかし、繰り返しますが、これは本当に最善の方法ではありません。あなたのより良い策は、コアjQueryを登録解除するプラグインadd_action（）コールバックを削除するか、コアバンドルのjQueryを置き換えるような無謀なプラグインを使用しないことです。