Italiano
Română
РусскийCuándo usar add_action('init') vs add_action('wp_enqueue_scripts')
En el archivo functions.php de mi tema, estoy llamando a add_action para tener cierto control sobre dónde se carga jQuery (en el pie de página junto con los otros scripts de mi tema).
El problema que tengo es que cuando uso add_action('wp_enqueue_scripts'), parece que solo se ejecuta si no hay plugins cargados. Sin embargo, el método add_action('init') funciona en todos los casos.
No recuerdo por qué, pero creo que add_action('wp_enqueue_scripts') es el preferido en este caso. Si esto es cierto, ¿cómo puedo hacer que funcione en todos los casos?
En functions.php
//if(!is_admin()){add_action('init', 'my_theme_init');} //ESTO FUNCIONA SIEMPRE
//add_action('wp_enqueue_scripts', 'my_theme_init'); //ESTO SOLO FUNCIONA CUANDO NO HAY PLUGINS
if(!is_admin())
{
require_once(TEMPLATEPATH . '/functions_public.php');
}
En functions_public.php
function my_theme_init()
{
/* PREVENIR COPIAS DUPLICADAS DE JQUERY DE LOS PLUGINS
**************************************************/
wp_deregister_script('jquery');
/* CARGAR LA COPIA LOCAL DE JQUERY DE WORDPRESS Y LOS SCRIPTS PERSONALIZADOS DEL TEMA EN EL PIE DE PÁGINA
***********************************************/
wp_register_script('jquery', get_bloginfo('template_directory').'/scripts.mythemescripts.js',false,false,true);
wp_enqueue_script('jquery');
}
El segundo método, usando add_action('wp_enqueue_scripts') aparentemente no se ejecuta en condiciones donde hay un plugin presente que escribe dependencias de scripts en el tema.
Iba a recomendar esto, pero luego me di cuenta de que el OP en realidad estaba desregistrando jQuery, y luego registrando un script completamente diferente y llamándolo "jquery". No creo que sea una buena práctica fomentar esto, y considero que un mejor enfoque sería simplemente eliminar jQuery completamente de la cola, y luego agregar el script personalizado usando un identificador personalizado.
Chip Bennett
Punto a tener en cuenta sobre la priority al agregar acciones. Todo depende de cómo veas la prioridad. Si quieres que la tuya se ejecute "primero", entonces un número más bajo es mejor - una prioridad más alta en el orden de la cola de ejecución. Pero si quieres que el efecto de tu función tenga precedencia sobre otras, querrás que se ejecute más tarde - así que una prioridad más alta por "efecto". Y en este caso, probablemente querrás un número más alto. Aunque hay poco mérito en reemplazar la versión RTM de jquery, como sugiere el comentarista anterior.
Paul G.
El OP está combinando la versión de jQuery distribuida por WP con otros scripts de forma programática para que su tema realice solo una solicitud HTTP y cargue todos los archivos JS. Por lo tanto, los scripts personalizados sí contienen jQuery y no romperán nada si se cargan de esta manera. Sobrescribir el handle registrado 'jquery' es necesario para evitar cargar jQuery dos veces: una en el archivo JS combinado y otra por cualquier plugin que intente encolar jQuery por su cuenta.
EAMann
Es semántica y prácticamente _doing_it_wrong() llamar "jQuery" a algo que no es solo jQuery. Además: jQuery en sí puede simplemente desencolarse para asegurarse de que no se cargue dos veces. La llamada a wp_dequeue_script() solo necesita ocurrir con una prioridad suficiente para garantizar que nada lo encole después.
Chip Bennett