Investigadores de seguridad adviertes a los administradores web de una serie de ataques contra las plataformas de publicación WordPress y Joomla.

El Sans Institute asegura haber recibido informes de múltiples intentos de exploit en las plataformas de publicación WordPress y Joomla después de lo cual a los sites comprometidos se les inyectó código que redirigía a sus visitantes a otras páginas web.

Para los expertos los ataques están siendo particularmente interesantes por el método utilizado de intentar explotar páginas web en masa atacando los propios servidores.

John Bambenek, uno de los expertos, explica en un post que lo interesante del caso es que no parece ser un escáner que está explotando una vulnerabilidad, sino una herramienta que básicamente “dispara un racimo de exploits de Joomla y WordPress en un servidor y espera que alguno funcione”.

Sans Institute asegura que los sites comprometidos son utilizados para redireccionar a los usuarios a un site en el que se intenta infectar a los usuarios con un paquete de antivirus falso. Este tipo de acciones a menudo se utilizan para engañar a los usuarios para que paguen cuotas de suscripción y otros costes que son falsos.

Se pide a los administradores y webmaster que actualicen su software con el fin de evitar las infecciones.

Joomla, que a finales de noviembre de este año alcanzó los 36 millones de descargas, es un sistemas de de gestión de contenido gratuito y de código abierto con el que puede publicarse contenido en Internet.

El ataque contra WorlPress es el segundo conocido durante este año. El primero se produjo en enero. Fue la empresa de seguridad M86 Labs quien descubrió el kit Phoenix, utilizado para explotar un fallo en la plataforma WordPress 3.2.1. La compañía estimó en aquel momento que cientos de sites habían sido infectados por el ataque.

Diseñado como un kit automatizado para infectar sistemas, Phoenix permitía a los distribuidores de malware embeber código en las páginas web vulnerables de manera automática. Después intentaban colocar un troyano en todo aquel sistema que intentara acceder a la página web infectada.

fuente :CMS

Mi consejo para evita este tipo de ataques, cada vez mas frecuentes, sería seguir estos pasos:

1. Cambia el prefijo de la base de datos
2. Cambia el nombre de usuario admin por otro distinto y elige una contraseña segura.
3. Añade las siguientes líneas al archivo .htaccess de la carpeta de tu instalación de WordPress:

# proteger contra inyecciones sql
Options +FollowSymLinks
RewriteEngine On
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
RewriteRule ^(.*)$ index.php [F,L]

4. <a title="seguridad wordpress" href="http://ayudawordpress.com/proteger-wordpress-contra-malware/" target="_blank">Instala un plugin de seguridad</a> para comprobar regularmente WordPress.

fuente:ayudawordpress

Y si ya vimos el uso de tags condicionales en WordPress, ahora vamos a aplicar este concepto también a los menús, pero sorprendentemente de manera mucho más sencilla … muuuucho más.

Y digo más sencilla porque con el plugin llamado If Menu lo tenemos de la manera más fácil posible, pues al instalarlo añade un nuevo ajuste a los elementos de menú para determinar bajo qué condición queremos que aparezca.

Las opciones que nos ofrece, tras hacer clic en la casilla denominada “Enable conditional logic” de cada elemento de menú son las siguientes:

Mostrar u ocultar si …

• El usuario está conectado
• Es administrador
• Es suscriptor
• Es colaborador
• Es autor
• Es editor
• Está en la portada de la web
• Está en la visualización de entrada sencilla
• Es una página

A partir de ahí tu decides el uso que darle, y las posibilidades son enormes. Puedes mostrar enlaces a páginas especiales para usuarios registrados que de otro modo no estarían visibles, u ocultar enlaces en portada que solo se verán al estar en un artículo, tu mismo.

fuente:ayudawordpress

Crear un sitio multilenguaje es, además de una de las cuestiones más demandadas para webs profesionales, uno de los retos de WordPress y cualquier CMS para ofrecer soluciones a medida, adaptables a cualquier entorno internacional, y muy necesario para sitios web con proyección en varios países.

Y no es que no haya soluciones multilenguaje para WordPress, pero hasta ahora todas adolecían de uno, o más, problemas. O bien dependían enormemente de la versión de WordPress para funcionar – y cuando se actualizaba empezaban los problemas – o no gestionaban bien los mapeos de dominio, muchas veces el principal escollo.

Pues bien, acaba de aparecer un nuevo desarrollo que parece solucionar todos estos problemas …

Multilingual Press es un plugin algo especial, pues está pensado especialmente para WordPress multisitio, y ahí está precisamente su acierto, pues lo que parece un requisito en realidad es una obligación, no para el plugin en sí – que también – sino para ofrecer una solución multilenguaje con todas las virtudes y ninguno de sus inconvenientes.

Lo que hace el plugin es valerse precisamente de la instalación multisitio para que cada sitio/blog (uno por idioma) sirva de web de idioma.

Lo que no hace es traducir automáticamente para ti, eso ni lo busques ni lo uses, una buena traducción tiene que ser humana, pero si que te ofrece el entorno mejor adaptado.

Tu escribes un post en un idioma, y se crea el mismo en los otros sitios/idiomas, cada uno enlazado al resto, y solo esperando a que escribas la traducción en cada uno de los idiomas.

Esto en la versión gratuita, porque si optas por la versión pro (de pago), lo que añade es lo siguiente:

• detección del idioma del navegador para, automáticamente, dirigirte al idioma adecuado (lo puedes desactivar en los ajustes del plugin)
• se activan los borradores por defecto (también puedes desactivarlo)
• posibilidad de publicar entradas solo en sitios/blogs determinados
• crear idiomas nuevos, copiando lo necesario de otro sitio/blog ya completo (entradas, enlaces, adjuntos, categorías, etc)
• duplicar sitios/blogs y crear enlaces entre ellos
• almacenamiento de cookies del visitante con el idioma elegido
• cambio fácil a otro idioma desde el editor mientras editas una entrada
• mediateca global
• widget de escritorio en el sitio principal que muestra todas las entradas pendientes de traducir

Yo creo que está claro que la opción por defecto es la pro ¿no?

Notas importantes:

• Solo funciona en WordPress 3.3 y superiores
• Solo funciona si tienes activado multisitio
• Aún está en versión Alpha, de hecho en la primera, así que ojo con empezar a usarlo en webs en producción, primero hay que probarlo

¿Qué te parece la idea de Multilingual Press?

fuente:ayudawordpress

Además, es muy sencillo, pues con unos pocos códigos añadido a nuestro plugin de funciones, o incluso el fichero fucntions.php de nuestro tema WordPress, tendremos lo que buscamos.

Sería algo así:

// añadimos icono y logo a los feeds Atom
add_action('atom_head','aw_atom_feed_add_icon');
add_action('comments_atom_head','aw_atom_feed_add_icon');
function aw_atom_feed_add_icon() { ?>

	<feed>
		<icon><?php echo get_template_directory_uri(); ?>/images/logo.ico</icon>
		<logo><?php echo get_template_directory_uri(); ?>/images/logo.gif</logo>
	</feed>

<?php }

// añadimos icono y logo a los feeds RSS y enlazamos el logo a nuestra web
add_action('rss_head','aw_rss_feed_add_icon');
add_action('rss2_head','aw_rss_feed_add_icon');
add_action('commentsrss2_head','aw_rss_feed_add_icon');
function aw_rss_feed_add_icon() { ?>

	<image>
		<url><?php echo get_template_directory_uri(); ?>/images/logo.gif</url>
		<title><?php bloginfo_rss('name'); ?></title>
		<link><?php bloginfo_rss('url'); ?></link>
		<width>125</width>
		<height>75</height>
		<description><?php bloginfo('description'); ?></description>
	</image>

<?php }

// añadimos icono y logo a los feeds RDF y enlazamos el logo a nuestra web
add_action('rdf_header','aw_rdf_feed_add_icon');
function aw_rdf_feed_add_icon() { ?>

	<image rdf:about="<?php echo get_template_directory_uri(); ?>/images/logo.gif">
		<title><?php bloginfo_rss('name'); ?></title>
		<url><?php echo get_template_directory_uri(); ?>/images/logo.gif</url>
		<link><?php bloginfo_rss('url'); ?></link>
		<description><?php bloginfo('description'); ?></description>
	</image>

<?php }

Lo mejor de este código es que de una tacada personalizamos los feeds Atom, RSS e incluso los RDF, añadiendo iconos y logos a nuestro gusto … y de nuestros visitantes. Solamente tienes que prestar atención – para modificarlas – a las líneas donde se indican las rutas a los iconos y logos, y cambiarlas por las que tu vayas a usar. En el ejemplo se usa la carpeta “/images/” dentro del tema activo

Además, como un plus, el logo irá con enlace a tu web, igual que como podíamos hacer con Feedburner.

Por supuesto, a las malas siempre puedes eliminar los feeds de WordPress, pero eso ya son decisiones radicales.

fuente:ayudawordpress

Para el usuario final hasta aquí bien …

Pero también para los desarrolladores de temas son una oportunidad, aunque a veces también un problema, afortunadamente con solución.

Me refiero a que si desarrollas tu tema y en el código defines un menú, en cuando el usuario elabore su propio menú personalizado “matará” tu código, perdiendo algunas utilidades que le podrían gustar, o incluso ser imprescindibles, como enlaces a Twitter o incluso a la suscripción por RSS, todo con unas bonitas clases CSS o iconos.

Así que hace falta algo de reciclaje también para el desarrollador de temas WordPress y, para evitar esto, empezar a incorporar desde ya menús personalizados por defecto en sus temas.

Si estás animado entonces lo que tendrás que empezar a hacer es incluir en el fichero functions.php de tu tema algo como lo de este ejemplo:

/*-----------------------------------------------------------------------------------*/
/* Menú personalizado y activo por defecto
/*-----------------------------------------------------------------------------------*/

add_action('load-themes.php', 'aw_register_custom_menu');

function aw_register_custom_menu() {
  register_nav_menu( 'main_menu', __('Menú principal') );

  if ( isset( $_GET['activated'] ) && $_GET['activated'] ) {
    if ( !is_nav_menu( 'Menú principal' ) ) {
      $menu_id = wp_create_nav_menu( 'Menú principal' );

      $menu_home = array( 'menu-item-type' => 'custom', 'menu-item-url' => get_home_url('/'),'menu-item-title' => 'Inicio', 'menu-item-attr-title' => 'Home' );
      $menu_twitter = array( 'menu-item-type' => 'custom', 'menu-item-url' => get_home_url('/'),'menu-item-title' => 'Twitter', 'menu-item-attr-title' => 'Twitter', 'menu-item-classes' => 'twitter' );
      $menu_subscribe = array( 'menu-item-type' => 'custom', 'menu-item-url' => get_home_url('/'),'menu-item-title' => 'Suscripción', 'menu-item-attr-title' => 'Suscripción', 'menu-item-classes' => 'subscribe' );

      wp_update_nav_menu_item( $menu_id, 0, $menu_home );
      wp_update_nav_menu_item( $menu_id, 0, $menu_twitter );
      wp_update_nav_menu_item( $menu_id, 0, $menu_subscribe );

      set_theme_mod( 'nav_menu_locations', array(
        'main_menu' => $menu_id,
      ) );
    }
  }
}

Huelga decir que deberás modificar el código para que se ajuste a tus necesidades y gustos, igual que crear las clases CSS adecuadas, pero esa es la idea.

Lo que obtienes es que cuando un usuario o cliente active tu tema ya tendrá activo tu menú personalizado por defecto y así, en vez de borrar lo que había, lo podrá personalizar igualmente a su gusto, pero sin perder el “feeling” que tu le imprimiste en tu código.

Mucho mejor ¿no?

fuente:ayudawordpress

Es por ello que he creído conveniente, por lo acertados que son los consejos, traducir esta lista elaborada por Floris P. Lof:

1. Siempre define WP_DEBUG a true durante el desarrollo

Ni te imaginas la cantidad de avisos de errores de código que vas a recibir de plugins y temas. Todos estos avisos de bajo nivel pueden provocar fallos de memoria, que reducirán el rendimiento del sitio al consumir más memoria de la necesaria. WP_DEBUG también es una herramienta muy útil para descubrir si estás usando funcionalidades obsoletas.

2. Atente a los estándares de código y CSS de WordPress

Los estándares de WordPress se han establecido tras años de experiencia. Si te atienes a estas reglas obtendrás un código limpio y fácilmente leible para ti y para otros. De ahí el slogan “el código es poesía”..

3. Comenta tu código

Tu código no solo debe ser fácil de leeer por otros sino que debes ser capaz de que el resto cualquiera entienda porqué elegiste escribir un código en tal o cual modo. Hay muchas maneras de vestir un santo, pero explica tu elección siguiendo las indicaciones del Codex.

4. Aprende como funciona el “core” de WordPress, lee las líneas de código reales

Deberías saber cómo fucniona WordPress internamente. ¿Cuando se cargan los plugins en mulsitisio?, ¿cuando se hacen peticiones a la base de datos?, ¿cuando se cargan los archivos de los temas? y todo eso. Puedes aprender un montón de leer el “core” de WordPress.

5. Usa las funciones y APIs internas de WordPress siempre que puedas

No reiventes la rueda, antes de escribir código aprende si hay una función o procedimiento que ya esté en el “core”. Aprende del “core”, como he apuntado antes, y descubre como funciona todo. Te sorprenderá todo lo que vas a encontrar ahí. Unos ejemplos serían estas funciones de utilidad.

6. Pon prenombre a tu código

Hay mucha gente que escribe código para WordPress en temas y plugins. Y es bastante posible que tu nombre de función, o clase de variable sea el mismo que use otra persona. Por ello deberías siempre ponerle prenombre, como tus iniciales o la de tu web. Por ejemplo (AW):

aw_nombredefuncion();

7. ¡Nunca te fíes de la acción del usuario! ¡Sanitiza & escape!

Esto es un problema importante, ahora y quizás siempre. WordPress se carga con herramientas que te permiten escribir sitios seguros. Una buena idea sería el  capítulo 6  de este libro. Ya lo tenías ¿no?

8. Usa nonces

Esto sería una extensión del mandamiento anteriior. Usar “nonces” asegura todas las funcionalidades que tus formularios necesitan. Revisa esta página del Codex

9. Localiza tu código

En Europa, al contrario que en América, estamos muy acostumbrados a escribir en varios idiomas, así que no es de sorprender que un cliente te pida que un tema o plugin esté disponible en otro idioma o dialecto.

Así que escribe tu código pensando en que sea “internacionalizable”. Esto hará que añadir otro idioma en el futuro sea más fácil.

10. Rendimiento, rendimiento, rendimiento

Hay que desarrollar sitios de alto rendimiento. En todo el código que escribas o incluyas, ya sea una petición a la base de datos, código PHP, HTML, CSS, JavaScript o adjuntos como imágenes, siempre ten en mente el rendimiento. Cada nanosegundo cuenta.

fuente: ayudawordpress

Me refiero a que, por poco que dejes “tocar” al cliente, casi siempre tiene la tentación de añadir widgets y, a poco que se emocione, terminará por añadir demasiados y destrozar la estructura.

Y es que no siempre puedes conseguir que un cliente tenga permisos de usuario limitados, pues muchas veces quiere al menos esa posibilidad de añadir widgets de publicidad o lo que sea.

Y claro, como WordPress permite añadir widgets de manera infinita la tentación es grande.

En estos casos podrías limitar al menos cuantos widgets pueda añadir instalando el plugin Limit Widgets (Descargar desde Haciendoweb : limit-widgets (5)) que, una vez instalado, nos ofrece una página de configuración donde ajustar el número máximo de widgets por cada barra lateral.

Simplemente, cuando se quieran añadir un widget más de los permitidos no será posible, no se “pegará” a la barra al arrastrarlo. De paso, si hubiese ya definido alguno anterior con más widgets por barra de lo configurado aparecerá en rojo, a modo de aviso.

fuente:Ayudawordpress

Existe una página oficial en el codex donde tienes las líneas maestras de cumplimiento de estándares para temas WordPress, que puedes usar como lista de comprobación para tu tema, pero ¿que tal si lo automatizamos un poco?.

Pues además es muy fácil, pues tenemos un plugin, Theme check, que una vez instalado, desde su página de administración, situada en “Apariencia -> Theme check“, hace una comprobación de cualquier tema que tengas instalado en tu WordPress, aunque no esté activo.

El único consejo es que antes actives wp_debug, algo que deberías hacer incluso antes de instalarlos, pues tendrás una revisión extra mediante los mensajes de error en cualquier operación, es un coñazo tenerlo activo siempre pero ahora sería una buena ocasión para que en tu wp-config.php tuvieras la línea …

Luego, si quieres, lo pasas a false o borras la línea.

Una vez eliges el tema a comprobar y darle al botón de “Check it” te ofrecerá en la misma ventana una serie de advertencias o recomendaciones para adaptar el tema a los estándares. Y si, también los temas por defecto, como Twenty Eleven, usan funciones que podrían mejorarse, como puedes ver en la captura.

Es una estupenda herramienta especialmente para desarrolladores, pero también si eres cliente y quieres probar el trabajo que te haya elaborado otra persona.

Un consejo final, haz clic en la casilla denominada “Supress INFO” si no quieres avisos de cambios manuales que hayas realizado al tema, pues es lo que te mostrará principalmente.

También existe algo parecido para los plugins (Plugin-check) pero hace tiempo que no se actualiza así que no es fiable.

Fuente: ayudawordpress

¿que te parecería acelerar un poco este proceso?

 Me estoy refiriendo a evitar que WordPress tenga que hacer “llamadas” a la base de datos tan típicas como estas:

<?php get_bloginfo('url'); ?>
<?php get_bloginfo('wpurl'); ?>
<?php bloginfo('url'); ?>
<?php bloginfo('home'); ?>
<?php get_bloginfo('stylesheet_directory'); ?>
<?php get_bloginfo('template_directory'); ?>
<?php bloginfo('stylesheet_directory'); ?>
<?php bloginfo('template_directory'); ?>
<?php get_stylesheet_directory(); ?>
<?php get_template_directory() ?>

Si quieres facilitar esas búsquedas a WordPress, y que no tenga que consultar en la base de datos a la hora de hacer cosas tan simples como determinar la URL del sitio, donde está la hoja de estilos o incluso el tema en uso, nada como meterle un meneo al archivo de configuración.

Así que solo tienes que abrir el archivo wp-config.php y añadirle estas líneas:

define('WP_HOME', 'http://ayudawordpress.com'); // blog url
define('WP_SITEURL', 'http://ayudawordpress.com'); // site url
define('TEMPLATEPATH', '/ruta/absoluta/a/wp-content/themes/nombredeltema');
define('STYLESHEETPATH', '/ruta/absoluta/a/wp-content/themes/nombredeltema');

Guardas los cambios y ya lo tienes.

Por supuesto, que no se te olvide cambiar las rutas del ejemplo por las tuyas.

Fuente: AyudaWordpress

Esta constante, llamada relocate es de esas estupendas sorpresas que nos da WordPress cuando creemos que ya lo sabíamos todo.

La función de relocate es ayudarte cuando tengas que migrar de un dominio a otro, de manera que no tengas que cambiar las direcciones del dominio en la base de datos.

El proceso sería el siguiente:

1. Edita el archivo wp-config.php.
2. Después de las declaraciones “define”  (justo antes de la línea que dice ”¡Eso es todo, deja de editar!“), inserta una nueva línea y teclea: define('RELOCATE',true);
3. Guarda los cambios en el archivo wp-config.php.
4. Exporta tu instalación de WordPress y la base de datos.
5. Importa tu instalación de WordPress y la base de datos en el nuevo sitio.
6. Abre un navegador y apunta manualmente a la pantalla de acceso (wp-login.php) del nuevo servidor. Por ejemplo, si tu sitio nuevo está en http://minuevodominio.es teclea http://minuevodominio.es/wp-login.php en la barra de direcciones del navegador.
7. Accede normalmente
8. Mira en la barra de direcciones del navegador para comprobar que estás en el dominio correcto. Si quieres ve a “Ajustes -> Generales” para verificar que las direcciones de WordPress y del sitio son las nuevas. Ante la duda guarda los cambios
9. Cuando hayas realizado estas comprobaciones edita de nuevo el archivo wp-config.php y, o elimina la línea añadida o coméntala (con // delante de la misma) o pon el valor true a false por si en otro momento quieres hacer un relocate.

¿Y esto?

Pues resulta que cuando defines la constante relocate a true la URL del sitio se actualiza automáticamente a la ruta que estés usando para la pantalla de acceso a WordPress. En ese momento modifica el ajuste de URL del sitio y de WordPress.

Nota importante: este truco no cambia todas las referencias de URL al dominio anterior existentes en tus entradas (enlaces internos, enlaces a imágenes, etc), para cambiarlas te recomiendo usar el plugin Search & Replace, que sirve exactamente para reemplazar cadenas en tu base de datos por otras (úsalo con precaución y haz siempre copia de seguridad antes de la base de datos).

Fuente: AyudaWordpress

Nunca está de mal conocer todas las posibilidades que tenemos a nuestro alcance y en determinadas ocasiones puede que nos sea de gran utilidad poder activar el modo mantenimiento en WordPress con el archivo “.maintenance“ utilizado oficialmente en las actualizaciones automáticas de WordPress durante las últimas versiones.

Crea un archivo llamado “maintenance.php“, colócalo en “…wp-content/maintenance.php”  y en el interior del archivo pega el siguiente código:

<?php
$protocol = $_SERVER["SERVER_PROTOCOL"];
if ( 'HTTP/1.1' != $protocol &amp;&amp; 'HTTP/1.0' != $protocol )
$protocol = 'HTTP/1.0';
header( "$protocol 503 Service Unavailable", true, 503 );
header( 'Content-Type: text/html; charset=utf-8' );
?>

Estamos de mantenimiento, vuelve a intentarlo en un momento o visita nuestro Twitter.

<?php die(); ?>

El mensaje puede ser personalizado e incluso integrar adecuadamente código HTML para obtener una página de mantenimiento mucho más currada.

Y por último, para activar el modo mantenimiento crea un archivo llamado “.maintenance” en el directorio raíz de WordPress (junto al archivo wp-config.php) conteniendo el siguiente código;

<?php $upgrading = time(); ?>

Cuando termines de realizar las tareas de mantenimiento solo tienes que eliminar o renombrar el archivo ”.maintenance“ y todo volverá a funcionar correctamente.

Por supuesto, también podemos utilizar otros métodos como las redirecciones en .htaccess, pero “.maintenance” puede que nos sea de utilidad para automatizar algún script o cuando tengamos ciertas limitaciones de acceso/privilegios.

Fuente: AyudaWordpress

Y es que si te ves “obligado” a crear un texto en MS Word, siempre puedes pegarlo en el editor HTML para que no herede las tags HTML que el propio Word genera. Incluso WordPress incorpora en el editor un icono para pegar desde Word, que hace precisamente esto.

Y es que no es una manía, pues hay ocasiones en que ese tonto y simple hecho de copiar y pegar desde Word a el editor Visual de WordPress puede destrozar incluso el diseño de tu web, así que no lo tomes a broma.

Pero si ni con esas los redactores de tu WordPress hacen caso siempre puedes recurrir a un pequeño código para eliminar sin piedad esas tags HTML de Word que nada bueno hacen.

Para ello solo tienes que incorporar estas líneas a tu plugin de funciones, o al fichero functions.php del tema activo:

//Eliminar HTML de Word
function limpiarHTML($html) {
$html = ereg_replace("<(/)?(font|span|del|ins)[^>]*>","",$html);

$html = ereg_replace("<([^>]*)(class|lang|style|size|face)=("[^"]*"|'[^']*'|[^>]+)([^>]*)>","<\1>",$html);
$html = ereg_replace("<([^>]*)(class|lang|style|size|face)=("[^"]*"|'[^']*'|[^>]+)([^>]*)>","<\1>",$html);

return $html
}

Guardas los cambios y ya estarás libre de sorpresas inesperadas.

Fuente: AyudaWordpress

Es por ello que hay que tener algunas cuestiones claras y asegurar WordPress lo mejor posible.

Uno de los elementos más importantes a la hora de asegurar cualquier sitio web son los permisos (UNIX) de archivos y carpetas, y la regla base en WordPress sería la siguiente:

• 644 para archivos
• 755 para carpetas

 Verás que en la mayoría de las ocasiones no es necesario cambiar estos permisos, pues o bien tu servidor de alojamiento o el mismo WordPress ya los carga correctamente, pero no siempre es así.

Por lo que no está de más que revises los permisos de tu instalación y sigas la regla básica que he apuntado antes. Si después de cambiar los permisos algún plugin o tema te da problemas puedes cambiar los permisos a la carpeta o archivo concreto requerido, pero siempre siendo consciente de que estás dejando un posible agujero de seguridad.

Ejemplos de permisos especiales los puedes tener con las carpetas “cache“, donde los temas almacenan las miniaturas y algunos plugins ficheros temporales, que muchas veces – o casi siempre – tienen que tener permisos 666 o 777 (totales), o algunos plugins que tienen un fichero de configuración que también requiera permisos especiales.

En estos casos, mide bien la decisión, pues a veces es mejor cambiar a un plugin que ofrezca lo mismo sin esa “peculiaridad“ que dejar un posible hueco para entrada de hackers.

 Si quieres revisar los permisos de archivo algunas opciones son estas:

• Gestor de archivos de tu alojamiento, donde puedes navegar por carpetas y siempre hay un enlace o botón para cambiar permisos de carpeta
• Cliente FTP como Filezilla o Transmit, en los que haciendo clic derecho a cualquier archivo o carpeta puedes cambiar los permisos o acceder a la ventana de información del susodicho y cambiarlos.
• Plugin de FTP para WordPress, una versión “pluginizada” de cliente FTP como – por ejemplo – Filepress, donde encontrarás también esta posibilidad.

En realidad cambiar permisos de archivos y carpetas es más sencillo de lo que parece, y la seguridad de tu WordPress merece el pequeño esfuerzo ¿no crees?.

Fuente: AyudaWordpress

De hecho, si has instalado la última actualización de JetPack seguro que estás deseando empezar a usar el ÇSS personalizado, así que no hay ya excusas para aprender el arte del CSS.

Si en el primer artículo vimos cómo modificar enlaces con CSS y, posteriormente, ya hicimos lista de las clases CSS por defecto, en esta ocasión vamos a ver como se cambian estilos y tipos de letra en los principales elementos del contenido, o sea, los títulos y el mismo contenido de las entradas.

… Cambiar la tipografía principal …

Lo más fácil es atacar directamente a la tag body. Para ello abres la hoja de estilos del tema (normalmente style.css) o la pantalla de “Persoanalizar CSS” de JetPack, y localizas la susodicha etiqueta, que será algo así:

body {
  font-family:Helvetica,Futura,Arial,Verdana,sans-serif;
}

Lo que ves detrás de “font-family” es la secuencia en la que se cargarán los tipos de letra, de izquierda a derecha, y hay varias posibilidades, por si el sistema desde el que se visualiza no dispone de alguna de las tipografías instaladas, al final se indica la tipografía básica por defecto, en este caso eligiendo la “sans serif” que haya instalada en el ordenador.

Cambiarlo es tan sencillo como elegir otra serie de familia de fuentes, por ejemplo:

body {
  font-family:Monaco,Georgia,Times,serif;
}

… Cambiar el estilo de los títulos …

En este caso buscamos la clase correspondiente, la tag h1, y sino podemos crearla. Es la que suelen usar los temas para el título visible de nuestra web, si me apuras el texto más importante de la misma:

#content h1 {
  font-style:italic;
  font-weight:bold;
  font-size:2em;
  font-color:#ffffff;
  font-family:'Helvetica','Verdana','Monaco',sans-serif;
}

Igual que antes, podemos cambiar el tipo de letra y familias, pero además tenemos unos cuantos estilos más que definir:

• font-style: en el ejemplo cursiva (italic)
• font-weight: en el ejemplo en negrita (bold)
• font-size: podemos indicarlo en “ems” o tamaño de pixels (ej: 14px)
• font-color: para cambiarlo hazte con un editor de colores hexadecimal, o usa el que viene en el selector de color de cabecera de temas como Twenty ten, por ejemplo, y lo pones a tu gusto.

… Cambiar otros estilos de títulos …

Ya puestos, si quieres cambiar el estilo del resto de etiquetas de título (h2, h3, etc), lo habitual (pero no obligatorio) es elegir unos estilos iguales para todos, algo así:

body h2, body h3, body h4, body h5, body h6 {
  font-family:'Helvetica','Verdana','Monaco',sans-serif;
}

Por supuesto, puedes definir un estilo diferenciado para cada tag.

Bueno, por hoy ya está bien, ¡a practicar que paso lista!

Fuente: AyudaWordpress

Cada vez hay más sitios que lo hacen y yo también comencé a hacerlo hace bien poco.

Si quieres incluir un texto que reconozca la fuente original en todas tus publicaciones, que además no sea visible a simple vista, que esté oculto, y aparezca aunque no te copien el artículo completo, solo tienes que añadir un poco de código.

Abre tu fichero fucntions.php del tema activo o el plugin de funciones y agrega estas líneas:

//Copyright oculto
function copyright_oculto() { ?>

<script type='text/javascript'>
function addLink() {
    var body_element = document.getElementsByTagName('body')[0];
    var selection;
    selection = window.getSelection();
    var pagelink = "<br /><br /> Artículo publicado en Ayuda WordPress: <?php if(is_single()){ the_title();}?> <a href='"+document.location.href+"'>"+document.location.href+"</a>"; //Cambia en esta línea lo que quieras
    var copy_text = selection + pagelink;
    var new_div = document.createElement('div');
	new_div.style.left='-99999px';
	new_div.style.position='absolute';

    body_element.appendChild(new_div );
    new_div.innerHTML = copy_text ;
    selection.selectAllChildren(new_div );
    window.setTimeout(function() {
        body_element.removeChild(new_div );
    },0);
}

document.oncopy = addLink;
</script>

<?php
}

add_action( 'wp_head', 'copyright_oculto');

WordPress, por defecto, y al contrario que en el editor, hace que cualquier URL que alguien ponga en los comentarios sea “clicable“, o sea, que se convierta en un enlace activo.

Por supuesto, puedes configurar los ajustes de comentarios para que todo comentario con enlace quede en cola de moderación pero recuerda que deberás ajustarlo personalmente pues por defecto permite los comentarios con 1 enlace, solo para los que tengan 2 o más.

En cualquier caso, un modo de evitar enlaces de salida, y que solo el que de verdad quiera revisar una referencia copie y pegue la URL y la visite, y de paso limitar la cantidad de enlaces salientes de tu sitio, pues un exceso de enlaces salientes podría penalizar tu posicionamiento SEO, es usar este truco.

Lo único que tienes que hacer es añadir el siguiente código a tu plugin de funciones o dentro del archivo functions.php de tu tema activo:

remove_filter('comment_text', 'make_clickable', 9);

Guardas los cambios y ya está, las URLs en los comentarios ya no se convertirán en enlaces automáticamente.

Bonito truco encontrado tiempo atrás en WPrecipes, que nunca me acordé de compartir hasta ahora.

Fuente: AyudaWordpress

La personalización de temas:

Las nuevas características más visibles y mejoras de la versión 3.4 están relacionados con los temas. Para empezar, los principales temas de gestión estan diferentes y se añadió una nueva opción que le permite cambiar:

•      Imagen y el tamaño de la imagen de la cabecera.
•      Colores de los enlaces, texto y color de fondo.
•      Agregar / quitar una imagen de fondo.
•      Elegir el contenido que aparece en la página principal.

En general, todo el proceso de instalación, gestión y personalización de los temas es más fácil.

Nueva API XML-RPC:

La nueva API XML-RPC permite que las aplicaciones externas para ser más completo y eficaz. Más información aquí.

Panel de administración de respuesta:

También se hicieron cambios en el panel de gestión que se adaptaron mejor a menores resoluciónes (por ejemplo, tabletas, teléfonos inteligentes, etc.) Estos cambios hacen que algunas de las tareas simples, tales como la creación de artículos sea mas facil.

Añadir comentarios a través de la creación de páginas / edición de mensajes:

Ahora usted puede hacer comentarios sobre los artículos y responder a los comentarios sin salir del panel de administración. Por defecto esta opción está oculta, para mostrar simplemente haga clic en “Opciones de esta pantalla” en la parte superior derecha y comprobar los “comentarios”.

Añadir tweets único vínculo:

Esta nueva versión se ha añadido a apoyar la incorporación de tweets en los artículos mediante la adición de sólo el enlace directo con el tweet. Hasta ahora, sólo otros servicios como YouTube fueron apoyados.

Soporte para HTML en los títulos de las imágenes:

Ahora usted también puede usar HTML en los subtítulos (subtítulos) de las imágenes que se agregan a los artículos o páginas. Una característica especialmente útil para vincular a la página de autor o de imagen a una página relacionada con la imagen.

Traducción más fácil:

Se hicieron varios cambios para hacer más fácil el proceso de traducción. Este es un cambio útil para cualquier persona que no utiliza la versión en Inglés de WordPress.

Fuente: EcuadorVirtual

Si es tu caso, o cualquier otro que se te ocurra, lo que tienes que hacer es lo siguiente:

1. Crea un duplicado del fichero page.php

Localizas el fichero page.php de tu tema activo y lo copias con otro nombre, doublepage.php o lo que quieras.

2. Editas la plantilla de página recién creada

Editas el fichero recién creado y le cambias el Template name a uno de tu gusto. Una vez hecho esto sustituyes el loop que tenga por esto otro:

<?php $recent = new WP_Query("page_id=ID"); while($recent->have_posts()) : $recent->the_post();?>
       <h3><?php the_title(); ?></h3>
       <?php the_content(); ?>
<?php endwhile; ?>

Donde el IDE es el número de ID de la página que quieres incrustar en la actual, el númeró que verás en la barra de estado al pasar el cursor por la página en la pantalla de páginas del Escritorio.

¡Guardas los cambios!

Ya está, ahora puedes usar la nueva plantilla de página para insertar una página dentro de otra a tu gusto y necesidad.

Fuente: AyudaWordpress

]]> http://www.haciendoweb.cult.cu/insertar-una-pagina-wordpress-dentro-de-otra/feed/ 2 http://www.haciendoweb.cult.cu/cambia-la-version-de-wordpress-en-el-pie-del-escritorio/ http://www.haciendoweb.cult.cu/cambia-la-version-de-wordpress-en-el-pie-del-escritorio/#comments Fri, 08 Jun 2012 04:28:33 +0000 Juan Pablo Pérez Manes http://www.haciendoweb.cult.cu/?p=8520 Como ya vimos cómo cambiar el texto del pié de página del escritorio de WordPress solo nos queda saber como modificar también el número de versión que usamos.

¿Que para qué tiene sentido?, pues vete a saber, porque quieras poner un texto distinto, o vacilar a tus usuarios registrados, elige tu el motivo.

Solo tienes que añadir el siguiente código a tu plugin de funciones o archivo functions.php de tu tema activo:

'function change_footer_version() {
  return 'Version 0.0.1';
}
add_filter( 'update_footer', 'change_footer_version', 9999 );

Guardas los cambios y ya tendrás despistados a tus usuarios sobre qué versión utilizas de WordPress

Fuente: AyudaWordpress