Archivo de la categoría: Noticias

Comprueba tu web antes de lanzarla con esta lista

Una de las tareas que siempre realizamos en Ebooz.com Páginas Web en Marbella es la comprobación de todos los elementos de una página web antes del lanzamiento. De esta forma podemos optimizar su rendimiento y asegurarnos de que se dan todos los pasos para un correcto posicionamiento en buscadores y generación de tráfico.

Habitualmente trabajábamos con una hoja de cálculo, hasta que hemos descubierto Web Launch Checklist, un servicio online gratuito que te permite ir repasando y marcando todos los pasos que se deben comprobar antes de lanzar una página web profesional, incluyendo consejos básicos para rendimiento y tiempos de carga y también otros importantes como el SEO, contenido, seguridad y accesibilidad.

Cada uno de los puntos a verificar cuenta con un símbolo de (+) donde se puede obtener más información sobre la tarea a realizar.

La lista se va renovando periodicamente, con lo que incluye consejos sobre las ultimas tecnologías de desarrollo web, como por ejemplo el HTTP/2. Puedes ir mancando los puntos a medida que los vas completando y la web los recordará mediante una cookie. Además puedes descargar la lista completa en PDF o Word.

¡No olvides comprobar la lista antes de lanzar tu próximo proyecto!

Cómo crear códigos QR o BIDI gratis

Cuando realizamos campañas de marketing y queremos disponer de un código QR o BIDI, para que los usuarios lo puedan escanear con el teléfono móvil y acceder a una URL, se suelen utilizar herramientas online a priori gratuitas. Sin embargo es habitual llevarse la desagradable sorpresa de que no hemos leído convenientemente las condiciones del sitio y que pasado un tiempo nuestro código deja de funcionar a menos que paguemos una cuota periódica. Este problema es especialmente incómodo cuando hemos utilizado el código en una campaña impresa offline, lo que nos obliga a pasar por caja sin remedio.

Para evitar estas situaciones y crear códigos QR o BIDI gratis podemos utilizar un truco relacionado con la herramienta para acortar URLs de Google.Es tan fácil como utilizar la dirección goo.gl y especificar la URL de la que queremos obtener un código QR.

Paso 1. Obtener un URL acortada

Entramos en goo.gl y escribimos la URL de la que queremos obtener el código QR. No olvidéis que la práctica totalidad de visitante que usen el código lo harán desde su dispositivo móvil, por lo que es importante que la página esté adaptada a cualquier tamaño de pantalla.

Código QR gratis Paso 1

La página crea una URL acortada que siempre estará siempre disponible sin restricciones. Esta URL ya cuenta con un código QR. Vamos a ver como obtenerlo.

Código QR gratis Paso 2

Paso 2. Obtener el código QR

En la lista con el enlace buscamos el boton de la derecha y la opción de ‘QR Code’.

Código QR gratis Paso 3

Obtenemos así nuestro código QR. Podemos guardarlo pulsando con el botón derecho del ratón sobre él, aunque el tamaño puede ser pequeño para nuestras necesidades.

Código QR gratis Paso 4

Paso 3. Incrementar el tamaño del código QR

Si pulsamos sobre la imagen del código QR se abrirá en una nueva ventana. Si os fijáis en la URL veréis que viene especificado un tamaño de 150×150 pixeles. Google HCarts, el sistema sobre el que se basa esta solución permite gráficos con un máximo de 300000 píxeles, por lo que el tamaño máximo sería de 547×547 pixeles. Podéis cambiar a mano el tamaño en la URL y pulsar intro para obtener otro código QR de mayor tamaño

Código QR gratis Paso 5

Así podéis guardarlo con el botón derecho del ratón o copiar la URL para utilizarlo en vuestros proyectos

Os recuerdo que si queréis saber más sobre los códigos QR podéis visitar este post

Cómo leer los códigos QR con teléfonos móviles

wpcf7_is_ajax_call: Mejorar el tiempo de carga AJAX de Contact Form 7 en WordPress

Si utilizáis el plugin de formularios Contact Form 7 en WordPress y, al igual que yo, no paráis de comprobar los tiempos de carga, es probable que hayáis reparado en la lentitud del componente wpcf7_is_ajax_call. El motivo es una incompatibilidad entre ambos sistemas que podemos solucionar añadiendo las siguientes líneas en el functions.php de vuestra plantilla, según un post de Stackoverflow:

// Hack Contact Form 7 to avoid unwanted ajax calls
// see http://stackoverflow.com/questions/19632244/is-w3-total-cache-compatible-with-contact-form-7
add_action('wpcf7_enqueue_scripts', 'hack_cf7');
function hack_cf7() {
$_wpcf7 = array(
'loaderUrl' => wpcf7_ajax_loader(),
'sending' => __( 'Sending ...', 'contact-form-7' )
);
wp_localize_script( 'contact-form-7', '_wpcf7', $_wpcf7 );
}

En mi caso he conseguido una reducción media de 900 ms con este parche, lo que en tiempos medios de carga de 2 a 2,5 segundos es una auténtica barbaridad

Cómo hacer copias de Seguridad de Cpanel WHM con Amazon Web Services S3

Una labor indispensable en cualquier servidor es la automatización de las tareas de copias se seguridad. Se pueden realizar copias individuales desde las cuentas de los clientes, pero si estamos utilizando Cpanel podemos aprovechar una de sus últimos añadidos para crear un backup completo del sistema y alojarlo periódicamente en Amazon Web Services. Vamos a ver los pasos para configurar el proceso.

1. Crear un Bucket en Amazon S3

Vamos a utilizar el servicio de alojamiento de archivos Amazon S3. Necesitamos identificarnos en el panel

https://console.aws.amazon.com/s3/home

backup-cpanel-aws-s3-1

Pulsamos en crear nuevo bucket e indicamos el nombre. Debemos especificar también la región donde ubicaremos los archivos, recordando que si seleccionamos Irlanda nos aseguramos de cumplir con la ley de datos europea. No debemos utilizar mayúsculas ni espacios en el nombre del Bucket.

backup-cpanel-aws-s3-2

2. Configurar los Backups en Cpanel

posteriormente es necesario configurar los backups en Cpanel WHM con el recién creado bucket de Amazon S3. Entramos en WHM, opción Backup, y encontraremos un panel de opciones. Lo primero es activar la opción de backups e indicar si queremos copias de seguridad comprimidas, sin comprimir o incrementales, en las que se van copiando solo los archivos que se han modificado desde la copia anterior.

backup-cpanel-aws-s3-3

Después seleccionamos la periodicidad de los backups, que pueden ser diarios, semanales, mensuales o una combinación de estos.

backup-cpanel-aws-s3-4

El siguiente paso es seleccionar las cuentas de usuario de las que queremos mantener las copias de seguridad. Otra opción muy interesante es la de hacer un backup de los archivos de sistema, que nos permitirá recuperar el sistema completo en caso de desastre.

backup-cpanel-aws-s3-5

3. Conexión con Amazon S3

El último paso es el de la conexión de WHM con Amazon S3. Seleccionamos esta opción y pulsamos sobre Create New Destination

backup-cpanel-aws-s3-6

Indicamos el nombre que queramos para el destino, la carpeta y el bucket de destino en Amazon S3, así como los datos de login en sistema, el Access Key ID y el Secret Access Key.

backup-cpanel-aws-s3-7

Ambas claves pueden configurarse aquí.

Para terminar pulsamos en Save and Validate Destination. La copia de seguridad se ha configurado en el sistema, y podemos darle al botón de validate para comprobar que todo está ok.

Los backups comenzarán a subir desde WHM a Amazon S3 según la periodicidad que hayamos indicado. Si no queremos esperar podemos forzar el inicio con el siguiente comando, entrando como root en el servidor con conexión ssh:

/usr/local/cpanel/bin/backup –force

El comando devolverá el log que se está utilizando para la tarea del backup, algo como:

-bash-4.1# /usr/local/cpanel/bin/backup –force
info [backup] Started at Sun Sep 28 12:00:38 2014
info [backup] Process started in background.
info [backup] Log file: /usr/local/cpanel/logs/cpbackup/1411923638.log

Para poder ver si el proceso avanza correctamente analizamos el log con un comando como este:

tail -f /usr/local/cpanel/logs/cpbackup/1411920835.log

Y se puede usar el siguiente comando para ver si los archivos suben sin problemas

-bash-4.1# tail -f /usr/local/cpanel/logs/cpbackup_transporter.log

Lo que mostrará una salida como esta

-bash-4.1# tail -f /usr/local/cpanel/logs/cpbackup_transporter.log
[2014-09-28 12:01:43 -0500] info [cpbackup_transporter] cPanel Backup Transporter Queue Daemon started.
[2014-09-28 12:01:43 -0500] info [cpbackup_transporter] cpbackup_transporter – started
[2014-09-28 12:01:43 -0500] info [cpbackup_transporter] cpbackup_transporter – Checking queue for tasks
[2014-09-28 12:01:43 -0500] info [cpbackup_transporter] cpbackup_transporter – Processing next task
[2014-09-28 12:01:43 -0500] info [cpbackup_transporter] Instantiating Object
[2014-09-28 12:01:43 -0500] info [cpbackup_transporter] Starting a “copy” operation on the “Amazon Backup” destination ID “rxpoY3vkuP1gI9ZYHemw8abH”.
[2014-09-28 12:01:43 -0500] info [cpbackup_transporter] Validating destination path /Backups/2014-09-28
[2014-09-28 12:01:44 -0500] info [cpbackup_transporter] Path exists
[2014-09-28 12:01:44 -0500] info [cpbackup_transporter] Uploading /backup/2014-09-28/accounts/cptest2.tar.gz to /Backups/2014-09-28/cptest2.tar.gz
[2014-09-28 12:01:44 -0500] info [cpbackup_transporter] Attempting to upload /backup/2014-09-28/accounts/cptest2.tar.gz to /Backups/2014-09-28/cptest2.tar.gz for destination: Amazon Backup
[2014-09-28 12:01:44 -0500] info [cpbackup_transporter] Upload attempt #1 starting for /backup/2014-09-28/accounts/cptest2.tar.gz to /Backups/2014-09-28/cptest2.tar.gz for destination: Amazon Backup
[2014-09-28 12:01:45 -0500] info [cpbackup_transporter] Successful transfer of /backup/2014-09-28/accounts/cptest2.tar.gz to /Backups/2014-09-28/cptest2.tar.gz for destination Amazon Backup

Una vez haya finalizado la copia de seguridad podemos entrar en nuestro panel de administración en Amazon S3 y veremos un listado de los archivos subidos

backup-cpanel-aws-s3-8

Con este proceso tendremos la posibilidad de recuperar la cuenta de un cliente o incluso nuestro sistema completo de una forma rápida y con un coste de almacenamiento reducido.

Guía de etiquetas especiales para los formularios de Contact Form 7 para WordPress

Contact form 7 es un plugin que permite configurar formularios para WordPress de una manera visual. CF7 dispone de un editor visual con el que realizar un formulario e integrarlo en una página se convierte en una tarea sencilla que no requiere de programación. Sin embargo su simplicidad esconde un extenso grupo de posibilidades con el que desarrollar formularios complejos para nuestros proyectos. Su sistema de respuesta permite enviar una copia del email a un segundo receptor o una respuesta al usuario que envía el formulario, y nos permite utilizar una serie de etiquetas avanzadas con las que enriquecer el e-mail.

Estas son todas las etiquetas que podemos utilizar en Contact Form 7, tanto en el cuerpo del mensaje como en cualquier otro campo del formulario:

Etiqueta Descripcion
[_remote_ip] Esta etiqueta se reemplazará con la dirección IP del usuario que envía el formulario.
[_user_agent] Esta etiqueta se reemplazará con la información del Agente de Usuario (User Agent).
[_url] Esta etiqueta se reemplazará con las URL del formulario de contacto.
[_date] Esta etiqueta se reemplazará con la fecha del envío.
[_time] Esta etiqueta se reemplazará con la hora del envío.
[_post_id] Esta etiqueta se reemplazará con la ID del post que contiene el formulario.
[_post_name] Esta etiqueta se reemplazará con el nombre (en la URL – SLUG) del post que contiene el formulario.
[_post_title] Esta etiqueta se reemplazará con el título del post que contiene el formulario.
[_post_url] Esta etiqueta se reemplazará con el enlace permanente del post que contiene el formulario.
[_post_author] Esta etiqueta se reemplazará por el nombre del autor del post que contiene el formulario.
[_post_author_email] Esta etiqueta se reemplazará con el e-mail del autor del post que contiene el formulario.

Hay que tener en cuenta que la etiqueta [_post_*] solo tomar valor cuando el formulario se coloca en el contenido de un post o una página. Ese valor no estará disponible si se coloca en un Widget.

Guía completa de Mantenimiento de WordPress

En los últimos años hemos asistido a la popularización de WordPress como plataforma de blogs o incluso como gestor de contenidos. Actualmente las webs en WordPress suponen el 24,8% de la totalidad de sitios a nivel global, y el 58,8% de las webs basadas en CMS. Entre las claves de su éxito está su gratuidad, licencia abierta, facilidad de instalación, versatilidad, bajo nivel de requerimientos y modularidad a base de plugins. Sin embargo detrás de este éxito se esconde también su talón de Aquiles: al ser un sistema tan extendido se convierte en una presa muy jugosa para crackers que intentan aprovechar cualquier fallo de seguridad.

Sigue leyendo