Gestores de contenidos

Diseño Web, Gestores de contenidos, Información Tecnica

Uindades de medida en CSS. Medidas absolutas vs medidas relativas. Px,em,rem,vw,vh,%

Cuando tenemos que colocar elementos en una página web, las medidas son importantes, y conocer las opciones que nos da CSS (mencionaremos las más usadas). Existen medidas: absolutas: que no se adaptan a los dispositivos. Su tamaño no cambia y es siempre fijo. Por lo tanto son cómodas para empezar a diseñar, pero no siguen las tendencias actuales de ser variables para diferentes dispositivos. Tampoco son adecuadas para la accesibilidad (gente que necesita ver la pantalla en dimensiones más grandes por problemas de visión o similares). relativas: son unidades que dependen de algún otro factor, veremos cuáles. Si son adaptables a diferentes dispositivos. Dentro de estas unidades relativas cabe destacar las unidades viewport, que son las relativas a la ventana de visualización. Vamos a entender cada una de ellas un poco más. En general se recomienda usar unidades relativas cuando sea posible. Unidades absolutas. Os mencionamos algunas de mayor a menor. Creemos que se explican por sí solas. in: pulgadas. – Equivalente a 25,4 mm. cm: centímetros – Equivalente a 10 mm. pc: picas – Equivalente a 4,23 mm. mm: milímetros pt: puntos – Equivalente a 0,35 mm. px: píxeles – Equivalente a 0,26 mm. Unidades relativas. rem: Estas unidades son relativas a la fuente raíz de la web. 1rem = al tamaño de la fuente raíz (normalmente 16px y suele ser el del BODY). Es una buena unidad para webs adaptables porque permite relacionarlo todo a una misma cantidad. Y podemos escalar fácilmente toda la web. em: Es parecida a la anterior, pero es relativa al tamaño fuente del elemento en que esté (que si no está definido se hereda del superior, del padre). Es un tamaño que se ha usado mucho, pero puede llevar a confusiones porque las fuentes dependen de unos elementos que pueden depender de otros. %: Porcentaje. Relativo al elemento padre. ch: Relativo al ancho del cero “0”. Por ejemplo, con una fuente raíz de 16px, 10 rem serán 160px. Con em, si un div tiene 12px de fuente, algo dentro que tenga 10em equivaldrá a 120px. Las unidades anteriores permiten crear un diseño de tamaños dependiendo de elementos como la fuente raíz. Y desde ahí poner elementos relativos a esta fuente, o relativos a cada contenedor. Esto permite que toda la página sea escalable, y no tener que hacer cambios a todos los elementos cuando se quiera variar el tamaño.Las rem se usan cuando queremos escalabilidad global respecto a la raíz.Las em se usan cuando queremos escalabilidad dentro de un elemento. Unidades relativas viewport. Dentro de las unidades relativas existen unas especiales que son relativas a la ventana de visualización (y por lo tanto pensadas para su uso en diferentes dispositivos). Las más importantes son las siguientes: vw: viewport width. – 1vw = 1% del ancho del navegador. vh: viewport height. – 1vh = 1% del alto del navegador. vmin: viewport minimum. – 1vmin = 1% del mínimo entre el ancho y el alto del navegador. vmax: viewport maximum. – 1vmax = 1% del máximo entre el ancho y el alto del navegador. Estas unidades permiten poner como referencia el tamaño de la pantalla – algo importante en un mundo de dispositivos de tamaños cambiantes. Y desde ahí diseñar los elementos de la página.Por ejemplo 50vw sería la mitad del ancho del navegador, o 100vw sería el 100% del mismo. vw se usaría para elementos que se relacionen con la anchura del dispositivo (columnas por ejemplo).vh se usaría para elementos que se relacionen con la altura del dispositivo.

Diseño Web, e-Learning, Gestores de contenidos

Configuración de cuentas de Office 365 en Moodle

Para configurar una cuenta de correo en Moodle por SMTP, para que envíe correo desde esa cuenta, tienes que ir a Administración del sitio->Servidor->Correo Electrónico-> Configuración de correo saliente . Pero la configuración de Office 365 tiene alguna peculiaridad. Os dejamos la que nos funcionó para que lo probéis. Estos son los datos que tenéis que poner: Servidores SMTP (smtphosts) : smtp.office365.com:587 Seguridad SMTP (smtpsecure) : TLS SMTP Auth Type (smtpauthtype) : LOGIN Nombre de usuario SMTP (smtpuser): usuario@tudominiodeoffice365.com Contraseña SMTP (smtppass): tucontraseña Salvo el puerto, estos detalles son bastante comunes. PERO no funciona sólo con esto. La clave es que las restricciones de Office365 obligan a estas modificaciones (para que la cuenta saliente sea igual a la que lo envía). Dirección ‘no-reply’ (noreplyaddress): tiene que ser la misma que smtpuser de arriba Tienes que bajar en esta misma página hasta donde pone Información de origen en el asunto (emailfromvia) tiene que poner NUNCA. Por último tenemos que ir a Administración del sitio->Servidor-> Contacto de soporte y donde pone Email de soporte (supportemail) tiene que poner lo mismo que en smtpsecure arriba. Tu cuenta de correo tiene que estar en smtpuser, noreplyaddress y supportemail. Con esto ya debería funcionar. Puedes hacer las pruebas desde la página de Administración del sitio->Servidor->Correo Electrónico-> Configuración de correo saliente Si tienes más problemas, existe un plugin (que no hemos probado), Email Test, que te permite hacer un análisis de dónde puede estar fallando el SMTP y te ayuda a intentar encontrar el error.

Diseño Web, Gestores de contenidos, Trucos

Establecer una fecha de caducidad en los posts de WordPress.

En ocasiones te interesa que el contenido en WordPress esté publicado sólo cierto tiempo. Es decir, quieres establecer una fecha de caducidad para ese post. Razones para hacer esto pueden ser: Una noticia, oferta o una sección de Novedades que sólo dura un tiempo. Información que se puede volver obsoleta en un corto periodo de tiempo y es mejor pasarlo a la sección de archivo. Campañas de publicidad. Posts subvencionados que se han pagado sólo por un tiempo (aquí tenemos de esos). Publicaciones que van a ser gratuitas sólo por un corto periodo de tiempo. Hoy os vamos a enseñar a hacerlo, obviamente con un plugin. Obviamente para que funcionen estos plugins es necesario que tu alojamiento sea compatible con el cron de WordPress (Wp-cron). Este es el encargado de ejecutar tareas programadas en WordPress. Ciertos alojamientos no son compatibles con este componente, y en otros sitios se deshabilita. Comprobad que wp-cron funciona en vuestra web.Si te funcionan las publicaciones programadas, o tienes plugins de copia de seguridad cada cierto tiempo, wp-cron funciona. Cómo establecer fecha de caducidad en los posts de WordPress. El mejor plugin para esto a día de hoy es Post Expirator. Lleva desde el 2012 en funcionamiento y, de los plugins de este estilo, es el que más recientemente se ha actualizado. Este plugin establece una fecha de caducidad a los posts o páginas. Se puede también elegir entre varias acciones que se activarán al caducarse la publicación: pasar a borrador, a la papelera, eliminarlo, fijar o no fijar (entradas destacadas), pasar a privado o cambiar, añadir o eliminar la categoría. El plugin tiene además otras funcionalidades muy útiles: Puedes mostrar la fecha de caducidad en la publicación con el shortcode En el backend puedes ver la fecha de caducidad de cada publicación. Nos puede avisar por correo electrónico cuando llegue la fecha de caducidad. Si no te convence este plugin (es el que usamos nosotros), os dejamos otras opciones que no hemos probado: Advanced Schedule Posts WP Post Expires

Diseño Web, Gestores de contenidos, Trucos

Cómo excluir páginas del sitemap de Yoast en WordPress.

En ocasiones tenemos que excluir páginas del mapa del sitio, sitemap, para que los navegadores no los indexen. Páginas de registro, de información, archivos etc. Cosas que no quieres que los usuarios vean cuando buscan tu dominio en Internet. O simplemente páginas que han dado avisos o error en Search Console (por ejemplo) y quieres que Google no las “vea”. Es decir cómo hacer que los buscadores no indexen una página. Hoy vamos a explicar cómo hacer esto con uno de los plugins más usados para SEO en WordPress, Yoast SEO. Excluir páginas de un sitemap en Yoast SEO. Para excluir las páginas del sitemap de Yoast tenemos que ir, en el backend, a la página en concreto y editarla. Debajo del contenido tenemos la sección (metabox) de Yoast. Una de las secciones desplegables (la última) es Avanzado.Si la despliegas ves un apartado que pone: ¿Permitir a los motores de búsqueda mostrar esta Página en los resultados? Por defecto está en Si, pero podemos cambiarlo a No, y de esta manera, cuando guardemos la página, se actualizará el sitemap eliminando este contenido.Esto añade la etiqueta noindex en la página o post.Más información aquí. Por código. También puedes usar un filtro que proporciona Yoast para, poniéndolo en el CodeSnippets, o en functions.php de tu tema hijo, hacer que se excluya la página.El código de ejmplo sería (excluyendo los posts o páginas con ID 311 y 312). Obviamente este código puede usarse para excluir cualquier elemento de WordPress por ID. Recordad que también podéis gestionar los elementos que hay en el sitemap por defecto. Podéis seguir este manual.

Diseño Web, Gestores de contenidos

Módulo de popup gratuito para Prestashop 1.6 y 1.7

Hoy os dejamos un módulo gratuito para Prestashop, tanto para la verisón 1.6 como para la verisón 1.7. El módulo es para crear ventanas emergentes, Popups, tanto en la portada, como en toda la tienda o en páginas seleccionadas. El módulo se llama Custom popup notification, de Prestacraft y puedes descargarlo en esta página.Tiene además un apartado de foro con información y dudas en este enlace. Una vez instalado (como cualquier módulo) es bastante sencillo de usar. Tiene unas opciones para seleccionar dónde queremos verlo y de qué manera, y luego un editor de texto para añadir el texto o la imagen deseado.También unas opciones sobre la visualización (fondo del popup, modo de cierre, botones…) La única sorpresa que puedes llevarte es que configures todo y no aparezca. En tal caso recuerda que el módulo tiene que estar en la posición (apartado posiciones de Módulos) que quieres, y además que deberías borrar cualquier caché que tengas. Me gusta que, además, han añadido una opción para guardar una cookie (para que una vez cerrado no te salte todo el rato) y duración de la misma, así como un “delay” (retardo) para la aparición de la ventana emergente.

Diseño Web, Gestores de contenidos, Soporte, Trucos

Prestashop: encontrar productos con o sin una característica mediante consulta SQL.

Hace unos días, un cliente nos pidió que encontráramos qué productos tenía en la tienda sin cierta característica. Porque quería saber si le faltaba alguno por ponerle la característica. Cuando queremos saber algo como esto, podemos comprar módulos, pero Prestashop tiene una herramienta muy poderosa (si sabes algo de SQL) para poder realizar consultas directamente a la base de datos. Os vamos a mostrar estas dos consultas (productos con una característica y productos sin una característica) para que podáis aprender a realizar vuestras propias consultas. En ambos casos hay que ir a Parámetros Avanzados>Base de datos>Gestor SQL y pinchar en Añadir una nueva consulta SQL. Consulta SQL: Productos con cierta característica asignada. Para ello os proponemos esta consulta: 24 en el ejemplo es el ID de la característica que podemos encontrar editando la característica y mirando la url. Esta consulta muestra todos los productos con característica X. Puedes modificarla para buscar sólo en ciertas categorías (ver ejemplo siguiente). Consulta SQL: Productos sin cierta característica asignada. La consulta base para ver qué productos no tienen cierta característica asignada (el contrario al anterior) podría ser: Si queremos ver aquellos productos que no tienen una característica asignada Y están en ciertas categorías podemos hacer: En esta última consulta miramos si está en una de 4 categorías (32,33,14 o 15). Esperamos que os sirva.

Diseño Web, Gestores de contenidos, Seguridad

Vulnerabilidad en Prestashop ante el malware XsamXadoo Bot. Solución.

Si tienes una tienda de Prestashop, puede que hayas recibido un aviso que tu tienda puede ser vulnerable ante ataques del malware XsamXadoo Bot. Mediante este malware, los atacantes pueden tomar el control de tu página web y acceder a tus datos. No es un ataque exclusivo a Prestashop, muchos gestores y módulos de diferentes entornos, creados en php con la herramienta PHPUnit, pueden ser vulnerables. Pero se ha detectado en Prestashop estos días. En qué consiste la vulnerabilidad. Este ataque hace uso de un fallo de seguridad conocido desde el 2017: el CVE-2017-9841. Este fallo está presente en la herramienta PHPUnit, un framework que usan los desarrolladores de php para probar y crear sus módulos y aplicaciones. La vulnerabilidad se ha corregido en las versiones de PHPUnit 7.5.19 y 8.5.1 , pero las anteriores la tienen. Y muchos creadores de Prestashop usan esta herramienta. Lo curioso es que los desarrolladores dejan ciertas carpetas y ficheros de este framework cuando pasan los módulos a producción. Carpetas y ficheros que ya no son necesarios porque son sólo para desarrollo, pero que dejan ahí. Y estos son los que contienen el fallo de seguridad. Cómo solucionarlo. Lo que tienes que hacer es borrar todos los directorios phpunit tanto de Prestashop como de los módulos (recuerda, la carpeta es sólo para desarrollo). Si gestionas un servidor Linux puedes hacer esto con este comando: find . -type d -name “phpunit” -exec rm -rf {} \; En caso de no tener acceso a terminal, puedes buscar los directorios por FTP. Para ello. En la carpeta de Prestashop busca la carpeta Vendor. Dentro de esa carpeta mira si tiene otra que se llame phpunit. Si es así, borra esa carpeta. Ahora entra en cada carpeta de módulo. Busca la carpeta Vendor dentro de cada módulo. Si esta carpeta incluye el directorio phpunit borralo. Cómo saber si te han infectado. Es difícil porque pueden dejar diferentes rastros. Pero 1) mira en tu servidor a ver si tienes los siguientes ficheros: File name md5 XsamXadoo_Bot.php 0890e346482060a1c7d2ee33c2ee0415 or b2abcadb37fdf9fb666f10c18a9d30ee XsamXadoo_deface.php 05fb708c3820d41c95e34f0a243b395e 0x666.php edec4c4185ac2bdb239cdf6e970652e3 f.php 45245b40556d339d498aa0570a919845 2) Entrar en Parámetros Avanzados->Información para ver si al final te indica si se ha modificado algún fichero del core de Prestashop. Esto también puede dar una pista de si te han infectado. Para más información lee el anuncio de Prestashop y el artículo más detallado al respecto.

Diseño Web, Gestores de contenidos, Información Tecnica, Internet, Legalidad

Documento legales necesarios para una página Web (no tienda) en España.

Una pregunta recurrente en los clientes que están haciendo o quieren hacer una página web es qué documentos o apartados legales hay que incluir. Hoy os lo detallamos para las páginas que no sean tiendas (otro día haremos un vídeo para esas). Nota: no somos expertos en derecho, esta información la proporcionamos por nuestro trabajo del día a día y nuestro contacto con las asesorías de los clientes y las últimas noticias del sector. Leyes aplicables. Primero resumimos las leyes que se aplican en este ámbito: LSSI (ley digital de servicios de la sociedad de la información y de comercio electrónico). 34/2002 del 11 de Julio. LOPD: 15/1999 del 13 de Diciembre. RGPD (ley de protección de datos Europea) del 25 de mayo del 2018. LOPDGDD (Ley orgánica de protección de datos y garantía de derechos digitales). 3/2018 del 5 de Diciembre. Directiva 2002, revisada en 2009 136/CE del 25 de Nov del 2009 (“Ley de Cookies”). Pronto será renovada por la e-Privacy. Qué documentos son necesarios en una página web empresarial en España. Los documentos necesarios son los siguientes: Aviso Legal. Que básicamente informa sobre quién está “detrás” de la página web, cómo contactarles etc. Sólo es obligatorio en páginas con fin económico (no en personales). Viene dado por la LSSI que indica que debe haber un “mínimo de información permanente y gratuita”.En este enlace hablamos sobre el Aviso Legal en profundidad (y en el vídeo debajo de estas líneas). Política de Privacidad. Indica qué datos se recogen del usuario y qué se hace con ellos. En el vídeo lo explicamos en profundidad, pero básicamente debe incluir 3 partes: – La página de Política de Privacidad con toda la información relevante detallada. – La primera capa informativa que debe resumir lo anterior y se debe incluir en formularios, correos, boletines, facturas, y cualquier tipo de comunicación con el cliente. – La casilla de aceptación del tratamiento de datos con enlace a la Política de Privacidad. Casilla que debe marcar explícitamente el usuario y de lo cual debemos guardar registro por si tenemos una inspección. Política de Cookies. Las cookies son pequeños ficheros de información que se guardan en el ordenador para recordar datos del usuario. Por lo tanto tienen datos privados y deben someterse a la política anterior. Con la nueva RGPD el usuario debe tener: – Un listad de las cookies, tipo, duración, si son propias o de terceros, para que sirven, si son esenciales o no etc. – Una manera de aceptarlas explícitamente o rechazarlas. – Una manera de cambiar lo anterior cuando quiera. Por lo tanto el “antiguo” aviso de cookies no vale. Ya no sólo tenemos que avisar, ahora el usuario tiene que ser capaz de aceptar las que quiere, y poder cambiar dicha configuración. Porque según las nuevas indicaciones europeas las cookies deben estar prohibidas excepto que : – El usuario las haya aceptado explícitamente.– Sean anónimas, por ejemplo las de analítica web.– Aquellas necesarias para la comunicación electrónica o para mantener la conexión– Si son necesarias para la experiencia del usuario (como las del carrito).– En servicios requeridos por el usuario.– Las necesarias por seguridad o para evitar fraude. Os explicamos todo en detalle en el siguiente vídeo.

Diseño Web, Gestores de contenidos, Trucos

Mostrar características en el listado de productos de Prestashop (miniaturas en la portada, categorías…)

Varios clientes con tiendas Prestashop nos han medido esto alguna vez. Tenían productos con características y querían que las miniaturas mostraran alguna de esa información. Se puede hacer comprando un plugin (y si tienes la opción lo recomiendo), pero puede que el cliente no pueda o no quiera. Obviamente, para hacerlo manualmente hay que retocar un poco el código de la plantilla. Hoy os mostramos cómo.Nota: este código puede variar o incluso hacerse obsoleto en las diferentes versiones según actualicen Prestashop. A día de hoy (fecha del artículo) está probado y funcionando en 1.7 y muy similar en 1.6 (con variantes). Cómo mostrar características en el listado de productos de Prestashop. Lo primero que os recomendamos es que activéis, mientras desarrolláis el código, este truco para ver las variables que se pasan al mostrar los productos. A nosotros nos sirvió de mucho. Eso si, no lo hagáis en producción porque es latoso para los clientes. Lo siguiente es que vais a modificar (en 1.7) el siguiente fichero de la plantilla (nos estamos basando en la classic, si usas otra puede variar): tutema/templates/catalog/_partials/miniatures/product.tpl.Recomendamos como siempre hacer copia de seguridad y trabajar sobre un tema hijo. El código hay que ponerlo detrás de : {hook h=’displayProductPriceBlock’ product=$product type=’weight’} </div> {/if} {/block} Y antes de : {block name=’product_reviews’} {hook h=’displayProductListReviews’ product=$product} {/block} </div> Es el siguiente código (que luego procedemos a explicar): En esta variante estamos haciendo que si hay características (features) y si el producto pertenece a ciertas categorías ($product.id_category_default == XX) muestre cada cada producto sólo las características determinadas $feature.id_feature == 9 ).Con {$feature.name}: {$feature.value} muestra cada nombre de característica y cada valor.Os hemos preferido dejar esto que es tan específico (mira si el producto es de una categoría y sólo selecciona unas características) para que vosotros lo modifiquéis a gusto.Obviamente tenéis que identificar los IDs de las características y de las categorías en vuestra tienda. Podéis hacer tantas variantes de esto como queráis. Por ejemplo en alguna tienda nosotros comprobamos la categoría padre de la categoría del producto con $category.id_parent == XX. Con esto ya debería estar. No hace falta modificar módulos porque en 1.7 llaman a este fichero. Así de “fácil”. Obviamente no lo es tanto y luego tendréis que luchar en vuestra tienda por mostrarlo como queréis (cada caso es diferente).

Diseño Web, Gestores de contenidos

Cookies que usa Prestashop.

Seguimos con la serie de artículos listando las cookies que usan los gestores de contenidos o servicios más famosos. Hoy vamos a centrarnos en el CMS para tiendas online Prestashop. Hay muy poca información sobre las cookies que usa por defecto Prestashop. Por no decir nada. Pero hemos podido recopilar lo siguiente (actualizaremos si hay cambios o nueva información). Nota: vamos a hablar sólo de las cookies de Prestashop. Cada tienda online tienen servicios y plugins diferentes que añaden sus cookies propies. En este caso, es todavía más importante que realicéis una auditoría de cookies a vuestra web para añadir todas las que estáis usando. Cookies que usa Prestashop. PrestaShop-XXXXXXXXXX– Cookie que usa Prestashop para guardar información y mantener abierta la sesión del usuario. Permite guardar información como moneda, idioma, identificador del cliente…Necesaria. De sesión: duración 1 mes. sf_redirect : Cookie que se usa para redirigir la sesión del usuarios. No necesaria. De sesión. La primera cookie se crea con este código y, como véis, está cifrada en md5 y depende de cada tienda. $this->_name = ‘PrestaShop-‘.md5(($this->_standalone ? ” : _PS_VERSION_).$name.$this->_domain);

Scroll al inicio