martes, 13 de mayo de 2014

Hoy en AyudaWordPress.com

Hoy en AyudaWordPress.com

Link to Ayuda WordPress

Gif animado como imagen destacada

Posted: 12 May 2014 11:00 PM PDT

emoticono animado

Para empezar lo primero: no se pueden usar gifs animados como imágenes destacadas en WordPress. ¿Aclarado?, pues seguimos …

¿Por qué?, pues sencillo. En WordPress las imágenes destacadas se crean, mediante GD, a partir de una estática de la imagen original, una miniatura, y si es un gif, por muy animado que sea, lo que te mostrará será otra imagen, estática, no el gif original.

¿Hay solución?. En realidad sí, un par de posibilidades.

Un truco para saltarse esta restricción es instalar alguno de los muchos plugins que hay para usar la primera imagen de una entrada como imagen destacada, que no utilizan el proceso de recorte de GD sino que la muestran directamente y la adaptan a las medidas del CSS de tu tema.

Ejemplos:

Solo tienes que instalar el plugin elegido, activarlo y asegurarte de que el gif animado que quieras que aparezca como imagen destacada sea la primera imagen de la entrada.

No es perfecto pero es un buen apaño.

Otro truco posible (el que yo suelo usar) sería subir el gif animado que quieras usar como imagen destacada de manera que sea de tamaño menor del predefinido como miniatura, con lo que no se creará una versión estática y usará la original.

lunes, 12 de mayo de 2014

Hoy en AyudaWordPress.com

Hoy en AyudaWordPress.com

Link to Ayuda WordPress

Heartbleed, el mayor fallo de seguridad de la historia de Internet: qué es y qué hacer para asegurar WordPress

Posted: 11 May 2014 11:00 PM PDT

heartbleed-openssl-bug

Si estás en este mundo ya sabrás que hace poco más de un mes se descubrió un fallo enorme que afecta a más del 66% de todo Internet: el bug Heartbleed.

:: ¿Qué es Heartbleed? ::

Heartbleed-logo

De hecho, Heartbleed está considerado el mayor fallo de seguridad en Internet de toda la historia, pues afecta al software Open SSL, el más utilizado en servidores Apache y NGinx desde 2012 para ofrecer páginas de conexión segura (la ironía está servida).

Así que tu red social, tu tienda de comercio electrónico, hasta la web donde haces la compra del supermercado podrían ser vulnerables si usan una versión no segura de Open SSL, desde la 1.0.1 hasta la 1.0.1f ambas incluidas.

Lo peor de todo es que cualquier atacante mal intencionado puede utilizar este fallo y no deja rastro alguno de su actividad, simplemente toma posesión de la web, puede sustituir usuarios, obtener información personal y de tarjetas de crédito, incluso crear un clon del sitio.

De hecho, se recomendó que, si nos preocupaba la seguridad de nuestros datos, hasta que no hubiese una versión segura de Open SSL (la primera ha sido la 1.0.1g) y se actualizasen a la misma los principales servicios era mejor no utilizar Internet, ahí es nada.

:: ¿Cómo me protejo de Heartbleed como usuario? ::

heartbleed usuario contraseña

Cómo usuario de Internet el único modo de protegerte de Heartbleed es estar informado, algo que pasa por lo siguiente:

  1. Comprueba en esta lista si tus webs favoritas están afectadas por el fallo Heartbleed.
  2. Instala esta extensión de Chrome que te avisa si la web que visitas está afectada por Heartbleed.
  3. Cambia inmediatamente las contraseñas en todos los sitios que usen Open SSL y se haya demostrado que han estado comprometidos (casi todos, ejemplos: Google, Facebook, Flickr, Yahoo, GoDaddy, etc, etc, etc.).

:: ¿Cómo protejo WordPresss de Heartbleed? ::

heartbleed wordpress

Para empezar … si no utilizas certificado seguro entonces no tienes que hacer nada. Esto afecta solamente si has dado de alta un certificado para ofrecer una tienda de comercio electrónico, una red social o similares. Esto solo afecta a páginas https.

En caso contrario, si usas un certificado SSL/TLS, la cuestión es bien distinta y lo que deberías hacer es lo siguiente:

  1. Comprueba si tu sitio está afectado por el fallo Heartbleed aquí o aquí. En caso afirmativo (o de duda) contacta con tu proveedor de alojamiento para exigirle que actualice Open SSL a una versión segura con la mayor urgencia.
  2. Una vez actualizado Open SSL obtén nuevos certificados SSL/TLS (normalmente tu proveedor de alojamiento)
  3. Como administrador responsable y precavido requiere a tus usuarios de que cambien sus contraseñas, o se las reincidas tu todas a la fuerza. Siempre es buena estrategia forzar el cambio de contraseña cada cierto tiempo.

viernes, 9 de mayo de 2014

Hoy en AyudaWordPress.com

Hoy en AyudaWordPress.com

Link to Ayuda WordPress

Roban dinero de tarjetas de crédito de usuarios de WooThemes

Posted: 09 May 2014 03:12 AM PDT

woothemes hackeado

Si eres usuario de WooThemes, si has comprado alguna vez algún tema y has utilizado su pasarela de pago con tarjetas de crédito lee atentamente.

Hace unos días varios usuarios reclamaron a WooThemes a través del canal de soporte que les había desaparecido dinero de sus cuentas bancarias mediante uso fraudulento de la información de sus tarjetas de crédito.

En un caso el desaguisado fue de nada menos que 10.000$, y otro de los denunciantes especificó claramente que su tarjeta de crédito solo la había utilizado en la pasarela de pago de WooThemes, así que no había duda de que tenían algún problema de seguridad que estaba permitiendo la recopilación de datos de las tarjetas de crédito de los usuarios registrados.

WooThemes revisó su seguridad y descubrió que había 3 archivos modificados en su servidor como resultado de un ataque, pero aún siguen investigando toda posible vulnerabilidad.

Entretanto han inhabilitado de su pasarela de pago todos los sistemas posibles excepto Paypal y revisado sus certificados SSL, y recuerdan que ellos no guardan información de tarjetas de crédito, aunque, claro, eso no significa nada si ya estaban infectados y algún script recopilaba información de su pasarela de pago.

Esperemos que lo solucionen pronto y que aprendan (y tomemos nota todos) de que no hay que ser transigentes con la seguridad, que más vale pasarse de precavido y asegurar WordPress que comprometer tu web y, en algunos casos, incluso tu medio de vida.

En el caso de WooThemes no es la primera vez que les hackean, así que más vale que se lo tomen más en serio, pues todos esperamos que lo solucionen pronto y sigan ofreciendo tan buenos temas y plugins, que muchos utilizamos.

Así que, repito, si has hecho alguna vez alguna compra a WooThemes revisa con insistencia los cargos de tus tarjetas de crédito, denunciando a través de la legislación de tu país cualquier posible uso fraudulento, aludiendo a la nota oficial de la propia empresa WooThemes como referencia.

Añadir bordes a imágenes desde WordPress 3.9

Posted: 08 May 2014 11:00 PM PDT

borde de imagen

Hasta WordPress 3.9 había una opción en los ajustes avanzados de las imágenes que insertábamos en las entradas que permitía definir bordes y espacios a las imágenes solo con indicar un número, pero esa opción desapareció.

propiedades imagen desaparecidas en wordpress 3.9

Y a muchos usuarios esto les ha hecho la pascua, porque era algo que usaban mucho, aunque como he dicho por activa y por pasiva no es el modo correcto de hacerlo, pues los bordes de las imágenes deben ser una constante en el diseño de un sitio, y no algo que se añade para unas si y para otras no, al menos en la mayoría de los usos habituales.

Pero bueno, como cada sitio es un mundo, y aquí la cosa va de dar más soluciones que opiniones, vamos a ver cómo añadir bordes a las imágenes si ya has actualizado a WordPress 3.9.

:: Añadir bordes a las imágenes mediante HTML ::

Vale, sé que no es el modo más amigable ni intuitivo y visual pero ahí está, siempre ha estado y siempre estará. Si te encuentras cómodo con el HTML siempre puedes añadir bordes y espaciados a tus imágenes añadiendo los parámetros de estilo padding y border a tus imágenes como en este ejemplo:

<img class="alignleft" style="padding: 10px 10px 10px 10px; border:3px solid black;" src="http://tusitio.es/tus_imagenes/imagen.png" alt="texto alternativo" width="281" height="157" />

:: Añadir bordes a las imágenes mediante CSS en la hoja de estilos ::

Mucho mejor es que definas previamente en tu hoja de estilos cómo se mostrarán las imágenes por defecto, con los bordes y los estilos que quieras, iguales para todas.

La idea (ideal) es que, en tu tema hijo o el principal, modifiques la clase CSS de las imágenes para que incluyan un borde o lo que sea que te guste, algo así, por ejemplo:

.mi-clase-img {  float: left;  border: 2px solid #ccc;  width: 100%;  height: 200px;  }

Por supuesto la clase mi-clase-img es la del ejemplo, en tu hoja de estilos tendrá otro nombre. En este caso se les ha añadido un borde de 2 píxeles.

:: Añadir bordes a “algunas” imágenes mediante CSS en la hoja de estilos ::

Una variable de lo anterior es que seas de los especialitos y quieras añadir estilos solo a algunas imágenes, en cuyo caso el proceso se complica (en realidad lo complicas tu) pues requiere de 2 pasos.

El primero sería crear en la hoja de estilos las clases CSS que vayas a utilizar, por ejemplo:

.borde-negro {      border: #000 solid 2px;  }    .borde-gris {      border: #b9b9b9 solid 2px;  }

Una vez guardes los cambios ya tendrás disponibles las clases CSS para utilizarlas en tus imágenes desde el editor visual de WordPress. Ahora, cada vez que insertes una imagen puedes pulsar el icono para editarla.

icono editar imagen wordpress 3.9

En la nueva ventana de edición despliegas el apartado avanzado y podrás aplicar la clase CSS recién creada para que esa imagen concreta tenga el borde (o lo que sea) que te guste.

añadir clase css imagen wordpress 3.9

:: Añadir bordes a las imágenes con plugin ::

¿Que no te vale nada de lo anterior?, pues nada, te instalas el plugin Advanced image styles, que devuelve a los ajustes avanzados de las imágenes la funcionalidad perdida y le añade alguna más, como puedes ver en la siguiente captura.

advanced-image-styles-plugin

WordPress 3.9.1 ya está aquí

Posted: 08 May 2014 10:27 PM PDT

Si no desactivaste las actualizaciones automáticas de WordPress aparecidas en la versión 3.7 ya estarás con WordPress 3.9.1 desde hace unas horas, en caso contrario te está esperando en el escritorio, listo para que le des al botón de actualizar.

Como ya avisé, esta versión de mantenimiento soluciona una serie de fallos encontrados desde el lanzamiento de WordPress 3.9 y, por supuesto, es una actualización totalmente recomendable, como todas las de seguridad y mantenimiento.

jueves, 8 de mayo de 2014

Hoy en AyudaWordPress.com

Hoy en AyudaWordPress.com

Link to Ayuda WordPress

Papelera para los archivos adjuntos

Posted: 07 May 2014 11:00 PM PDT

papelera wordpress

Una de las cosas incomprensibles de WordPress es que si borras una entrada, una página o un comentario se envía a la papelera, de donde puedes recuperarlo si lo borraste por error, pero por el contrario, no tienes esa misma posibilidad para los archivos adjuntos, si borras un adjunto lo elimina directa y permanentemente, sin papelera.

sin papelera en adjuntos wordpress

Afortunadamente hay una variable que puedes definir en el archivo de configuración de WordPress wp-config.php para activar la papelera también para los archivos adjuntos.

Solo tienes que añadir esta línea:

define( 'MEDIA_TRASH', true );

Guardas los cambios y ahora ya tendrás papelera para los adjuntos.

papelera en adjuntos wordpress

Si ves que no lo usas, en cualquier momento puedes desactivarla estableciendo la variable a false.

Fuente: github

miércoles, 7 de mayo de 2014

Hoy en AyudaWordPress.com

Hoy en AyudaWordPress.com

Link to Ayuda WordPress

Usar la misma clave API de WordPress.com por defecto

Posted: 06 May 2014 11:00 PM PDT

puente raro

Si utilizas la misma clave API de WordPress.com en múltiples instalaciones de WordPress, para activar plugins como JetPack o Akismet, puedes establecer la clave API previamente y evitar tener que realizar activaciones en cada instalación.

El truco está en definir tu clave API en el fichero de configuración de WordPress, en el archivo wp-config.php, antes de activar los plugins que la requieran, del siguiente modo:

define( 'WPCOM_API_KEY', 'Aquí_va_tu_clave_API' );

Una vez guardes los cambios estos plugins ya no requerirán el proceso de activación, utilizando la clave API definida mediante la constante WPCOM_API_KEY.

Este truco es útil si realizas muchas instalaciones, pero imprescindible para WordPress Multisitio donde quieras que los usuarios no tengan que activar o crear cuentas en WordPress.com y así ofrecer una experiencia mucho más inmediata y sencilla.

Es más, revisa si usas plugins que también dispongan de alguna constante para su API, como Gravity Forms, y podrás usar este mismo truco con ellos.

Fuente: Foros de soporte de WordPress

martes, 6 de mayo de 2014

Hoy en AyudaWordPress.com

Hoy en AyudaWordPress.com

Link to Ayuda WordPress

WordPress 3.9.1 y 3.9.2 casi a punto

Posted: 06 May 2014 03:15 AM PDT

mantenimiento-wordpress

Es bastante probable que este miércoles esté disponible la actualización a WordPress 3.9.1, y pocos días después a la versión 3.9.2.

Según informa Nacin en el blog de desarrollo estas versiones serán de mantenimiento, solucionando fallos detectados desde el lanzamiento de WordPress 3.9.

Los “arreglos” que incluye la versión 3.9.1 solucionarán estos fallos:

  • Los avisos de actualización no se muestran con el esquema de colores personalizado.
  • Al previsualizar un tema se vacían los widgets del tema activo (lo he sufrido).
  • Errores en multisitio con subdominios y dominios con www.
  • Fallos de visualización de botones al subir imágenes de cabecera.
  • Lentitud a la hora de publicar o modificar entradas.
  • Varios errores en el editor, adjuntos y listas de reproducción, especialmente al añadir pies de foto.
  • Varios errores de visualización en los desplegables de TinyMCE.
  • Errores de traducción por uso de la función i18n errónea.

En cuanto a las tareas en marcha para la versión 3.9.2 son las siguientes:

  • Error de visualización de los dashicons.
  • Mejoras en el botón de añadir imágenes del personalizador.
  • Mejoras en la función de pegado del editor TinyMCE.
  • Solución a que el redimensionado de imágenes en el editor no muestre la resolución.
  • Solución a errores al  copiar y pegar tablas desde Excel.
  • Solución al error por el que no se pueden arrastrar y soltar imágenes en tablas.

Eso de momento, pero si encuentras algo más ya sabes, informa para que se arregle, que esa es la grandeza de las comunidades de código abierto.

Ah, y recuerda que estas actualizaciones serán automáticas, sin tu intervención, a no ser que las hayas desactivado.

Cambiar el idioma de WordPress automáticamente

Posted: 05 May 2014 11:00 PM PDT

detectar idioma wordpress

En sitios multilenguaje puede ser de gran utilidad ofrecer que, dependiendo de la configuración de idioma del usuario, detectado del navegador, WordPress cambie de idioma automáticamente.

La idea es que si el navegador del usuario está en un idioma, WordPress se muestre en ese idioma, y si el tema también está bien configurado para la traducción, que también se muestre en el idioma del usuario.

Hay un requisito, y es que tanto el tema como la instalación de WordPress dispongan de los archivos .mo de traducción necesarios, pero si eso no es problema solo tienes que hacer lo siguiente:

:: 1. Crear el archivo con las funciones de cambio de idioma automático ::

Crea un fichero, al que denominarás wp-lang.php en el mismo directorio donde esté el archivo wp-config.php con el siguiente código:

<?php   // Inicio de sesión   session_start();      // si hay un parámetro "lang" en la URL...    if( isset( $_GET[ 'lang' ] ) ) {          // ... define una variable de sesión llamada WPLANG basada en el parámetro de la URL...           $_SESSION[ 'WPLANG' ] = $_GET[ 'lang' ];          // ...y define la constante WPLANG con la variable de sesión WPLANG       define( 'WPLANG', $_SESSION[ 'WPLANG' ] );      // si no hay un parámetro "lang" en la URL...    } else {         // si la variable de sesión WPLANG ya está establecida...      if( isset( $_SESSION[ 'WPLANG' ] ) ) {             // ...define la constante WPLANG con la variable de sesión WPLANG           define( 'WPLANG', $_SESSION[ 'WPLANG' ] );           // si la variable de sesión WPLANG no se ha establecido...      } else {                      // establece la constante WPLANG a tu código de idioma por defecto (o lo dejas vacío si no lo necesitas)                  define( 'WPLANG', 'es_ES' );                      }   }   ?>

Guarda los cambios y pasa al siguiente paso.

:: 2. Modifica el archivo de configuración de WordPress ::

Abre el archivo de configuración de WordPress (wp-config.php) y sustituye la siguiente línea:

define('WPLANG', 'es_ES');

… por esta otra:

require_once( dirname( __FILE__ ) . '/wp-lang.php' );

A partir de ahora, cuando un usuario se identifique en tu sitio verá la administración de WordPress en su idioma (recuerda, si tienes el fichero de idioma correspondiente), y lo mismo para el tema si este también está internacionalizado.

Además, también puedes añadir enlaces del tipo Ver en Español para ofrecer cambios rápidos de idioma a voluntad.

Fuente: Stackoverflow – Tutplus

lunes, 5 de mayo de 2014

Hoy en AyudaWordPress.com

Hoy en AyudaWordPress.com

Link to Ayuda WordPress

WordPress 4.0 el 27 de agosto de 2014

Posted: 05 May 2014 12:00 AM PDT

wordpress 4.0

Solo han pasado días desde el lanzamiento de WordPress 3.9 y ya está en marcha el desarrollo de la próxima versión, la redonda WordPress 4.0.

Según el mapa de desarrollo estará lista para el 27 de agosto de 2014 y, a pesar de su número redondo, algo que en el mundo del software siempre suele traducirse en grandes cambios, en realidad es bien posible que simplemente sea una versión más, sin que por ello tenga que destacar especialmente de versiones mayores del tipo 2.1, 3.5 o 4.2.

Ahora bien, eso no quita que en lo más profundo todos queramos que este número redondo suponga una nueva revolución, o que al menos incorpore nuestros deseos de funcionalidades más esperadas.

Y ya se van apuntando posibles novedades de WordPress 4.0:

  • Interfaz personalizada de formatos de entrada, si, esa que se retiró del desarrollo de WordPress 3.6 y que tenía casi tantos amantes como detractores (yo incluido).

    Formatos entrada editor WordPress

    Formatos entrada editor WordPress

  • Nueva interfaz de gestión de adjuntos mediante Media grid, una adaptación de un plugin ya existente en el repositorio oficial, además de una versión en desarrollo adaptada, que cambiará totalmente el modo de administrar ficheros multimedia.
    wordpress-media-grid
  • Nueva API JSON REST que pasaría a sustituir a la obsoleta y problemática XML-RPC. El plugin ya lo tienes en github, denominado como WP API.
  • Rediseño de la herramienta “Publica esto“, que a pesar de su popularidad y fantástica utilidad ha quedado algo anticuada en su funcionamiento y diseño desde la enorme implantación de los dispositivos móviles.
    publica esto wordpress 4.0
  • Regreso del selector de color en el editor de entradas, tristemente desaparecido.
    selector color wordpress 4.0
  • Soporte nativo de detección y adaptación a dispositivos móviles, algo de una utilidad y necesidad fuera de toda duda.
  • Mejoras en la administración y edición de usuarios, algo que no ha mejorado durante años, y que ya debería incorporar, al menos, la modificación no solo de perfiles sino también de capacidades, sin necesidad de tener que instalar plugins.
  • Revisión completa de la ayuda de la administración de WordPress, mejorando también el sistema de navegación para que sea mucho más intuitivo.
  • Lector de feeds integrado, con posibilidad rápida de hacer un re-blog. Ya hay una propuesta de plugin al efecto.
    lector feeds wordpress 4.0
  • Posibilidad de edición en portada, para poder crear y modificar entradas, comentarios y páginas directamente en el sitio en directo, sin pasar por la interfaz de administración y el editor de WordPress. Esto es algo que hace años incorporan otros CMS y que eliminaría barreras de entrada para muchos usuarios.
    editor en portada wordpress 4.0
  • Contenido destacado, algo que se inició para el desarrollo de WordPress 3.8 pero que se abandonó sin fecha de incorporación.

Pero también hay otra serie de novedades que, aunque no estén siquiera propuestas, no estaría mal que se incorporasen, al menos a mi me gustaría que así fuese:

  • Mejoras de seguridad varias, como generación aleatoria de usuario por defecto en la instalación y prefijo de la base de datos, algo especialmente relevante para instalaciones automáticas; un sistema integrado de bloqueo de intentos de acceso masivos; requerir contraseñas seguras y requerir cambio de contraseñas.
  • Mejoras y personalizaciones SEO, como las que ofrecen plugins que todos conocemos.
  • Sistema de cache integrado a golpe de clic para activar o desactivar.
  • Un solo botón para previsualizar entradas guardadas, no como ahora, que hay hasta tres enlaces y botones para lo mismo, y unos abren en ventana nueva (Vista previa – Previsualizar cambios) y otra en la actual (Ver entrada).
  • Reprogramación completa de las etiquetas de plantilla (template tags) de manera que pueda controlarse desde la administración de WordPress qué metas se ven y cómo se ven en el tema activo o incluso poder cambiar de sitio barras laterales y bloques de contenido desde la administración de temas. Ya que tenemos un framework que funcione como tal.
  • Multilenguaje desde la instalación, eliminando la necesidad de tener que descargar cada versión por país, que sea algo a determinar en el proceso de instalación y se parta de un solo paquete de instalación que, una vez elegido el idioma, lo descargará desde el repositorio correspondiente.
  • Mejoras en el sistema de comentarios nativo, para que permita integración con perfiles sociales de manera nativa, sin tener que depender de plugins adicionales, algo así como el sistema que incorpora JetPack pero sin necesidad de pasar por WordPress.com ni nada parecido.
  • Personalización de la administración, pudiendo recolocar iconos y menús a voluntad, personalizar botones, mensajes, cajas meta, de todo. Un paso fundamental para el uso de WordPress como CMS profesional para clientes corporativos sin necesidad de instalar tropecientos plugins.
  • Que desaparezcan los plugins Akismet y Hello Dolly de la instalación por defecto. El primero es requiere activación externa y no es totalmente gratuito, el segundo es una tontería que ya va sobrando hace años. Si hay que incorporar algún plugin por defecto, que nunca está de más, al menos que sea algo útil y totalmente instantáneo y totalmente gratuito.
  • Que algunas funciones sea del núcleo y no puedan ser modificadas por plugins, me refiero por ejemplo a la programación de entradas, que da muchos problemas a causa de plugins que modifican su comportamiento, y hay muchos más ejemplos de funciones que deberían ser intocables por los plugins.
  • Personalizar los enlaces permanentes desde la instalación.
  • Importador desde Joomla y Drupal.

Hay muchas más cosas ¿a ti qué novedades te gustaría ver en WordPress 4.0?

Curso intensivo “Domina WordPress”

Posted: 04 May 2014 11:00 PM PDT

domina wordpress iab

Un año más, de la mano de la organización de IAB Spain, impartiré el curso práctico e intensivo denominado “Domina WordPress“, dirigido a profesionales de la comunicación y los nuevos medios, community managers y social media strategists.

El curso, ya en su 4ª edición se compone de sesiones totalmente prácticas, para las que es imprescindible acudir con ordenador portátil, en las que veremos paso a paso todo lo que tienes que saber de WordPress para diseñar, administrar y potenciar tu estrategia de contenidos de marca.

El programa que seguiremos será el siguiente:

1a Sesión (viernes 23 de mayo)

  • Instalación y configuración inicial (empezando con buen pié)
  • Plugins (instalación y configuración)
  • Themes (instalación, configuración y traducción)

2a Sesión (sábado 24 de mayo)

  • Administración (gestión de usuarios, jerarquías temáticas, dominio y personalización del escritorio).

3a Sesión (viernes 30 de mayo)

  • Publicación (publicación 2.0, blogging y periodismo, multimedia, construyendo una audiencia, gestión de la conversación, hipertextual)

4a Sesión  (sábado 31 de mayo)

  • SEO "on page" desde la cuna.
  • Uso de keywords, tags y categorías.
  • Reglas de posicionamiento en buscadores.
  • Viralidad

5a Sesión (sábado 31 de mayo)

  • Social media desde WordPress
  • Integración 2.0
  • Expandiendo la conversación

Ya queda poco, y las plazas son limitadas, pues por el carácter eminentemente práctico del curso están limitadas a un máximo de 12 alumnos, para un aprovechamiento total de los contenidos del mismo, así que corre y contacta con IAB Spain para apuntarte, que quedan muy pocas.

El curso se impartirá en los siguientes horarios y dirección:

Del 23 al 31 de mayo:

Viernes de 16:00 a 21:00h
Sábados de 9:00 a 14:00h y de 15:30 a 20:30h

IAB Spain, C/ Lino 7. Madrid

Seguidores

Archivo del blog