Italiano
Español
РусскийCând să folosești add_action('init') vs add_action('wp_enqueue_scripts')
În fișierul functions.php al temei mele, folosesc add_action pentru a avea un control asupra locului unde este încărcat jQuery (în footer împreună cu celelalte scripturi ale temei).
Problema pe care o întâmpin este că atunci când folosesc add_action('wp_enqueue_scripts'), pare să funcționeze doar dacă nu sunt încărcate plugin-uri. În schimb, metoda add_action('init') funcționează în toate cazurile.
Nu-mi amintesc exact de ce, dar cred că add_action('wp_enqueue_scripts') este preferată în acest caz. Dacă este adevărat, cum pot face să funcționeze în toate cazurile?
În functions.php
//if(!is_admin()){add_action('init', 'my_theme_init');} //ACEASTA FUNCȚIONEAZĂ ÎNTOTDEAUNA
//add_action('wp_enqueue_scripts', 'my_theme_init'); //ACEASTA FUNCȚIONEAZĂ DOAR CÂND NU SUNT PLUGIN-URI PREZENTE
if(!is_admin())
{
require_once(TEMPLATEPATH . '/functions_public.php');
}
În functions_public.php
function my_theme_init()
{
/* PREVINE COPII DUPLICATE ALE JQUERY DIN PLUGIN-URI
**************************************************/
wp_deregister_script('jquery');
/* ÎNCARCĂ COPIA LOCALĂ WORDPRESS A JQUERY ȘI SCRIPTURILE PERSONALIZATE ALE TEMEI ÎN FOOTER
***********************************************/
wp_register_script('jquery', get_bloginfo('template_directory').'/scripts.mythemescripts.js',false,false,true);
wp_enqueue_script('jquery');
}
A doua metodă, folosind add_action('wp_enqueue_scripts') aparent nu este executată în condițiile în care există un plugin prezent care scrie dependențe de scripturi pentru temă.
Am să recomand asta, dar apoi mi-am dat seama că OP de fapt deregistra jQuery, și apoi înregistra un script complet diferit și îl numea "jquery". Nu cred că aceasta este o practică bună de încurajat, și cred că o abordare mai bună ar fi să elimini complet jQuery din coadă, și apoi să adaugi scriptul personalizat folosind un handle personalizat.
Chip Bennett
Un aspect de remarcat despre priority (prioritatea) adăugării acțiunilor. Totul depinde de cum interpretezi prioritatea. Dacă vrei ca funcția ta să ruleze "primul", atunci un număr mai mic este mai bun - o prioritate mai mare în ordinea de execuție. Dar dacă vrei ca efectul funcției tale să aibă prioritate față de altele, vei dori să ruleze mai târziu - deci o prioritate mai mare din punct de vedere al "efectului". Și în acest caz, probabil că vei dori un număr mai mare. Chiar dacă nu prea are sens să înlocuiești versiunea RTM a jquery, așa cum sugerează comentariul anterior.
Paul G.
OP combină versiunea de jQuery distribuită de WP cu alte scripturi programatic, astfel încât tema să facă o singură solicitare HTTP pentru a încărca toate fișierele JS. Deci, scripturile personalizate conțin jQuery și nu vor strica nimic dacă sunt încărcate în acest fel. Suprascrierea handler-ului înregistrat 'jquery' este necesară pentru a preveni încărcarea de două ori a jQuery - o dată în fișierul JS combinat și din nou de către orice plugin care încearcă să încarce jQuery pe cont propriu.
EAMann
Este semantic și practic _doing_it_wrong() să numești ceva care nu este doar jQuery "jQuery". De asemenea: jQuery poate fi pur și simplu dequeued pentru a asigura că nu este încărcat de două ori. Apelul wp_dequeue_script() trebuie să se întâmple cu o prioritate suficientă pentru a se asigura că nimic nu îl încarcă ulterior.
Chip Bennett