Gestores de contenidos

Los shortcodes de WordPress para poder poner contenido dinámico personalizado de manera rápida y sencilla. Seguramente habrás usado alguno para poner galerías o poner algún contenido de algún plugin. Hay dos tipos de shortcodes. Self-closing shortcodes. Son shortcodes que no necesitan cerrarse. Tienen esta forma [nombredelshortcode] Enclosing shortcodes: tiene un contenido en medio y necesitan apertura y cierre. Tiene esta forma: [nombreldeshortcode]Contenido que quieras poner[/nombredelshortcode] ¿Por qué son necesarios los shortcodes? Por varios motivos: WordPress deja insertar HTML en las páginas y posts. Pero no php, por motivos de seguridad. Si quieres añadir tu código dentro de un post, tienes que usar un shortcode. Un shortcode sustituye a un código más o menos complejo, contenido en una función. Pero los usuarios no sabrían poner esa función, o sería una lata copiar todo el contenido. El shortcode sustituye todo este código por una palabra sencilla. De esta manera, usuarios que no saben programar pueden insertar contenido de manera rápida y sin riesgo. ¿Cómo se crea un shortcode? Vamos a explicar la base de crear un shortcode. Obviamente esto puede llegar a ser muy complejo, pero la idea del artículo es mostraros cómo empezar. Luego, tu imaginación (y capacidad de programar) pone el límite. Lo primero es que puedes crear el shortcode en el fichero functions.php de tu tema hijo o, como solemos hacer en este blog, en un snippet. Después el shortcode tiene la siguiente estructura: ¡Y ya está! Sólo tienes que usar el shortcode donde quieras que se ejecute la función que has programado. El shortcode sería: Si no quieres complicarte, puedes usar un plugin como Shortcoder. ¿Donde se insertan los shortcodes? Los shortcodes se pueden usar en páginas, posts y tipos de posts personalizados. Se pueden poner escribir en un área de texto o de html, y en widgets de texto. Gutenberg, y otros editores, tiene también un bloque para shortcodes. Muchos editores te permiten registrar tus shortcodes y tenerlos como opciones para el propio editor. Pero además podemos usar la función do_shortcode para insertar el shortcode en cualquier lugar como pie, cabecera o dentro de otras funciones. Por ejemplo para el fichero footer.php o header. php: Os dejamos algunas ideas para crear shortcodes. Poner un bloque de anuncio de Adsense donde se quiera Usar un shortcode para poner una imagen en varios sitios. Mostrar contenido personalizado . Por ejemplo los últimos 5 posts o la descripción de un producto. Crear un botón personalizado, por ejemplo de donación de paypal Y mucho más…

Hace unos días, un cliente nos pidió que ejecutáramos javascript personalizado tras el inicio de sesión de un usuario. En este caso era para Google Tag Manager: es decir querían que se registrara el evento de inicio de sesión. En teoría era sencillo, ya hemos creado eventos con otros hooks de WordPress. Pero con el hook de inicio de sesión (wp_login) no estaba funcionando el evento. Hoy os explicamos por qué y cómo solucionarlo. Cómo ejecutar javascript en WordPress después del inicio de sesión. La razón por la que no nos funcionaba es que no se puede ejecutar javascript personalizado en ese hook. Pero no viene en la documentación del mismo. sólo en foros de Internet. La solución pasa por : añadir una etiqueta al usuario (transient) por php con ese hook (eso si se puede) . https://developer.wordpress.org/reference/functions/set_transient/ luego un javascript en todas las páginas que compruebe si el usuario está registrado si es así, mire si la etiqueta está activa. Si es así, es que acaba de iniciar sesión y podemos ejecutar nuestro javascript personalizado Después desactivamos la etiqueta con delete_transient (https://developer.wordpress.org/reference/functions/delete_transient/) Os dejamos un posible código aquí: Esperamos que os funcione.

Cuando un cliente nos solicita una devolución, solemos tener que realizar una factura rectificativa. Woocommerce no está preparado para ello. Tiene un botón de Reembolso, que nos permite incluso devolver el dinero con algunas de los sistemas de pago (según cómo estén conectadas). Y nos pone las estadísticas de Woocommerce al día (al realizar el ingreso contable negativo). Pero, los reembolsos son abonos, no devoluciones. Y : No realiza actualizaciones de stock. Si gestionas stock con Woocommerce el reembolso no lo soluciona. No genera factura rectificativa, lo que es obligatorio en una devolución. Hoy os enseñamos una opción de Woocommerce para generar la factura rectificativa. Cómo realizar una factura rectificativa en Woocommerce. El proceso es crear un pedido para generar la factura. Aquí tenemos que resolver dos puntos. Numeración de la factura. Aquí hay dos opciones. Hay asesores que aceptan que las facturas rectificativas sigan la numeración normal. En ese caso hacemos el pedido como indicamos abajo sin tocar la numeración de la factura. Pero lo más frecuente es que los asesores recomienden una numeración aparte, normalmente con alguna indicación que nos muestre que es rectificativa (una R delante o detrás). En ese caso recomendamos (y lo hacemos con cualquier instalación de Woocommerce) un plugin de facturas como WooCommerce PDF Invoices & Packing Slips. Este nos permite cambiar el número de factura al realizar el pedido. Nota: este método implica que no tengas muchas devoluciones, porque algunas cosas se hacen “a mano”. Si tienes muchas devoluciones, lo mejor es comprar un plugin de pago adecuado para esto. Cantidad negativa para la factura rectificativa. La factura rectificativa tiene que tener las cantidades negativas. Woocommerce no permite productos con precios negativos. Así que os damos dos maneras de hacerlo en el pedido: Añadimos el producto a devolver, y modificamos, en el pedido (ahí si deja), el precio en negativo. El problema es que, lo que realmente hace, es añadir la cantidad en positivo, y luego un cupón negativo del doble, y así la cantidad queda en negativa. No acaba de gustarme para una factura ver un producto y luego “un descuento”. Añadimos un concepto sin producto, con la cantidad y el IVA en negativos. También el transporte. Esto parece ser más adecuado, aunque no estamos añadiendo productos. En el vídeo podéis ver el proceso. Stock. Nos quedaría el tema de actualización del stock si lo gestionamos por Woocommerce. Si hacemos el método 1 anterior, hay una opción para añadir o reducir stock (queremos añadir en la devolución). Pero tiene el problema del cupón negativo que indicábamos. La otra opción es gestionar el aumento de stock manualmente en el producto tras haber realizado la devolución.

En ocasiones, por ejemplo para Google Tag Manager, tenemos que insertar código en todas, o en algunas páginas, justo detrás de la etiqueta <body> en WordPress. Como siempre, esto se puede hacer con algunos plugins, pero añadir plugins carga el sistema, lo complica y añade riesgos si no se actualizan. Siempre que se pueda, prefiero hacer estas cosas por código.Hoy os vamos a dejar un fragmento de código o snippet para añadir un código ahí de manera sencilla. Cómo añadir código justo detrás de la etiqueta <body> en WordPress. Para esto vamos a usar el hook de WordPress wp_body_open. El código que vamos a usar (puede haber variantes) es: Obviamente se trata de añadir el código que quieres (por ejemplo el de Google Tag Manager) donde ponemos aquí va el código a añadir. Si ponéis esto en el functions.php de tu tema hijo, o usando un plugin como Snippets, verás que se añade el código donde quieres. ¡Esperamos que os haya gustado el truco!

Hace unos días, un cliente nos pidió que cambiáramos el orden de los medios de pago. Es decir, que cuando un cliente fuera a pagar, los medios de pago que le aparecieran fuera en el orden que quería. Y cuando fuimos a hacerlo, no es tan directo como parece. Así que os dejamos aquí cómo hacerlo. Cómo cambiar el orden de los medios de pago en Prestashop. Os lo vamos a mostrar en la versión 1..7, la actual. Obviamente, con el tiempo, esto puede cambiar, y en versiones anteriores puede ser ligeramente distinto. Para poder cambiar los medios de pago tenéis que: ir a Diseño -> Posiciones. Pero si buscáis ahí no van a aparecer. Tenéis que marcar la casilla Mostrar los hooks invisibles. Buscad la posición paymentOptions. Ahí podréis, con las flechas, cambiar los medios de pago. Subís y bajáis para poner el orden que queréis. Os lo mostramos en el vídeo. Esperemos que os sirva.

Hoy dedicamos otro artículo a la optimización de las páginas mediante el arreglo de los errores detectados por un análisis en PageSpeed. El aviso que queremos arreglar hoy es el siguiente: Publica recursos estáticos con una política de caché eficaz. ¿Qué es la caché? La caché es un almacenamiento que se usa para guardar contenidos que se van a usar más veces, para poder acceder a ellos de manera más rápida. Si mi navegador no tiene que ir a Internet a buscar ciertos contenidos, la navegación por la página será más rápida. Existe caché del servidor, y caché del navegador. Esta última es la que nos interesa hoy, y se guarda en los ordenadores de cada usuario. Dentro de lo que se guarda, en este caso nos vamos a centrar en los contenidos estáticos, es decir principalmente imágenes, ficheros de estilo (css) y ficheros con scripts (javascript). Google se está quejando que esta caché, para estos ficheros, no está configurada de manera óptima. Especificar correctamente los tiempos que se guardan estos ficheros es importante. Porque si no se definen estás obligando al usuario a ir a buscarlos a la web cada vez que se necesitan (lento e innecesario). Si los defines con un tiempo demasiado grande no se renovarán y los usuarios no verán cambios en tu web. ¿Cómo se puede definir la política de caché? Como siempre en WordPress podemos usar un plugin para hacer esto. Pero los plugins también añaden scripts y usan recursos. Así que hoy vamos a explicar cómo hacerlo sin plugin. Para ello vamos a usar el fichero .htacess del servidor, que podemos editar mediante un cliente como Filezilla (tendremos que mostrar los ficheros ocultos). Recordad hacer una copia de seguridad antes por si tenemos que volver todo a como estaba (en informática es vital tener un plan b,c,y d). Hay dos maneras de hacerlo, con cabeceras Control de Caché o Expiración. Ahora la tendencia es con Control de Caché, pero os dejamos las dos para la versión de Apache. Cabeceras de Expiración (método antiguo). Os vamos a dejar el código que usamos aquí, recopilado de varios sitios web. Podéis usarlo todo o en parte. Y podéis modificar los tiempos. Recordad que está puesto en segundos, así que, por ejemplo, 31536000 es un año (365 días) y 2592000 es un mes (30 días). El código que usamos es el siguiente: Cabeceras de Control de Caché. Método actual. Os dejamos un ejemplo. Activar la compresión. Esto es además de lo anterior. En el caso ideal debemos añadir las Cabeceras de Caché y luego esto después. Ya que estamos, podemos añadir la compresión de estos estáticos. Así reduciremos la cantidad de datos que tenemos que enviar y recibir. Para ello vamos a activar gzip o, en su defecto, deflate. Lo mejor es que añadamos esto antes del código anterior. Si añadimos esto en htaccess y hacemos la prueba de PageSpeed de nuevo, deberíamos ver que el mensaje mencionado ha desaparecido. Si no, apuntad los estáticos y ved si hay que ajustar algo más. Nota: no se puede definir estas políticas para estáticos externos (recursos de terceros).