Asignar eventos jQuery a contenido cargado con Ajax

Si utilizamos la típica sintaxis jQuery para asignar eventos a los contenidos de nuestra página, éstos no se aplicarán a contenidos cargados con Ajax. La...
Si utilizamos la típica sintaxis jQuery para asignar eventos a los contenidos de nuestra página, éstos no se aplicarán a contenidos cargados con Ajax. La solución es utilizar algo como en el siguiente ejemplo: $(document).on("change", "#elemento_cargado_con_ajax", function(){ alert( 'Bienn!' ); }); Para una mayor optimización conviene sustituir document, por el elemento html más próximo al contenido cargado con ajax.  

Error 404 en el SiteMap generado por YOAST WordPress SEO

Utilizando el plugin de YOAS Wordpress SEO, es posible que al activar la opción de generar Sitemaps nos de un 404, por algún otro plugin...
Utilizando el plugin de YOAS Wordpress SEO, es posible que al activar la opción de generar Sitemaps nos de un 404, por algún otro plugin que controle la seguridad o que haya modificado los permisos de acceso. La solución está en añadir éste trozo de código al arhivo .htaccess, antes de la línea #BEGIN Wordpress # WordPress SEO - XML Sitemap Rewrite Fix RewriteEngine On RewriteBase / RewriteRule ^sitemap_index.xml$ /index.php?sitemap=1 [L] RewriteRule ^locations.kml$ /index.php?sitemap=wpseo_local_kml [L] RewriteRule ^geo_sitemap.xml$ /index.php?sitemap=geo [L] RewriteRule ^([^/]+?)-sitemap([0-9]+)?.xml$ /index.php?sitemap=$1&sitemap_n=$2 [L] RewriteRule ^([a-z]+)?-?sitemap.xsl$ /index.php?xsl=$1 [L] # END WordPress SEO - XML Sitemap Rewrite Fix Recordar que es recomendable...

Desactivar las actualizaciones automáticas de WordPress

Es un buen invento porque no te tienes que preocupar de nada, son actualizaciones en segundo plano a las versiones que van apareciendo, pero en...
Es un buen invento porque no te tienes que preocupar de nada, son actualizaciones en segundo plano a las versiones que van apareciendo, pero en algunos casos, puede resultar catastrófico si has modificado algo del core para alguna personalización extraña (cosa que no es nada recomendable, precisamente por ésto). Así que si prefieres que Wordpress no se actualice sólo, añade esta línea al archivo wp-config.php define( 'WP_AUTO_UPDATE_CORE', false );  

Error Dreamweaver: onload en _onopen.htm

Pues nada, que así de repente, un día aparece este error al abrir Dreamweaver y prácticamente no deja hacer nada sin que salga una ventanita...
Pues nada, que así de repente, un día aparece este error al abrir Dreamweaver y prácticamente no deja hacer nada sin que salga una ventanita con un error distinto cada vez. Así que buscando por Google me encuentro con la descripción del problema: se ha corrompido la caché que crea Dreamweaver. Solución: Borrarla.... El archivo en cuestión se llama WinFileCache... y está en la carpeta: C:/Users/tu_usuario/AppData/Roaming/Adobe/Dreamweaver/idioma/Configuration/ Si usas Windows Vista, en el caso de otros Sistemas Operativos.... a buscarla.. jejeje

Error: WordPress Magic Fields | Class _WP_Editors not foud

Si creamos un nuevo post type con Magic Fields y desactivamos el editor, cuando añadimos un campo del tipo "multiline", se produce este error porque...
Si creamos un nuevo post type con Magic Fields y desactivamos el editor, cuando añadimos un campo del tipo "multiline", se produce este error porque falta la clase _WP_Editors. En mi caso el error se produce en el archivo /wp-content/plugins/woocommerce/assets/js/admin/editor_plugin_lang.php En este archivo he añadido la siguiente línea al principio y el error ya no aparece... magia... <?php if ( ! class_exists( '_WP_Editors' ) ) require( ABSPATH . WPINC . '/class-wp-editor.php' );