Gestores de contenidos

Diseño Web, Gestores de contenidos, Prestashop

Módulos de Prestashop de IDNovate. Muy recomendados: descuentos, Whatsapp, Entrar como usuario, Bizum…

Pocas veces recomendamos páginas de módulos o módulos de pago. Pero estas secciones del blog están pensadas para recomendar productos (preferiblemente gratuitos pero también premium) que hayamos probado y solucionen problemas en vuestras páginas web. Hoy será una de esas excepciones, y vamos a recomendar los módulos de Prestashop de IDNovate. Un desarrollador que, como podréis ver, tiene módulos muy interesantes para este gestor de contenidos de tiendas online. A un precio también muy asequible. Os ponemos algunos ejemplos: Chat de WhatsApp. Módulo avanzado de Promociones y Descuentos. Este lo hemos usado y las opciones son enormes. Módulo de cookies para cumplir con la RGPD. Que ya mencionamos aquí. Módulo de Redsys con Bizum. Módulo de Bizum. Conectarse como un cliente. Y muchos más. ¿Y, por qué los recomendamos? Porque, además de lo útil de los módulos, hemos tenido que pedir soporte a los desarrolladores. Y el soporte ha sido rápido, excelente y ha solucionado todos los problemas que teníamos (incluso fuera de horario). Al final, lo importante de estos módulos no es sólo que sean útiles, sino que el desarrollador pueda ofrecer un soporte adecuado. IDNovate, según nuestra experiencia, lo hace de manera envidiable.

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

Los mejores LMS (sistemas de formación online) para WordPress.

Uno de los sectores que se ha tenido que modernizar y adaptar a marchas forzadas es el de la formación. En todos los aspectos. Y muchos clientes nos han contactado para ayudarles a llevar sus sistemas de formación a Internet. Obviamente, cuando hablamos de LMS, Learning Management Systems, uno de los más conocidos es Moodle. Pero no todas las herramientas son para todos los proyectos (no se puede clavar un clavo con un destornillador). Tiene sus grandes pros, y sus pequeños contras. Así que muchos optan por montar su sistema de formación online en WordPress, por su capacidad de crear páginas visualmente atractivas, por la facilidad de gestión, por su versatilidad en los sistemas de pago y de suscripciones, y porque es fácil realizar modificaciones o desarrollos. Hoy os indicamos los mejores plugins y temas que se usan en WordPress para montar un LMS. Sistemas de formación online en WordPress. WPLMS: Hemos realizado muchos proyectos con este sistema. Es un conjunto de tema y plugins con una cantidad de funcionalidades que sorprende por su precio. En el momento de escribir este artículo, han cambiado de versión de la 3,9 a la 4.0 y, como ocurre a menudo, la verisón 4.0 todavía tiene mucho que pulir. Promete, está diseñada pensando en las PWA…pero veamos si corrigen los fallos.MIentras tanto, la versión 3.9 que hemos tratado más, es excelente. Sólo tenéis que ver todas las funcionalidades que trae. Venta, gestión de cursos y alumnos, suscripciones, certificados… Montado sobre WooCommerce y BuddyPress.Demo. Learndash: Uno de los plugins más usados, incluso por las grandes empresas, para crear LMS. Es compatible con la mayoría de temas y editores. Puede vender cursos individuales, suscripciones, gestionar cursos y alumnos, sistema de recompensa de alumnos y certificados.Aquí tenéis las funcionalidades y una demo. Lo que no nos gusta es que no cree automáticamente productos al crear el curso. Tienes que crear ambos lo que implica el doble de trabajo.El coste es de unos $160 al año. Sensei: Sensei es el plugin de LMS de Woothemes, la misma empresa que ha creado WooCommerce. Es un gran plugin para crear y gestionar cursos y alumnos. Lo curioso es que es gratuito con las funcionalidades básicas (y suficientes). Dispone de más plugins para extender dichas funcionalidades. El más importante es el mayor fallo que tiene Sensei, es que no permite vender cursos. Para conseguir esto, debemos usar un plugin y ellos recomiendan WooCommerce Paid Courses ($129 al año). Learnpress: plugin gratuito con todas las funcionalidades que puedes necesitar para un LMS. Dispone además de plugins adicionales, y es compatible con casi todos los temas. LifterLMS: La competencia de Learndash en cuanto LMS elegido por las empresas más conocidas. El plugin es gratuito y puedes vender pero no por métodos automáticos. Para el resto de funcionalidades hay que coger la versión pro. TutorLMS. WPCourseware. Qué te puede hacer decidir por una solución u otra. Recomendamos que consideréis las siguientes opciones antes de decantaros por una de las soluciones: Método de compra de cursos y sistemas de pago. Al final, quieres vender los cursos. Es importante que permite sistemas de pago usados en España (y no tanto los de USA), como Paypal. Si además permite métodos alternativos como pasarelas de pago tipo Redsys o sistemas tipo Amazon pay, mejor. Si permiten la venta por WooCommerce sabes que puedes usar todo lo que permite este sistema. Suscripciones. Es un gran método para poder fidelizar a tus clientes que funciona muy bien en las páginas de formación online. Recomendamos que se elija una opción que permita las suscripciones. Conexión con sistemas de videoconferencia. Si te interesa dar clases por videoconferencia, asegúrate que la solución que elijas es compatible con el sistema que uses. Compatibilidad con editores. La calidad gráfica que consigas depende mucho del editor que escojas (normalmente al que estés acostumbrado). Entre dos opciones, escoge la que sea compatible con tu editor de preferencia. Opciones adicionales. ¿Quieres que otros profesores publiquen o vendan cursos en tu plataforma? Te interesa el Gamnification? ¿Quieres dar certificaciones? ¿Necesitas foros de alumnos? Mira todo esto antes de tomar la decisión final.

Diseño Web, Gestores de contenidos, Legalidad, Seguridad, Trucos

Las direcciones IP son datos personales. WordPress y las direcciones IP.

La nueva ley RGPD protege los datos personales de los usuarios. La mayoría de los dueños de páginas web piensan que esto sólo implica controlar cómo se recogen dichos datos en los formularios de contacto, y en las cookies.Sin embargo, en España, la AEPD considera las direcciones IP como datos personales (ya hay varias sentencias al respecto). Por lo tanto, guardar las direcciones IP de los usuarios, sin la aceptación expresa de los usuarios, estaría en contra de la RGPD.Para una correcta adaptación de nuestra web en WordPress a la RGPD, debemos controlar cómo almacena WordPress las direcciones IP. ¿Dónde almacena WordPress las direcciones IP. Básicamente los elementos que almacenan las IPs son el WordPress y los plugins. Hoy hablaremos de la primera parte. La segunda cambia en cada página, cada una es un mundo. Hablaremos, en otros artículos sobre este tema en plugins más famosos, pero obviamente no podemos tocar todos. Debéis hacer un estudio de los plugins, o encargar a alguien que lo haga. E ir uno a uno identificando sí guarda dichos datos y cómo evitarlo/controlarlo. WordPress, por defecto, sin plugins, sólo almacena las IPS en los comentarios de usuarios. Esto lo hace para poder realizar seguimiento y control de los mismos, filtrado, bloqueos etc. Pero claro…lo estamos haciendo sin su consentimiento expreso. Cómo controlar cuándo WordPress guarda las direcciones IP de los comentarios de usuarios. La solución más sencilla, y por la que están optando muchos dueños de páginas, es desactivar los comentarios en WordPress. “Muerto el perro se acabó la rabia“. Si no son una fuente de visitas, o una fuente de ingresos, nos quitamos problemas de privacidad, y de spam. En un post anterior ya os indicamos cómo desactivar los comentarios de WordPress. 2. Si, por el contrario, no quieres, o no puedes, desactivar los comentarios de WordPress (porque son una fuente de usuarios para tu página), la siguiente solución que se está tomando es dejar de almacenar las direcciones IP en los comentarios. En este sentido se están tomando 2 vías: – Sustituir la dirección IP entera del usuario por ceros, por espacios o por “localhost”. – Sustituir sólo el último octeto de la dirección IP para que tenga la información del la red, pero no del usuario en concreto (lo que permite ciertos filtrados). Como siempre podemos hacerlo de varias maneras: A) Con un plugin. El plugin que se recomienda en todos sitios ( Remove IP ) lleva 5 años sin actualizar. Yo no lo recomiendo, prefiero poner la solución por código, que puede controlar, a tener un plugin que no se bien qué tiene. Pero hemos encontrado este otro que lleva menos tiempo y puede ser interesante para el que no se atreva a usar un snippet: GDPR Tools: comment ip removement . El plugin evita que se guarden las direcciones IP, y permite borrar o todas las anteriores o las de hace x tiempo (definido en las opciones). B) Con código en el functions.php del tema hijo o en un Snippet. Como hemos dicho otras veces, el código puedes ponerlo o en el functions.php de tu tema hijo, o en un Snippet. Os dejamos varias opciones de código. – Cambiar la IP por un espacio (dejar el campo en blanco) – Cambiar la IP por otro valor, como 127.0.0.1 Borrar IPs antiguas. Todo lo anterior evita que se almacenen las IPs de los comentarios a partir de ahora. Pero, ¿qué pasa con las anteriores? Tenemos que borrarlas a mano en la base de datos. Para eso debes acceder a la misma con un editor de base de datos como PhpMyAdmin, Adminer o MYSQL Workbench. Tienes que ir a tu base de datos y, en la parte de SQL, ejecutar el siguiente comando: De nuevo puedes poner ‘127.0.0.1’ si prefieres. Con esto las IPs anteriores de los comentarios se borrarán. Con esto ya podrás estar seguro que tus comentarios en WordPress ya no tienen IP. Si gestionas servidores, y quieres ser más estricto, puedes incluso poner una solución desde Apache, pero nos parece que sólo es viable para servidores que requieran un anonimato total en todos los aspectos. Esperamos que os sirva el consejo.

Diseño Web, Gestores de contenidos, Trucos

Usar imágenes Webp en WordPress con el plugin Webp Express. Resuelve el aviso de Pagespeed.

Si ejecutas una prueba de Google Pagespeed, uno de los consejos habituales que suele proporcionar es: “Publica imágenes con formatos de próxima generación“. Ahí recomienda convertir las imágenes png y jpeg en otros formatos, específicamente JPEG 2000, JPEG XR y WebP. Sin embargo el formato JPEG 2000 sólo lo admiten los navegadores Safari. Y el formato JPEG XR, creado por Microsoft, tampoco es muy compatible, siendo reconocido por sus navegadores.Así que el único que tiene una compatibilidad amplia en los navegadores de Internet es el Webp. WordPress no acepta el Webp por defecto, así que hay que usar un conversor que, o convierta todas las imágenes en local, o (otra solución que se usa mucho) las convierta en la nube y las muestre cuando sea necesario.En ambos casos, suele crearse una versión webp de la imagen, y se conserva la original. Así que, cuando el navegador lo admite, se muestra la versión optimizada webp. Cuando no, se muestra la original. Hace un tiempo, os mostramos cómo hacer esto con el plugin de optimización EWWW Optimizer. Pero sabemos que puede ser difícil de configurar, y no resultar en todos los casos. Así que hoy os dejamos otra opción con otro plugin. Mostrar imágenes Webp en WordPress con el plugin Webp Express. El plugin Webp Express es un plugin dedicado a mostrar las imágenes en este formato. Es importante destacar que, para ello, puede usar los dos métodos anteriormente mencionados, y otro más. Conversión en local. Para esto, deben estar ciertas extensiones configuradas en el servidor. El plugin probará e indicará si se puede usar alguna de ellas. Pero es necesario que exista al menos una de ellas. Si existe, entonces permite crear la imagen en el nuevo formato cuando se necesite la imagen, y crear automáticamente las redirecciones. Conversión en la nube en formato Pro. Existe una versión pro que muestra esos formatos haciendo la conversión en la nube (en sus servidores). En otro servidor con este plugin. También permite configurar este plugin en otro servidor, y que dicho plugin realice las conversiones de archivos. Aquí os dejamos un vídeo sobre cómo instalar y configurar el plugin. Además mostramos como elimina el aviso de Pagespeed.

Diseño Web, Gestores de contenidos, Trucos

Desactivar los comentarios en WordPress

Los comentarios de WordPress son interesantes porque permiten que se establezca una relación entre los administradores y los lectores, y entre los propios lectores. Bien usados, hacen que nuestras visitas crezcan. Sin embargo, son una fuente de spam y, como veremos en otros artículos, pueden ir en contra de la RGPD. Así que muchos usuarios prefieren quitarse problemas y desactivarlos. Hoy os enseñamos cómo hacerlo. Cómo desactivar los comentarios en WordPress. Para desactivar los comentarios en las entradas nuevas de WordPress (las páginas por defecto no tienen los comentarios activados) hay que ir a Ajustes->Comentarios y desmarcar la casilla que pone Permitir a la gente enviar comentarios en las nuevas entradas. Sin embargo esto sólo desactiva los comentarios para las nuevas entradas, no para las anteriores. 2. Para desactivar los comentarios en entradas ya existentes tenemos que: Irnos a Entradas->Todas las Entradas y seleccionar todas las entradas (si son muchas habrá que ir página por página).En la casilla de Acciones en Lote tenemos que seleccionar Editar y Aplicar. Esto abre la edición masiva, y en el apartado Comentarios tenemos que poner No permitir.Después pinchamos en Actualizar para que se aplique. Ya tenemos los comentarios desactivados en las entradas nuevas y en las antiguas. Pero los comentarios existentes siguen. No es necesario, pero si quieres eliminarlos, ve al punto 3. 3. Para eliminar los comentarios existentes puedes ir en el backend a Comentarios , seleccionar todos los comentarios y moverlos masivamente a la papelera.Después, puedes ir a la papelera y vaciarla. 4. Revisa si tienes comentarios en archivos de imágenes (Medios) y en las páginas. En las páginas lo tienes que haber activado específicamente. Si prefieres puedes añadir este código como Snippet. function filter_media_comment_status( $open, $post_id ) {$post = get_post( $post_id );if( $post->post_type == ‘attachment’ ) { return false; } return $open; }add_filter( ‘comments_open’, ‘filter_media_comment_status’, 10 , 2 ); Con esto ya tienes los comentarios desactivados. Es sencillo, pero como siempre existe plugins para hacer esto de manera más rápida y asegurarte que están desactivados todos los comentarios en todos los tipos de publicaciones (entradas, medios, posts…)Os dejamos alguno: https://wordpress.org/plugins/disable-comments/ https://wordpress.org/plugins/comments-plus/ https://es.wordpress.org/plugins/disable-comments-rb/

Diseño Web, Gestores de contenidos, Seguridad

Cómo evitar registros de cuentas de spam en WordPress.

Desde hace unas semanas, en todas las plataformas, estamos notando un incremento en los registros de cuentas spam. Hoy vamos a contaros por qué se registran cuentas falsas en tu WordPress, qué intentan conseguir y cómo evitarlo. Por qué se registran cuentas de spam en tu sitio. Las razones son varias: Para dañar la reputación de tu sitio. Cuando una cuenta falsa se registra, normalmente envía un correo de respuesta al email. Este puede ser uno falso o uno verdadero de una persona que no ha solicitado el registro. Esto hace que tu sitio parezca una fuente de spam. Crear perfiles con acceso al backend. Muchos sitios no tienen bien configurado el registro de usuarios, y el perfil por defecto permite cierto acceso al backend, aunque sea mínimo. Muchos registros de spam intentan probar si esto es así. Y de ahí poder realizar ataques. Dañar tus métricas. En caso de tiendas, por ejemplo. pueden buscar dañar tus estadísticas como carritos abandonados o similares. Para enmascarar un hackeo real. En ocasiones, si un hacker consigue acceder a una cuenta y, por ejemplo, realiza una operación fraudulenta, puede al mismo tiempo registrarse con esa cuenta en otros sitios. Así, al usuario le llegarán muchos correos y el de la compra se ocultará entre todos ellos. Sobrecargar tu sitio. Tanto el registro las acciones que puedan realizar las cuentas si se activan por defecto gastan recursos del servidor web, ancho de banda y espacio en la base de datos. Esto puede llegar a ralentizar tu sitio. Y al menos ocupan espacio (en base de datos). Atacar tu sitio. Hay ataques a WordPress, usando vulnerabilidades, que requieren ciertos privilegios de cuenta registrada. O partir de ellos y luego elevar los privilegios. Publicar comentarios con enlaces de phishing o malware. En muchos sitios requieres una cuenta para poder comentar. Si consiguen registrarse, pueden poner comentarios in ningún freno, y añadir enlaces nocivos. Cómo reducir el spam en el registro de WordPress. Iba a poner en el título “cómo evitar el spam…”, pero evitar no se puede. Si reducir mucho. Os dejamos unos consejos. Sólo permite registro en las páginas que lo requieran. Bloquea el registro en el resto. ¿Para qué dejar una puerta abierta que no quieres que se use? Lidia sólo con los problemas que causan los registros de usuario (el spam es uno de ellos) cuando no te quede más remedio. Para desactivar el registro de usuarios, ve a Ajustes->Generales y desmarca la casilla “cualquiera puede registrarse“. Todos los demás consejos sólo se aplican si necesitas tener el registro de usuarios activo. Define bien el perfil por defecto. Por seguridad, en el “Perfil por defecto para los nuevos usuarios” debes seleccionar el perfil que quieres y que tenga los permisos mínimos. Si no lo sabes, escoge el de Suscriptor que no tiene permisos en el backend. Protege el registro con un reCaptcha. Otro día haremos un artículo explicando esto, pero un reCaptcha en el registro (como en los formularios o los comentarios) reducirá mucho el spam en tu sitio. No es la panacea, pero una gran cantidad de robots se frenarán con el reCaptcha.Para ello tienes que usar plugins. Por ejemplo: – https://es.wordpress.org/plugins/google-captcha/ – https://es.wordpress.org/plugins/advanced-nocaptcha-recaptcha/ – https://wordpress.org/plugins/invisible-recaptcha/ –https://es.wordpress.org/plugins/login-recaptcha/ –https://es.wordpress.org/plugins/no-captcha-recaptcha/ –https://wordpress.org/plugins/simple-google-recaptcha/ Cambia la url de la página de inicio de sesión en WordPress. La página de registro de WordPress depende de la de inicio de sesión. Para evitar que los bots encuentren tu página de registro, puede ser una buena idea cambiarla. Usa un formulario de registro personalizado distinto al de por defecto de WordPress. El formulario por defecto de WordPress deja pocas cosas, pero los usuarios más avanzados tienen más herramientas para luchar contra el spam. Os dejamos algunos. – https://wordpress.org/plugins/user-registration/ – Ultimate Member. –https://wordpress.org/plugins/custom-registration-form-builder-with-submission-manager/ – Simple Membership –https://es.wordpress.org/plugins/wpforms-lite/ –https://es.wordpress.org/plugins/buddypress/ Usa la verificación de la cuenta de correo. Los plugins anteriores (y muchos otros) permiten la verificación de la cuenta de correo. Esto es una DE LAS MEJORES herramientas contra el spam. Ya que manda un correo de confirmación al e-mail que se ha usado para registrarse. Si se confirma la cuenta se activa. Pero todos los que usen cuentas falsas se quedarán como pendientes (y luego se pueden borrar fácilmente).Este proceso no requiere intervención del admin y es muy recomendable. Activa la aprobación de la cuenta antes de poder usarse. Muchos de los plugins de registro anteriores permiten también que se requiera aprobación del admin para activar la cuenta. Esto no es práctico si se registran muchos usuarios, pero está bien si hay pocos registros. También hay plugins gratuitos para ello con el registro por defecto. Usa un Honeypot. Como el truco que dimos para el formulario de contacto de CF7, un honeypot es otra capa de seguridad que podemos poner en los formularios para reducir el spam. No cortará todo el spam, pero todos los que bloquee serán menos que tendremos que manejar luego. Cómo hacerlo depende del plugin que usemos para el registro. Usa plugins específicos para parar los registros de spam.Estos plugins permiten cosas como bloquear direcciones ips, bloquear países, dominios o cuentas de correo específicos. Nosotros los hemos usado cuando, tras activar mucho de lo anterior, un dominio, país o IP hace muchos registros. Os dejamos algunos: – Ban Hammer. Lo hemos usado. No tiene muchísimas opciones pero es muy claro, y lo que hace lo hace muy bien. –https://wordpress.org/plugins/stop-spammer-registrations-plugin/ – https://wordpress.org/plugins/zero-spam/ – https://wordpress.org/plugins/cleantalk-spam-protect/ – https://es.wordpress.org/plugins/cm-email-blacklist/ Con esto esperamos que podáis reducir este problema.

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

Mover la columna izquierda debajo del contenido para móvil en Prestashop 1.7

Hace unos días estábamos haciendo una migración de Prestashop 1.6 a 1.7 (son un “infierno” pero hay que hacerlas). Mantuvimos el tema por defecto, creando -como siempre recomendamos- un tema hijo. Cuando todo estaba casi acabado nos dimos cuenta que, en la versión móvil, el contenido de la columna izquierda aparecía por encima del contenido principal (slider y productos). Esto no es nada deseable, porque el contenido de la barra izquierda no es tan importante. Lo interesante es que, en móvil, aparezca primero el slider (usado para destacar ideas), los productos (lo más importante de la página) y luego las barras laterales. Hoy os enseñamos cómo hacer que, en móvil, la barra lateral izquierda esté debajo del contenido. Mover la barral lateral izquierda debajo del contenido en móvil en Prestashop 1.7. Tenemos que modificar el siguiente fichero: \themes\classic\templates\layouts\layout-both-columns.tplComo siempre, no es nada recomendable modificar el fichero del tema directamente. Si lo hacemos así, en la siguiente actualización del tema, nos desaparecerán los cambios (la actualización sobreescribe los ficheros). La manera de hacerlo es crear, en el tema hijo, la misma ruta y copiar el fichero. Después, hacer las modificaciones en el fichero del tema hijo. Estos CMS siempre hacen que prevalezca el contenido del tema hijo frente al del padre, y sólo actualizan el tema padre. Así que copiamos el fichero en el tema hijo y lo modificamos. El fichero original dice (entre otras cosas) lo siguiente. Como veis, la columna izquierda (left_column) está encima del contenido (content_wrapper). Eso es lo que hay que cambiar.Cortamos y pegamos la parte negrita y la ponemos debajo del content, os dejo cómo debería estar: Ahora aparecerá el contenido primero en móvil. Parece que está todo resuelto PERO en la versión de escritorio aparece la barra izquierda a la derecha. Para corregir eso vamos a poner en nuestro css (plugin o en el custom.css del tema hijo) lo siguiente: Solucionado. Ya tenemos la barra izquierda a la izquierda en la versión de escritorio, y debajo del contenido en la versión móvil.

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

Error de Acceso Denegado en Prestashop 1.7. Solución.

Si has actualizado tu Prestashop desde la versión 1.6 a la 1.7, uno de los errores más comunes (mucho) es que, al entrar en alguno (muchos o pocos) de los menús del backend te de un error de “Acceso Denegado”. Hemos hecho varias actualizaciones entre dichas versiones y este error ha ocurrido casi siempre. No está bien conseguida la migración de permisos. Las primeras veces que nos ocurrió nos volvimos locos. Pero hoy os dejamos las soluciones. Una vez lo comprendes, es sencillo.Estamos suponiendo que estás intentando acceder con SuperAdministrador, y no con un usuario con menos privilegios (que puede que no tenga permisos porque se los haya quitado el admin). Nota: vas a necesitar acceso gestionar la base de datos o por el panel, o instalando un PhpMyAdmin o similar. Cómo solucionar el problema de Acceso Denegado en un Prestashop 1.7 Lo primero es entender que las tablas en Prestashop que gestionan los permisos son (los prefijos pueden cambiar en tu instalación, pongo los de por defecto): pss_access. Este es una tabla con dos campos numéricos. El id_profile y el id_authorization_role. El primero es el id del rol de usuario. El segundo el id del permiso que se está considerando. Puedes comprobar el id_profile de tu usuario en la tabla pss_employee pero el del SuperAdmin (el que normalmente tienes para la gestión de la tienda) es 1. pss_authorization_role: Esta tiene también dos campos, id_authorization_role y slug. El id_authorization_role es el id del permiso, como en la tabla anterior, y es numérico. El slug es el nombre de dicho permiso (así nos enteramos). Básicamente vamos a tener dos casos: a) Que nos fallen muchas páginas del backend. Entonces lo primero que debemos hacer es conseguir exportar, desde PhpMyAdmin las tablas anteriores, pss_access y pss_authorization_role de una instalación nueva de Prestashop 1.7. Esto es lo más difícil de conseguir. Nosotros lo que solemos hacer es usar una máquina virtual (siempre tenemos de prueba en nuestros equipos) o un WAMPP, y hacer una instalación rápida. Desde ahí exportamos las tablas. Después, también desde el PhpMyAdmin, vamos a: – Exportar toda la base de datos para hacer una copia de seguridad (nunca está de más). – Borrar las tablas pss_access y pss_authorization_role que nos estaban dando error. – Importar las que hemos conseguido de la instalación limpia de 1.7 Si haces esto, verás que ya tendrás acceso a la mayoría de las páginas a las que antes no tenías. Puede que ya lo tengas. Si te falla alguna más en concreto (puede pasar), sigue los pasos del apartado b). b) Que nos fallen sólo algunas páginas del backend. Entonces merece cambiar los permisos a mano. Para eso lo primero que tenemos que saber es qué permiso es el que nos falla. Después tenemos que mirar su id, y luego añadir el id de administrador junto a su id a la tabla de pss_access.Es decir: Vamos a mirar la url de la página que nos da error. será algo como : https://tudominio.es/directorioadmin/index.php?controller=AdminPsThemeCustoConfiguration&token=xxxxxxxxxxxxxxxxxxxxxxEn negrita te he puesto dónde aparece el nombre del controlador (permiso) que tenemos que buscar. Nos vamos a la tabla pss_authorization_role y en el apartado slug buscamos cuál contiene ese nombre que hemos puesto en negrita. Te recomiendo que busques con la opción LIKE %….%. Verás que hay varios (leer, editar, guardar). Puede que sólo te de error uno o varios. Es seguir el mismo proceso. Miramos el id_authorization_role que corresponde a este slug. Lo apuntamos (para nuestro ejemplo 618 que corresponde a ROLE_MOD_TAB_ADMINPSTHEMECUSTOADVANCED_READ) . Vamos a la tabla pss_access y añadimos un nuevo valor. En id_profile el 1 (admin) y en id_authorization_role el id del slug que hemos conseguido antes.Por ejemplo: INSERT INTO pss_access (id_profile, id_authorization_role) VALUES (‘1’, ‘618’); Puede que de un error de valor duplicado, no hagas caso, si buscas sólo habrá 1. Ahora comprueba la página que te daba error, deberías poder acceder bien. Haz esto con todas las que fallen. Con esto ya deberías tener este error tan molesto solucionado.

Diseño Web, Gestores de contenidos, Legalidad

Módulos de Prestashop para cumplir con la revisión, Julio 2020, AEPD sobre la ley de cookies.

El lunes escribimos un artículo para explicar la revisión de la AEPD de su “Guía sobre el uso de las cookies” . Ahí explicamos en qué consiste esa revisión y cómo cambia (o debería si no queremos una buena multa) los famosos “Avisos de cookies” que tenemos en nuestras páginas web. El martes escribimos un artículo recomendando algunos plugins que pueden serviros para intentar cumplir los requisitos de esta revisión en WordPress. Hoy toca Prestashop. En Prestashop los módulos gratuitos suelen ser muy simples, y este no lo es tanto (por los cambios de la ley y lo que implica al bloquear coockies). Además, en este caso, yo prefiero un módulo fiable con soporte. Hay que pagar a los desarrolladores por su trabajo, su soporte y sus actualizaciones. Y más aún cuando, como en este caso, no estamos hablando de grandes cantidades. Nota: la mayoría de estos módulos bloquean cookies internas. Leed bien las indicaciones porque suelen recomendaros desactivar ciertas cookies que no pueden bloquear o cómo bloquear las externas. Módulos de Prestashop para la nueva revisión de cookies. Lo primero decir que no hemos probado estos módulos, solamente hemos hecho una investigación sobre los que existen y visto sus especificaciones y demos. No están en orden de preferencia tampoco. Recordad además, que sólo instalar un módulo no te hace cumplir con la ley. Tienes que configurarlo y luego probar que funciona. Esa es la ventaja de pagar un módulo, puedes recibir soporte del desarrollador si tienes preguntas. Módulo Ley de Cookies RGPD/LOPD (Aviso – Auditoría – Bloqueo)Por InnovaDeluxe.Como veis este módulo directamente se publicita con los tags de “Auditoría” y “Bloqueo”, indicando que cumple esos aspectos.Te permite: – Ordenar las cookies por categorías y que el cliente decida cuales activar y cuales no. – Bloquear las cookies. – Tiene un sistema que audita las cookies internas de Prestashop y sus módulos. Las externas tienes que añadirlas tú. Está disponible para Prestashop 1.6-1.7 y tienes una demo aquí.Coste: 50€ +IVA Módulo Cookies Ley RGPD (Bloquea Cookies) – Modif. 31/10/2020Por Idnovate.De nuevo hacen referencia a la revisión de la AEPD (que entró en vigor en Octubre).Este módulo permite: – “Permite bloquear la instalación de cookies hasta que el cliente dé su consentimiento” – Incorpora un enlace a un servicio que te ayuda a ver que cookies usa tu sitio (una auditoría). Recordad que también podéis hacerlo con el navegador. – Se puede revocar el consentimiento. – Permite configurar y bloquear las cookies por grupos. Disponible para Prestashop 1.5-1.7 puedes ver la demo aquí para el frontend y aquí para el backend.Coste: 50€ +IVA (por cierto más barata en su web). Estos son los módulos per se de Prestashop que hemos encontrado. Además, existen servicios en la nube dedicados a estos que se pueden también instalar en Prestashop. Suelen ser más caros y requerir cuenta (además del módulo), pero también suelen estar más al día, más actualizados y ser más completos. Os dejamos algunos. Cookiebot. Uno de los más famosos y usados por “las grandes”. Te sonará el cartelito característico seguramente.Tiene un módulo de Prestahop para la 1-5-1.7.Coste del módulo: 50€+IVA Axeptio. Para ser sincero descubrí este servicio porque es el que usa la página de addons oficial de Prestashop. Investigando he visto que es un servicio como Cookiebot y que tiene módulo para Prestashop. Coste del módulo: 50€+IVA Espero que alguno de estos módulos os sea útil.

Diseño Web, Gestores de contenidos, Legalidad, Webs

Plugins de WordPress para cookies para adaptarse a la actualización de la AEPD.

Con el cambio realizado por la AEPD en su Guía sobre el uso de las cookies que mencionamos en el artículo anterior, la mayoría de los plugins para cookies ya no cumplen la legislación actual. Muchos actúan como “muro de cookies” donde o aceptas las mismas o tienes que dejar la web. La mayoría no bloquea las cookies y las carga antes que pinches en Aceptar. Esto es a veces culpa del plugin, y a veces culpa del dueño de la web que no ha cargado los scripts de las cookies de terceros en el apartado dedicado a ello. No suelen tener una opción de configuración granular para seleccionar las cookies al menos por finalidad. Por tanto, hemos estado realizado una búsqueda de plugins para WordPress que puedan cumplir dichos requisitos. Os dejamos unos cuantos, algunos gratuitos y algunos de pago (hay ciertas cosas por las que merece la pena pagar y tener actualizaciones y soporte). Complianz. Complianz es casi el único plugin que hemos visto que, en su versión gratuita, permite configurar las cookies por categorías. Y dicha versión gratuita es muy completa. No en vano son los creadores de Really Simple SSL, otro plugin muy usado en WordPress cuando se transicionó de http a https. Tiene un asistente para guiarte por la instalación. Te permite detectar las cookies de tu sitio, y lo hace periódicamente. Tiene un registro de consentimiento. Permite conectarse con cookiedatabase.org, si así lo deseas, para rellenar los datos de las cookies automáticamente. Está integrado con las opciones de privacidad de WordPress, así que permite al usuario borrar o exportar sus datos desde ahí.Es compatible con muchos temas y plugins y permite bloquear las cookies que conoce automáticamente. Tiene además una versión pro con más opciones a unos 37€ Ultimate GDPR & CCPA Compliance Toolkit for WordPress Somos unos asiduos clientes de codecanyon. Y por eso nos ha gustado encontrar este plugin en uso en varias páginas. Cuando nos hemos informado más sobre el mismo, nos ha gustado todavía más (y las reviews son muy buenas). Ultimate GDPR & CCPA Compliance Toolkit for WordPress es un plugin que permite configurar casi todo de manera muy sencilla. Tiene un detector de cookies que hace una auditoría de tu web y te dice qué cookies estás usando. Es compatible con muchos plugins, por lo que, en esos casos, el se encarga de bloquear las cookies sin tener que configurar nada. Tiene shortcodes para mostrar el listado de cookies y otras funciones. Permite bloquear por grupos. Totalmente configurable tanto textos, como tipos de cookies o contenido. Puedes establecer el tiempo en que se guarda el consentimiento. Y mucho, mucho más. Tenéis más información en este vídeo y podéis ver la demo aquí. Coste: 17,22€ Cookiebot. Cookiebot es una solución en la nube que dispone de plugin para Worpdress. Tienes que abrir cuenta en Cookiebot, aunque dispone de una opción gratuita para páginas (1 dominio) con menos de 100 subpáginas. La modalidad gratuita no incluye “las siguientes funciones estándar de la categoría Premium: personalización de banner, personalización de la declaración, múltiples idiomas, informes de correo electrónico, exportación de datos, ubicación geográfica, consentimiento masivo, estadísticas de consentimiento, alias de dominio interno para desarrollo, pruebas y entrenamientos.“ El script de bloqueo de contenido actúa como capa previa que no permite que se instalen las cookies hasta que el usuario no de el consentimiento. Si que agrupa las cookies en funcionalidad tanto automáticamente como de manera manual (para las desconocidas). Borlababs Cookie. Borlababs Cookie es un plugin de pago que vemos que se usa bastante en muchas páginas recientemente. Vemos que cumple con los requisitos que mencionamos en el artículo anterior y es, por lo tanto otro a considerar.No tiene escáner de cookies integrado. Coste: 39€ GDPR Cookie Consent (CCPA Ready) Premium version. Hasta ahora usábamos el plugin GDPR Cookie Consent (CCPA Ready) de WebToffee, y nos ha dado un buen servicio. En su versión gratuita no permite clasificar las cookies por categorías, y por eso hemos tenido que cambiar. Pero su versión premium si que tiene esa opción y mucho más.Así que es otro plugin a considerar. Coste: 40,15€

Scroll al inicio