Gestores de contenidos

Siguiendo con la serie de artículos dedicados a crear casillas de Aceptación de Tratamiento de Datos en los formularios de contacto de las páginas web, algo obligatorio por la ley, hoy os dejamos una manera de hacerlo en Prestashop 1.7. Cómo crear la casilla. Os recomendamos ver el artículo sobre cómo crearlo en html, porque es una versión sencilla de este. En este caso vamos a usar casi el mismo código pero con JQuery. Para crear la casilla lo primero es editar por FTP la plantilla de contacto del tema. Está en: themes/tutema/modules/contactform/views/templates/widget/contactform.tpl A esta plantilla vamos a realizarla los siguientes cambios que explicamos en el vídeo:- Añadimos una casilla desmarcada con html. La damos un ID (el que queramos).– Añadimos una frase explicativa. Nosotros además hemos hecho que se pueda traducir desde el backend.– Añadimos un enlace a esa frase o a otra (nosotros hemos puesto otra en el ejemplo y también hemos habilitado su traducción). Este enlace apunta a una página cuya url cogemos desde Desing>Pages en el backend.– Damos un id al botón para poder referenciarlo desde el script, y le añadimos la característica disabled para que, si no está marcada la casilla, no se pueda enviar.– Añadimos el scritp (aquí o en la página de js de la plantilla) para comprobar si está activada o no la casilla y cambiar el estado disabled. Este es el código que añadimos en el footer: <footer class=”form-footer text-sm-right”> <input id=”botoncont” class=”btn btn-primary” type=”submit” name=”submitMessage” disabled value=”{l s=’Send’ d=’Shop.Theme.Actions’}”> <input type=”checkbox” name=”terms” id=”terms1″ value=”No”> {l s=’Acepto las condiciones de uso’ d=’Shop.Theme.Actions’}<a href=”{$base_dir}/{$language.language_code}/content/3-terminos-y-condiciones-de-uso” onclick=”window.open(this.href); return false;”>{l s=’ : CONDICIONES DE USO’ d=’Shop.Theme.Actions’}</a> </footer> </form> <script src=”https://ajax.googleapis.com/ajax/libs/jquery/3.3.1/jquery.min.js”></script> <script type=”text/javascript”> $(‘document’).ready(function() { $(“#terms1”).change(function() { $(“#botoncont”).prop(‘disabled’, !this.checked) }); }); </script> En el vídeo podéis ver la explicación y demostración, y debajo tenéis el código.

Hace un tiempo os hablamos de los multisite de WordPress y cómo usar varios dominios en él. No son para cualquier proyecto, siempre es mejor un hosting para esa web, pero en ocasiones puede interesarnos (ahorro de costes, proyectos que empiezan, demos…). Hoy os enseñamos a asociar subdominios como alias de otros presentes en este multisite. Cómo agregar un dominio a un multisite. En el artículo de cómo agregar dominios explicamos cómo se podía agregar un dominio y hablábamos del plugin WordPress MU Domain Mapping. Desde la versión 4.5 , no es necesario este plugin para añadir un dominio personalizado a un multisite. Sólo hay que añadir el sitio en el menú, y una vez creado (crea por ejemplo demo1.dominio.com) lo podemos editar y cambiar el site URL a nuestro dominio. Si tenemos ese dominio apuntado en el DNS a la IP del multisite, llegará ahí y este lo llevará al sitio creado. Sin embargo, todavía parece ser necesario este plugin para crear alias, es decir para que otro dominio apunte a un dominio existente en el multisite. Por ejemplo midominio.com y midominio.es ambos en el mismo sitio. Crear un alias. Para crear un alias tenemos que seguir los mismos pasos que para agregar un dominio. Agregamos un sitio. Eso nos va a crear por ejemplo sitioprimero.midominio.com . Recordad que ya existe sitiofinal.midominio.com en este multisite al que seguramente se llegará con sitiofinal.com. Suponemos que sitioprimero.es apunta en DNS al multisitio. Editamos el sitio (sitioprimero.midominio.com) y nos fijamos, en la url, en el id que tiene. Vamos (con el plugin instalado) a Ajustes>Dominios y agregamos un nuevo dominio, con el nombre del alias (sitioprimero.es), con el id anterior. Así asociamos el dominio que queremos como alias (sitioprimero) a ese site creado. Después vamos el sitio creado en el paso 1 de esta lista (sitioprimero.midominio.com), lo editamos y en el Site Url cambiamos la url por el dominio al que queremos redirigir. Por ejemplo sitiofinal.com Con esto ya debería funcionar. Si escribimos sitioprimero.es , irá al DNS, este le llevará al multisite. El multisite comprobará en dominios y lo asociará al sitio del ID mapeado. Después irá al sitio y verá que la url es otra, la del final, y te llevará ahí. Fijaos que, en principio (que sepamos), no podemos hacerlo sin el plugin porque tendríamos dos sitios con la misma URL (sitiofinal.com) y no sabría que dominio poner.  

Si quieres abrir una tienda en WordPress, la solución que nos viene a la cabeza a todos es WooCommerce. Y si, es genial, y muy versátil…pero puede que no sea la mejor solución para todos los casos. En concreto, para los productos digitales (ebooks, diseños, temas, plantillas, manuales, canciones…) hay un plugin específico que puede que sea más adecuado: Easy Digital Downloads. Es verdad que WooCommerce tiene el botón de virtual para poder vender el producto digital. Pero Easy Digital Downloads se creo específicamente para ello. Sobre Easy Digital Downloads. Este plugin es un sistema perfecto para crear una tienda donde los productos no sean físicos (si lo fueran escoge WooCommerce). Se ha creado en un sistema freemium, es decir es gratuito para las funcionalidades básicas y dispone de extensiones tanto gratuitas como de pago con las que se pueden hacer muchas más cosas. En el caso de productos digitales las ventajas de Easy Digital Downloads son: Fácil de usar. Casi desde su instalación puedes usarlo para vender. Gestiona mejor los temas de licencias de uso. Gestión de clientes en el backend, se pueden hasta bloquear. Descuentos en productos con muchas opciones Comunidad de soporte Muchos temas para cambiar el aspecto. Las extensiones son algo más baratas que en WooCommerce. Sistema de créditos, puntos o valoración. Código abierto publicado en Github. Desventajas. El tema de las pasarelas de pago. Tiene Paypal y algunas más, muchas con extensiones de pago. PERO no para el sistema español. Tendrías que comprobar si tu pasarela de pago es compatible. Tenéis una demo aquí. Conclusión. Si quieres vender productos físicos escoge WooCommerce, también si mezclas ambos tipos de productos. Pero si tu tienda va a ser sólo de productos digitales este es un gran plugin. Eso si, comprueba antes que tus pasarelas de pago sean compatibles.        

Contact Form 7 es uno de los plugins más usados para formularios de contacto, uno de nuestros preferidos. Además, de estar en continuo desarrollo, y tener mucha documentación, tiene muchos plugins derivados que añaden funcionalidad. Hoy vamos a hablar de uno de ellos (creado por el mismo autor), Flamingo, que guarda los mensajes enviados con un formulario de Contact Form 7 en la base de datos. Ventajas de Flamingo. La gente que necesita Flamingo encuentran estos fallos en Contacto Form 7: si hay errores en el formulario o en el servidor, los mensajes se pueden perder. Lo bueno de Flamingo es que, por un lado guarda el mensaje, y por otro lo envía. Así que, aunque no nos llegue al correo, está en la web. Si más de una gente comparte la administración de la web, y no tenemos Flamingo, deberían compartir también el correo. Tener Flamingo permite que mucha gente pueda comprobar los mensajes que nos llegan a la web. Guarda también una libreta de direcciones de la gente que nos envía los mensajes.