Blog

Diseño Web, Internet

Cookies de los servicios de Google 1. Google Analytics.

/

Siguiendo el hilo de posts sobre las cookies que instala cada servicio o CMS (como WordPress), hoy os dejamos las de los servicios de Google que muchos usáis. Íbamos a ponerlos todos en un mismo artículo, pero salía larguísimo, así que lo hemos dividido. Hoy hablaremos de las cookies que usa Google Analytics, el servicio de análisis y estadísiticas de uso de la web. Recordemos que estas cookies son de terceros, y no esenciales (ya que son añadidos a la web, pero no impiden su funcionamiento). Iremos actualizando el artículo si detectamos, o nos indicáis, que nos falta algo. Más información en “tipos de cookies que usa Google” o “cómo utiliza Google las cookies“. Google Analytics. Podéis ver información sobre las cookies de Google Analytics aquí. Si se usa GA con gtag.js y analytics.js, llamado Universal Analitics (lo más común). _ga : De Google Analytics (análisis del uso de la web por parte de los usuarios). Se usa para distinguir a los usuarios. Persistente. Duración 2 años. _gid : De Google Analytics (análisis del uso de la web por parte de los usuarios). Se usa para distinguir a los usuarios. Persistente. Duración 24 horas. _gat : De Google Analytics (análisis del uso de la web por parte de los usuarios). Se usa para limitar el porcentaje de solicitudes. Si has implementado Google Analytics mediante Google Tag Manager, esta cookie se llamará _dc_gtm_<property-id>. Persistente. Duración 1 minuto. AMP_TOKEN : De Google Analytics (análisis del uso de la web por parte de los usuarios). Incluye un token que se puede utilizar para recuperar un ID de cliente del servicio de ID de cliente de AMP. Otros posibles valores indican inhabilitaciones, solicitudes en curso o errores obtenidos al recuperar un ID del servicio de ID de cliente de AMP. Persistente. Duración 30 segundos a 1 año _gac_<property-id> : De Google Analytics (análisis del uso de la web por parte de los usuarios). Incluye información de la campaña relativa al usuario. Si has vinculado tus cuentas de Google Analytics y Google Ads, las etiquetas de conversión en sitio web de Google Ads leerán esta cookie, a menos que la inhabilites. Más información .Persistente. Duración 90 días. Si se usa GA con ga.js (método antiguo). Antes se usaba la librería ga.js que usa otras cookies. Ya no es común, pero puedes verlas aquí. Si se usan los Experimentos de Contenido de GA. Si usas los Experimentos de Contenido de Google Analytics añade dos cookies que puedes ver aquí. Si usas Optimize de GA. Si usas Optimize de Google Analytics, puedes ver las cookies que añade aquí. Os recordamos que, en la mayoría de los casos, hay que añadir el script en la parte de Cookies No Esenciales para que los plugin los pueda bloquear.Y que el script de Universal Analitics es: <!– Google Analytics –><script>(function(i,s,o,g,r,a,m){i[‘GoogleAnalyticsObject’]=r;i[r]=i[r]||function(){(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)})(window,document,’script’,’https://www.google-analytics.com/analytics.js’,’ga’);ga(‘create’, ‘UA-XXXXX-Y’, ‘auto’);ga(‘send’, ‘pageview’);</script><!– End Google Analytics –>

e-Learning, Gestores de contenidos, Trucos

Error en los cron job de Moodle: undefined function current_language().

/

Hace unos días, tras actualizar Moodle y cambiar/actualizar las versiones de php del hosting, nos dimos cuenta que los cron job de ese Moodle no estaban funcionando. En el backend simplemente decía que “el script de tareas cron no se ha ejecutado en más de X horas”. No daba más información.Pero mirando los logs del servidor, o cuando intentabas ejecutar el script a mano, nos dimos cuenta que salía un error que, entre otras cosas, decía “undefined function current_language()“.Os decimos cómo solucionarlo. Solución a undefined function current_language() en los cron job de Moodle. Básicamente lo que ha pasado es que Moodle ha actualizado sus scripts. Recordad que antes era un ejecutable por web pero ahora es un script del servidor que hay que ejecutar desde el mismo. Y seguramente lo que ocurra es que estás ejecutando el script con una versión más antigua de php de la requerida por el miso.Los servidores tienen una versión de php “por defecto”. Y cuando ejecutas el script con php -q /rutademoodle/admin/cli/cron.php se ejecuta con la versión por defecto. Y no es compatible con el script. Tienes que ejecutarlo con la versión compatible más actualizada que tienes en tu servidor. Por ejemplo con: php72 -q /rutademoodle/admin/cli/cron.php o php73 -q /rutademoodle/admin/cli/cron.php Nota: la versión y comando a usar depende de tu servidor. Puedes poner php en el cli y darle al tabulador para ver las versiones soportadas. Y probar desde cli con alguna. Luego establecer la que funcione en el cron job.En algunos hosting (mal configurados) habrá que ejecutar el comando desde la carpeta de php72 ( la que sea).

Diseño Web, Gestores de contenidos, Trucos

Módulo gratuito para optimizar la base de datos de Prestashop 1.4 a 1.7

/

Prestashop, con el tiempo va recogiendo muchos datos. Sobre todo si tienes demasiados módulos de estadísticas activados. No deberías tener estos módulos activados, recomendamos que desactives los que no uses y saques estadísticas de, por ejemplo, Google Analytics. Pero aunque no los tuvieras, guarda datos de invitados, carritos abandonados y mucho más.Con el tiempo esto va llenando la base de datos, y una base de datos “pesada” es más lenta que una más “ligera” (optimizada). Para optimizar una base de datos puedes hacer muchas cosas. Por ejemplo a través de PhpMyAdmin. Pero una básica es borrar datos antiguos. Hace unos días hemos descubierto este módulo gratuito de MyPresta, empresa de la que ya hemos recomendado otros módulos, fiable y con mucho tiempo en el sector, que hace justo esto.El módulo Prestashop Database Optimization te muestra los registros que tienes de (desde el comienzo de la tienda): Carritos abandonados. Estadísticas de visitantes. Páginas vistas y tipos de páginas. Orígenes de visitas. Visitantes Y te deja elegir si borrar cada uno de ellos o no. Todo esto se puede hacer por SQL, pero siempre es mejor si está en un módulo.Nota: siempre haced copia de la base de datos antes. El módulo es compatible con todas las versiones de Prestashop (elige la descarga correcta), incluidos la 1.6 y 1.7. Y en varios idiomas, incluido el español.Fácil, bueno, bonito y gratis.

Diseño Web, Gestores de contenidos

Smart Slider 3. Excelente plugin de slider gratuito para WordPress.

/

Si tienes una plantilla que no tiene slider (ese módulo que hace que las fotos de la cabecera pasen una después de otra), o no te gusta el que tienes, te dejamos una buena alternativa gratuita. La hemos probado (Revolution Slider que viene con muchas plantillas ha cambiado y no nos gustaba) y estamos muy contentos con lo fácil que es de usar, y la gran cantidad de opciones que tiene.Sinceramente, parece un plugin de pago en modo gratuito. Slider gratuito para WordPress. Smart Slider 3 es el plugin del que os estábamos hablando. Lo puedes descargar fácilmente del repositorio de plugins de WordPress. Tienes demos, tutoriales y documentación. Es decir, todo lo necesario para aprender a usar este plugin. Con más de 500.000 descargas, y una puntuación de 5 estrellas es, sin duda, uno de los mejores plugins de este tipo.No hemos echado nada de menos en la versión gratuita, y tiene las opciones de imágenes, vídeos, responsive, efectos y mucho más de una versión Pro. Esperamos que os guste.

Sistemas, Soporte, Trucos

Windows se suspende incluso cuando la suspensión está desactivada.Solución. Suspensión desatendida.

/

En ocasiones nos hemos encontrado este problema en usuarios de Windows , donde aún teniendo la suspensión desactivada en las opciones de energía, el equipo entra en suspensión. Además ocurre tras periodos de tiempo muy cortos (1,2, 3 o 4 minutos). Cuando esto ocurre se puede activar una opción de energía de Windows que está oculta, llamada el Tiempo de espera de suspensión desatendida. Os mostramos cómo activarla. Activar y modificar el Tiempo de espera de suspensión desatendida. Para realizarlo tenemos que editar el registro. Nota: ¡haced una copia antes! Modificar el registro sin saber puede dañar el sistema. Abrimos regedit : Ejecutar (o Windows+R ), regedit, Intro. Hacemos la copia de seguridad. Vamos a la clave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings\238C9FA8-0AAD-41ED-83F4-97BE242C8F20\7bc4a2f9-d8fc-4469-b07b-33eb785aaca0 Buscar a la derecha el valor REG_DWORD Attributes y cambiarlo (botón derecho->Modificar) de 1 a 2. Cerrar regedit e ir a las opciones de energía de Windows (Windows+X->Opciones de energía) Pincha en el mas en Suspender para que se desplieguen los submenús. Uno de ellos es el Tiempo de espera de suspensión desatendida . Puedes modificar su valor. Si pones 0 (cero) se desactiva la suspensión desatendida y no entrará en suspensión aunque no uses tu equipo. Pero puedes subirlo a 180, 240 minutos, o lo que prefieras. Todavía podrás ajustar los tiempos de suspensión “normal” desde el panel de control de energía, porque son independientes de este (por alguna razón). Configurar la suspensión desatendida en equipos con Directiva de grupo. Si tu versión de Windows permite directivas de grupo, abre un editor de directivas (Ejecutar-> gpedit.msc ) y busca: Configuración del equipo > Plantillas administrativas > Sistema > Administración de energía > Configuración de suspensión Ahí verás dos opciones de Especificar el tiempo de espera para la suspensión desatendida , una con batería y otra conectado con cable. Pincha en la que quieras, Habilitar y luego pon el tiempo siguiendo el esquema anterior (cero deshabilitado, o el tiempo en minutos. Cuando los marques se verán en el registro en la clave: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Power\PowerSettings\7bc4a2f9-d8fc-4469-b07b-33eb785aaca0 Campos ACSettingIndex (con cable) y DCSettingIndex (batería). Fuente: https://answers.microsoft.com/es-es/windows/forum/all/c%C3%B3mo-configurar-el-tiempo-de-espera-de-la/1d5f23b1-e3eb-4c59-9231-501a33a3a300

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

Lista de cookies que usa WordPress por defecto.

/

Con la RGPD, la tendencia ya no es sólo poner un aviso de Cookies clásico, del tipo “si sigues navegando, y le das a aceptar, aceptas nuestra política de cookies, si no estás de acuerdo abandona el sitio” . Las reglas han cambiado. Ahora es necesario especificar que cookies usa tu página web, y dar la opción de desactivar las no esenciales para el uso del sitio. Se debe: Detallar las cookies que usa la web y especificar para qué y si son necesarias o no. Bloquear todas las cookies no esenciales hasta que el usuario no consienta su uso. Guardar los consentimientos. Permitir a los usuarios deshabilitar las cookies no esenciales y aún así navegar. Permitir a los usuarios renunciar a la aprobación cuando quiera. Y cuidado, que las multas no son de risa. Aquí tenéis una sanción de 30.000€ de la AEPD a Vueling por no permitir seleccionar qué cookies instalar. En esta otra sentencia de la UE se sanciona a Planet49 por, entre otras cosas, premarcar el consentimiento de Cookies y no dejar al usuario escoger cuales activar o no. Así que hemos decidido hacer varios artículos, especificando las cookies por defecto de cada sistema, y el tipo que son. Así lo tenemos (y vosotros) para referencias futuras. En este caso para WordPress. Cookies que usa WordPress por defecto. Estas son las cookies de un WordPress sin instalar, limpio. Si tienes plugins seguramente tendrás más. Es importante hacer una auditoría de cookies para añadir todas las que usa tu sitio. Recordamos que: Cookies de Sesión. Son las cookies temporales que crea WordPress cuando alguien visita la web. Duran sólo una sesión (hasta que se cierra el navegador). Cookies persistentes. Cookies que se guardan en tu ordenador y se borran o cuando borras cookies, o cuando ha pasado su fecha de expiración (importante mostrar este tiempo). Las cookies de WordPress serían cookies propias porque son del propio sitio (vs cookies de terceros). Cookies en el front-end sin estar registrado. wordpress_test_cookie – en esta cookie WordPress comprueba y guarda si las cookies están activadas en el navegador. Técnica de sesión. Necesaria. Cookies cuando se inicia sesión. wordpress_[hash] – cookie restringida al área de administración (wp-admin). No se ve en el frontend incluso estando registrado. Guarda tus datos de acceso. Técnica de sesión. Necesaria. wordpress_sec_[hash] – lo mismo que la anterior (de hecho creo que la sustituye). Necesaria. wordpress_logged_in_[hash] – Guarda quien eres mientras estás registrado y lo usa WordPress para su interfaz. Técnica de sesión. Necesaria. wp-settings-{time}-[UID] – Guarda tus configuraciones de la zona de administración e incluso del frontend. UID es tu ID de usuario en WordPress. Técnica persistente. Tiempo por defecto 1 año. Necesaria. wp-settings-[UID] – como la anterior. Guarda tus configuraciones de la zona de administración e incluso del frontend. UID es tu ID de usuario. Técnica persistente. Tiempo por defecto 1 año. wp-postpass_[hash] – Cookie donde se guarda el acceso a páginas protegidas con contraseña. Técnica persistente. Tiempo por defecto 10 días. Cookies de Comentarios. Cookies que usa WordPress para que los usuarios dejen sus comentarios. Con los nuevos ajustes de la RGPD de WordPress ahora se puede activar la opción para que los usuarios las permitan o no. comment_author_[hash] – para recordar el nombre del que realiza el comentario. Técnica persistente. Duración 347 días. comment_author_email_[hash] – para recordar el email del que realiza el comentario. Técnica persistente. Duración 347 días. comment_author_url_[hash] – para recordar la url del que realiza el comentario. Técnica persistente. Duración 347 días. Asegúrate que está el aviso de cookies habilitado en los comentarios para que los usuarios puedan aceptarlo. Está en Ajustes-> Comentarios (marca la casilla ” Mostrar la casilla de verificación de aceptación de cookies en los comentarios, permitiendo que se establezcan las cookies de autor de comentarios ” si no lo está ya).

Noticias Informáticas, Sistemas

Los PowerToys vuelven en Windows 10

/

Los que llevéis un tiempo en esto de la informática, puede que recordéis los PowerToys. Una serie de aplicaciones que salieron para Windows 95 que permitían hacer modificaciones extra en el sistema operativo que no se podían hacer directamente. Las Power Toys estuvieron disponibles en Windows 95 y en Windows XP, y luego cesaron de existir. Hasta este Septiembre en el que Microsoft ha decidido sacarlas para Windows 10. Con varias novedades: Están disponibles en el repositorio de Github, desde donde podrás descargarte la útlima “release”. Sale con, ahora mismo (más por venir), 3 aplicaciones: – Fancyzones: para colocar ventanas donde quieras. – Shorcut: para ver rápidamente los atajos de teclado disponibles. – Power rename: para cambiar archivos de nombre de manera masiva. Opción para crearte tus propios PowerToys con la plantilla y la API de configuración. Se despierta la curiosidad para ver que nuevos Toys pueden salir de este proyecto.

Gestores de contenidos, Soporte, Trucos

Qué hacer si un código de Code Snippets te ha bloqueado acceso al backend.

/

Si, nos ha pasado. Jejejeje. Así que os lo dejamos aquí para que no os pase a vosotros. Situación: creáis un Snippet a través del backend. Lo activáis…. y os echa del mismo. Ya no os deja entrar. ¿Cómo recuperáis acceso? siguiendo estos pasos (afortunadamente el plugin tiene un modo seguro). Entra por FTP Edita el fichero wp-config.php Añade esta línea. Por ejemplo encima de la línea que pone /* That’s all, stop editing! Happy blogging. */“ define(‘CODE_SNIPPETS_SAFE_MODE’, true); Salva el fichero. Vuelve a entrar en el backend de WordPress. Ya deberías poder. Desactiva o modifica el Snippet y luego quita (o comenta) la línea que has añadido en el fichero para volver a activar los Snippets. También puedes activar el “safe mode” poniendo esto ?snippets-safe-mode=true detrás de cada url. Pero tienes que hacerlo cada vez que refresque o pase de página. Solucionado. Así puedes desactivar Snippets cuando no funciona. Menudo susto 😀

Diseño Web, Trucos

Cómo crear un enlace en tu web para que se abre el Whatsapp del cliente.

/

Whatsapp es uno de los métodos más comunes que tenemos las empresas para comunicar con los clientes en España. Así que tiene todo el sentido poner el número de WhatsApp en la web. Y ya que lo pones, lo lógico sería poner un enlace para que si pinchen desde el móvil se abra su WhatsApp, y si pinchan desde un PC les lleve al WhatsApp Web. Hoy os enseñamos a crear dicho enlace. Crear un enlace a WhatsApp en tu web. Muchos plugins te permiten poner el icono de WhatsApp, e incluso el número, pero el enlace tienes que crearlo tu mismo. La manera es sencilla, tienes que usar lo que WhatsApp llama Clic to Chat. El enlace es del tipo: https://wa.me/xxxxxxxxxxDonde xxxxxxx es el número en formato internacional. Sin ceros ni + porque eso lo pone él. o La gente que tenga menos experiencia en webs pueden estar preguntando como es crea el enlace en el número. Es básico pero lo ponemos (todos aprendimos en algún lado). Si quieres poner ese enlace al número +3412345678 pon este código: ¡Esperamos que os sirva!

Diseño Web, Información Tecnica

Diferencias entre reCaptcha V2 y reCaptcha V3

/

A estas alturas todos debéis saber lo que son los Captcha (Completely Automated Public Turing test to tell Computers and Humans Apart), esas preguntas automáticas que se ponen en los formularios de contacto (y similares) para evitar el spam. A lo mejor también sabéis que Google “evolucionó” los Captcha y sacó su famoso reCaptcha. Tal fue su aceptación que es uno de los más usados y, claro, los “malos” han ido descubriendo maneras de “saltarse” el control. Algunas más graciosas que otras. Del reCaptcha versión 1 (una lata para el usuario y que se saltaron en seguida los robots) pasó al versión 2. Si, el “no soy un robot”, que de vez en cuando te hacía preguntas para verificarlo (V2). Esta versión era menos “intrusiva” para el usuario, porque sólo tenías que pinchar en la casilla. Eso era si Google tenía suficiente información para afirmar que no eras un robot. Si no la tenía, te hacía unas preguntas de seguridad (pincha en los semáforos, robots etc) con fotos en modo grid. Muchos usuarios se quejaban de esta segunda prueba, pero lo que era cierto es que permitía eliminar falsos positivos. Si no tenías la puntuación adecuada, podías pasar un segundo test. Para ser más user friendly, reCaptcha V2 incluyó después el “invisible reCaptcha“. Y en esa dirección han continuado con la V3. En la V3, no aparece ningún aviso ni información para el usuario. Funciona como muchos otros detectores de Spam, tu pones una puntuación (0 a 1) en la configuración de la API (en el código que te dan) y cualquier cosa que no supere esa puntuación se considera spam y se bloquea. Poco intrusivo….pero claro, puede bloquear falsos positivos fácilmente. Con esto veis las diferencias principales entre reCaptcha V2 y reCaptcha V3. Versión 2. Más intrusivo. Como mínimo tienes que pinchar en la casilla. Y hay gente que tiene que repetir varias veces las pruebas de las imágenes, llegando a hartarse. Deja dos oportunidades. Si el sistema no te da la puntuación adecuada, puedes pasar el “challenge”, las preguntas. Esto permite que no se bloquee gente que debería pasar. Menos carga en la página (ver versión 3). Versión 3. Más “user friendly“. Cuando todo va bien, el cliente no ve nada. Puedes graduar la puntuación de “spam” del sistema. Antes la establecía Google, ahora puedes ponerla tú e ir variando. Estadísticas. Una de las cosas que quería Google con reCaptcha V3 es que el cliente pudiera capturar datos de su spam a través de la API. Aunque dudo que al final lo use nadie. No hay doble oportunidad para falsos positivos. El sistema los corta y ya está. Aumenta la carga de la página. Para que funcione necesita cargar su código en todas las páginas de tu sitio web. Algo que puede ralentizar tu página. Por defecto deja un logo en todas las páginas de tu web. Se puede quitar…pero por defecto no es muy agradable. GPDR. V3 manda más información (todo el formulario por lo que se lee por ahí) a los servidores de Google, deberías añadir esto en tu política de privacidad. Conclusión Aunque nosotros, por motivos lógicos, al principio pensamos que reCaptcha V3 sustituiría a reCaptcha V2, no es así. Son dos opciones diferentes, V2 continuará y así lo afirma Google. De hecho se podrían usar a la vez. La idea, según Google, es usar V2 para aquellos formularios donde queremos reducir los falsos positivos, pero V3 donde lo que no queremos es molestar mucho al usuario. Como dice Google:” For example, a registration page might still use reCAPTCHA v2 for a higher-friction challenge, whereas more common actions like sign-in, searches, comments, or voting might use reCAPTCHA v3 “ Es decir, podemos usar V2 para formularios de registro, y luego V3 para formularios de comentarios, login etc. Espero que os sirva …porque nosotros tardamos en entederlo.

Scroll al inicio