Blog

Ofimatica, Soporte

Cómo descargar la versión de escritorio de Microsoft Teams con cuenta de Office 365.

Muchos clientes con Office 365 nos preguntan cómo descargar la versión de escritorio de Microsoft Teams, porque no se instala con el paquete de Office. Hoy os explicamos cómo hacerlo. Cómo descargar la versión de escritorio de Microsoft Teams. Para descargar la versión de escritorio puedes: Entrar en https://www.office.com/ con tu cuenta de Office365. Pinchar en el icono de Microsoft Teams. Al entrar debería aparecer una opción para descargar la versión de escritorio o ir a la versión web. Puedes descargarla ahí. Si estás en la versión web, porque lo has tenido que usar antes, y no has descargado todavía la versión de escritorio, tienes dos maneras de hacerlo: – Abajo a la izquierda hay un botón de descargar. – Arriba a la derecha tienes 3 puntos que puedes pinchar y también tiene la opción de descarga. Lo explicamos en este vídeo:

Soporte, Trucos

Error firmar: No se ha podido conectar con AutoFirma en Chrome y Edge 98.

Desde hace unos días, muchos de nuestros clientes han tenido problemas firmando en instituciones de la administración pública de toda España con Chrome y, un poco más tarde, con Edge.A esto hay que sumar los problemas con Lexnet de la semana pasada. En este caso, las personas que iban a firmar en una web con Autofirma, en el último paso del proceso, al ir a firmar, les daba un error: Error firmar: No se ha podido conectar con AutoFirma La razón de este error, es que Chrome, y posteriormente Edge (basado en Chrome), desde las versiones 98 en adelante, han realizado unos cambios que bloquean las peticiones de CORS de estas administraciones. El problema es que nosotros podemos actualizar una parte de la solución (Autofirma), pero las administraciones deben actualizarse. Y ellas van lentas…muy lentas. Podéis ver más información aquí. Solución. Chrome Por lo tanto podemos hacer lo siguiente. Nota: este arreglo supone volver el navegador menos seguro. Es un fallo de seguridad (pero tenemos que firmar). Recomiendo deshacer el cambio una vez firmado, si no se va a usar más, o estar atento y, en cuanto se solucione, revertir el cambio. Podríamos usar Internet Explorer…pero me parece una solución muy insegura. Podríamos usar Firefox, pero su almacén de certificados es propio, y tendríamos que importar los certificados. Podrías volver Chrome a una versión anterior…pero de nuevo no me parece una solución deseable. Actualiza a la última versión de Autofirma (intenta tenerlo siempre actualizado). Autofirma, a partir de la 1.7.2, ya es compatible con Chrome 98. Pero como decimos, falta la parte de las administraciones. Mientras las administraciones se ponen al día, tenemos que desactivar una opción de seguridad de Chrome (en Edge sería similar). Cuidado, esto es un parche. cuando se solucione habría que desactivarlo. Pero es que muchos usuarios tiene obligaciones con las administraciones y no pueden esperar.Lo que hay que hacer (en Windows) es crear un fichero, por ejemplo con nombre autofirma_98.reg y añadir estas líneas: Haces doble clic en el fichero, se cambia esta línea del registro y debería funcionar. Si no, cambiad esa entrada de registro a mano (creadla y ponedla a 1). También podéis cambiarla poniendo en el navegador: Y podéis poner Block insecure private network requests en Enabled (luego podéis quitarlo desde aquí). Podéis comprobar que está hecho escribiendo en Chrome (donde escribes las direcciones): Como decimos, un parche provisional….pero es que hay que trabajar. Más información. Cómo revertir el cambio realizado. Para quitar lo que se ha hecho en el navegador, sólo hay que ir al editor de registro y cambiar ese valor cambiado de 1 (que hemos puesto) a 0 (deshabilitado). O cambiar el fichero por Edge. Para Edge podéis poner: Y veréis una opción para habilitar y deshabilitar la nueva opción llamada Block insecure private network requests. Habilitadla para la firma, y deshabilitadla luego. También podéis hacerlo como en el caso de Chrome con el registro con: MAC (no probado). Ejecutar en terminal: Nota de un lector: Yo uso mac, y lo que he hecho ha sido permitir la siguiente ‘flag’ en chrome: Allow invalid certificates for resources loaded from localhost. A través de las opciones experimentales de Chrome, como habéis comentado en el artículo: chrome://flags/ Una vez presentada la documentación, lo he vuelto a desactivar. Linux (no probado). Ejecutar en terminal:

Diseño Web, Gestores de contenidos

Informes y análisis de ventas en Woocommerce

Desde hace unas versiones, Woocommerce, el mayor plugin de tiendas online del mayor CMS del mundo, WordPress, ha ampliado mucho sus secciones de informes. Estos antes eran bastante escasos, pero ahora son completos, personalizables, exportables y, consideramos, más que suficiente para la mayoría de tiendas. Hoy os enseñamos cómo funcionan y dónde tienes estos informes. Woocommerce: informes y análisis sobre ventas, clientes y productos. Woocommerce incluye informes en dos sitios: Informes: en el menú de la zona de administración Woocommerce->Informes tienes una pequeña sección con Ventas por fecha, Ventas por producto, Ventas por categoría, Cupones por fecha, Descargas del cliente. En todas estas secciones podemos seleccionar las fechas que queremos, y nos muestra los datos y gráficas de los mismos. En muchas de ellas podemos exportar el contenido en csv. Análisis: Más recientemente, Woocommerce ha añadido los análisis, como un menú aparte. Tienes un panel completamente personalizable, donde puedes añadir secciones, parámetros, qué quieres incluir. Y tiene un resumen con datos y gráficas. Debajo de este menú, tienes los apartados con más información de productos, ingresos, pedidos, variaciones, categorías, cupones, impuestos, descargas e inventario. En cada uno de esos apartados, de nuevo puedes modificar los parámetros, datos y fechas que quieres ver, y exportarlo a csv. Como decimos, muy potente y más que suficiente para la mayoría de las tiendas, y un gran añadido por parte de Woocommerce. Os lo explicamos en este vídeo:

Compartir, Redes Sociales, Trucos

Cómo crear un AVATAR en Facebook (Meta). Lo necesitarás en el Metaverso.

Poco a poco las redes sociales van a cambiar de ser planas, como un periódico, 2D, a ser en tres dimensiones, en el Metaverso. Estaremos inmersos en mundos virtuales que podremos recorrer a nuestro gusto en las tres dimensiones. Uno de los elementos principales de este Metaverso es el Avatar, tu representación en ese mundo virtual. Todavía estamos lejos del mundo virtual. Hace falta mejorar las comunicaciones (un mundo virtual en 3D “gasta” mucho ancho de banda, más del que tenemos con el 4G), que se generalice el uso de interfaces tipo gafas virtuales, mejorar el hardware…etc. Pero estas empresas ya van moviendo ficha, y se van viendo avances. Facebook permite ya crear un Avatar, y ha anunciado que pronto se convertirá automáticamente a 3D. Y esto no parará de avanzar y evolucionar. Hoy, en este vídeo, os enseñamos a crear un Avatar en Facebook, que podrás usar en redes asociadas como Instagram y Whatsapp. Debajo lo explicamos. Para crear tu avatar: Ve a tu perfil de Facebook. Pincha en el icono de Avatares. Ahí empezará el asistente para que diseñes tu representación en el mundo virtual. Una de las cosas interesantes es que te permite usar stickers con ese Avatar.

Software, Soporte

Solución: Error en Lexnet Escritorio: “la página que intenta acceder no cumple con los protocolos de seguridad…”.

Si trabajas en el mundo de la abogacía, Lexnet es una herramienta obligada. Puedes acceder desde la web (con mil problemas porque insisten en seguir usando Internet Explorer cuando este es un caso de muerte anunciada desde hace años), o Lexnet Escritorio. Desde ayer, las versiones antiguas de Lexnet Escritorio han estado dando un error: “la página que intenta acceder no cumple con los protocolos de seguridad establecidos por Lexnet”. Curioso….Lexnet no funciona porque no cumple con sus propios protocolos 😀 . Os dejamos la solución. Solución al error en Lexnet Escritorio. El error es el siguiente: La solución es sencilla, y llevan avisando en Twitter desde ayer. La solución es ir a la sección de descargas de Lexnet Escritorio y bajar la nueva versión. Dicha versión pide instalar unos nuevos certificados (decid que si) y detener java para la instalación. Algún cliente ha preguntado si descargar la versión de 32 o 64 bits. El 95% de los usuarios seréis 64 bits, pero podéis ver cómo comprobarlo aquí.

Sistemas, Soporte, Trucos

Activar Escritorio Remoto en un ordenador de un dominio de manera remota.

Ayer tuvimos que conectarnos a un equipo en un dominio, por Escritorio Remoto. Pero no habíamos habilitado dicho servicio en el equipo en cuestión. Y no podíamos. Afortunadamente, al estar en un dominio, existen relaciones de confianza que nos permiten activar estas funciones de manera remota. Hoy explicamos cómo activar la posibilidad de conectarte a un ordenador por Escritorio Remoto a distancia. Activar Escritorio Remoto a distancia en un dominio. El proceso consiste en dos pasos: Hay que modificar una entrada del registro para que permita que se conecten los equipos. Hay que permitir las conexiones remotas en el firewall de Windows. Modificar el registro. La entrada que hay que modificar es la siguiente: HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server Esta entrada está a 1 por defecto y hay que ponerlo a cero. Podemos hacerlo de dos maneras: Con regedit.exe. Esta herramienta para editar el registro permite conectarnos a equipos en la red. Con Powershell. Como la regla de firewall hay que activarla por Powershell, vamos a explicar el resto de proceso con él. Abrimos Powershell Nos conectamos al equipo remoto con el siguiente comando: Enter-PSSession -ComputerName nombreequipo -Credential usuarioadmindominio Podemos activar la entrada de registro con Set-ItemProperty -Path ‘HKLM:\System\CurrentControlSet\Control\Terminal Server’-name “fDenyTSConnections” -Value 0 Puedes activar la regla de firewall con Enable-NetFirewallRule -DisplayGroup “Escritorio Remoto”

Internet, Noticias Informáticas

Si tienes Google Workplace gratis desde 2006, pasa a ser de pago en Julio 2022.

Google Apps (luego Google Suite y ahora Google Workspace) nació en el 2006. En aquel entonces, las empresas que nos sumábamos teníamos una cantidad de cuentas gratis (creo que primero 100 y luego 50). El producto se volvió popular rápidamente como gran solución de aplicaciones en la nube, con su novedosa forma de compartir, sus formatos de hojas de cálculo, de documentos, sus calendarios compartidos, su almacén de documentos y, obviamente Gmail. Pero esas condiciones permanecieron. Las empresas que nos apuntamos en los primeros meses lo teníamos gratis. Incluso aunque hicieran cambios en las cuentas de pago. Más información aquí. A principios de esta semana, esto ha cambiado. Los que teníamos la suscripción gratuita hemos recibido un email indicando que TODAS las cuentas de empresa pasarán a ser de pago. A ver, no está mal, llevamos 16 años sin pagar. Y entiendo que todo esto tiene un coste. Sin embargo cuando nos adherimos no había condiciones de finalización. Pero quizás lo peor es el tono de correo: “no supone ninguna molestia para tus usuarios finales“, ” Para facilitarte la transición“, “Para evitar que se interrumpa el servicio“…. Que si, que me quieres cobrar…pero que no lo haces por mi bien. No somos tontos. Así que las fechas son las siguientes: Antes del  1 de mayo del 2022 hay que exportar los datos o pasarlos a la edición de pago. SI no lo has hecho para el 1 de julio del 2022, se suspenderá tu suscripción y no podrías acceder. Puedes ver cómo transicionar de la edición gratuita a la de pago aquí. Si decides por exportar los datos puedes usar Google Takeout siguiendo estas instrucciones.

Diseño Web, Internet, Soporte, Trucos

Obtener una clave de reCaptcha de Google V2 y V3.

Google reCaptcha es la solución de reCaptcha de Google. Os recordamos que un Captcha es el puzzle o reto que tienes que resolver antes de enviar un formulario para demostrar que no eres un robot de spam. Es una solución que se usa mucho en las páginas web. Es gratuito, con ciertas limitaciones (“1000 llamadas por segundo o 1000 000 de llamadas al mes”) que son más que funcionales para la mayoría de las páginas web (si no hay una versión de pago empresarial). Pero para poder usar reCaptcha necesitas un par de claves. Hoy os enseñamos a conseguirlas. Conseguir claves reCaptcha en la web. En este vídeo os enseñamos cómo conseguir las claves de reCaptcha para tu web. Más que nada porque así nos ahorramos explicarlo a los clientes 😀 Una de las cosas que tienes que decidir es si claves de reCaptcha V2 o V3. No es tan fácil como que uno sea una evolución de el otro. Cada uno se usa en casos diferentes. En este artículo explicamos las diferencias en su día. Para crear la clave recaptcha: Entra en https://www.google.com/recaptcha/admin Pincha en el + para crear una. Pon un nombre a la clave para reconocerla (por ejemplo el de la web, tu dominio, el tipo de recaptcha y acepta las condiciones. Te dará dos claves que son las que tienes que proporcionar al plugin o al que lleve tu página. En el vídeo lo explicamos.

Noticias Informáticas

Amazon SI tiene una cláusula zombie en las condiciones de servicio de AWS.

Hace unos días estuve leyendo posts en los redes sociales que afirmaban que Amazon había actualizado las condiciones de servicio de AWS, y que mantenían la cláusula zombie. Una cláusula en caso de Apocalipsis zombie. Como no solemos creernos lo que nos dicen, fuimos a buscarlo. Y es cierto. Os lo contamos en el vídeo y lo resumimos debajo. Podéis comprobar aquí las condiciones de servicio de AWS. https://aws.amazon.com/es/service-terms/Si pincháis en la versión española, en el punto 42.10 (página 36) podéis ver el punto que menciona la “infección viral generalizada” que haga que “los cadáveres humanos revivan y traten de consumir carne humana viva”. Curioso cuando menos jejeje.

Gestores de contenidos, Sistemas, Soporte, Trucos

El editor deja de funcionar en WordPress cuando activo un CDN como Cloudfront

Algo que nos ha ocurrido varias veces. Activar un CDN en una web es algo que incluso Google recomienda en su PageSpeed. Lo que hace es “cachear” (guardar una copia) el contenido de tu web, sobre todo el estático, y servirlo más rápido que tú. Porque lo da ya montado (tu web dinámica lo construye en cada petición), porque tiene más velocidad, porque está optimizado…etc. El problema es que guardar copias que no cambian de ciertas partes de tu web, puede romper funcionalidades. Y entonces hay que excluirlas de este “caché”. Hoy vamos a tratar uno de estos fallos, como en su día hablamos de otro. El editor visual deja de funcionar en WordPress tras activar un CDN como Cloudfront. Los síntomas son claros: El texto para editar lo ves en blanco. No ves las pestañas y botones de tu editor. Lo ves todo como si fuera html. No puedes añadir o guardar ningún bloque en el editor. La razón es que WordPress manda en un header (cabecera) llamado user-agent, desde la carpeta wp-admin, el campo que indica si el usuario en cuestión puede usar el editor visual o no (TinyMCE o el que sea). Es un campo del tipo user_can_richedit con valores true o false. El problema es que los CDNs como Cloudfront eliminan las cabeceras de estas partes de la web, para hacerla más rápida. Y entonces el usuario se encuentra con que deja de funcionar el editor. Puedes ver que es la causa fácilmente o desactivando el CDN o apuntando tu web directamente al servidor fuente (o balanceador en caso de Amazon) en vez de al CDN. ¿Cómo lo soluciono? Sencillo, tienes dos opciones: Tienes dos maneras de activarlo en Cloudfront y vienen explicadas aquí.En las políticas de caché del directorio de /wp-admin/* puedes añadir la cabecera “user-agent” al whiteliste, a la lista de exclusiones. Y verás que funciona. De hecho esto debe ser tan frecuente, que Amazon en el 2020 ya incluyó una política que excluye esta cabecera y puedes usar : https://aws.amazon.com/es/blogs/networking-and-content-delivery/amazon-cloudfront-announces-cache-and-origin-request-policies/ Si no sabes cómo resolverlo, no puedes, o mientras lo resuelves, puedes añadir un código en functions.php o en tu plugin de Snippets. Es el siguiente (recordad que es un parche, arregla un problema que debería resolverse en origen): Nosotros, añadiendo la política de exclusión en Cloudfront y dejando pasar ese header pudimos arreglar el problema en un cliente.

Scroll al inicio