Español
Română
РусскийQuando utilizzare add_action('init') vs add_action('wp_enqueue_scripts')
Nel file functions.php del mio tema, sto usando add_action per controllare dove viene caricato jQuery (nel footer insieme agli altri script del tema).
Il problema che sto riscontrando è che quando uso add_action('wp_enqueue_scripts'), sembra funzionare solo se non ci sono plugin caricati. Tuttavia, il metodo add_action('init') funziona in tutti i casi.
Non ricordo esattamente perché, ma credo che add_action('wp_enqueue_scripts') sia preferibile in questo caso. Se è vero, come posso farlo funzionare in tutte le situazioni?
Nel file functions.php
//if(!is_admin()){add_action('init', 'my_theme_init');} //QUESTO FUNZIONA SEMPRE
//add_action('wp_enqueue_scripts', 'my_theme_init'); //QUESTO FUNZIONA SOLO SENZA PLUGIN
if(!is_admin())
{
require_once(TEMPLATEPATH . '/functions_public.php');
}
Nel file functions_public.php
function my_theme_init()
{
/* PREVIENI COPIE DUPLICATE DI JQUERY DAI PLUGIN
**************************************************/
wp_deregister_script('jquery');
/* CARICA LA COPIA LOCALE DI JQUERY DI WORDPRESS E GLI SCRIPT PERSONALIZZATI DEL TEMA NEL FOOTER
***********************************************/
wp_register_script('jquery', get_bloginfo('template_directory').'/scripts.mythemescripts.js',false,false,true);
wp_enqueue_script('jquery');
}
Il secondo metodo, che usa add_action('wp_enqueue_scripts'), apparentemente non viene eseguito quando è presente un plugin che scrive dipendenze di script nel tema.
Stavo per consigliare questo, ma poi ho realizzato che l'OP stava effettivamente deregistrando jQuery, e poi registrando un script completamente diverso chiamandolo "jquery". Non penso che sia una buona pratica da incoraggiare, e credo che una soluzione migliore sarebbe semplicemente rimuovere jQuery dalla coda, e poi accodare lo script personalizzato usando un handle personalizzato.
Chip Bennett
Da notare riguardo alla priority nell'aggiunta di azioni. Tutto dipende da come si intende la priorità. Se vuoi che la tua funzione venga eseguita "per prima", allora un numero più basso è meglio - una priorità più alta nell'ordine della coda di esecuzione. Ma se vuoi che l'effetto della tua funzione abbia la precedenza sulle altre, vorrai che venga eseguita dopo - quindi una priorità più alta per "effetto". E in questo caso, probabilmente vorrai un numero più alto. Anche se c'è poco vantaggio nel sostituire la versione RTM di jquery, come suggerisce il commento precedente.
Paul G.
L'OP sta combinando la versione di jQuery distribuita da WP con altri script in modo programmatico, in modo che il suo tema effettui una sola richiesta HTTP per caricare tutti i file JS. Quindi gli script personalizzati contengono effettivamente jQuery e non causeranno problemi se caricati in questo modo. Sovrascrivere l'handle 'jquery' registrato è necessario per evitare il caricamento doppio di jQuery - una volta nel file JS combinato e un'altra volta da eventuali plugin che tentano di accodare jQuery autonomamente.
EAMann
È semanticamente e praticamente _doing_it_wrong() chiamare qualcosa che non è solo jQuery con il nome "jQuery". Inoltre: jQuery stesso può semplicemente essere dequeue per assicurarsi che non venga caricato due volte. La chiamata wp_dequeue_script() deve semplicemente avvenire con una priorità sufficiente per garantire che nulla lo accodi successivamente.
Chip Bennett