Hoy os presentamos otra web que hemos realizado estos días: https://dcr2.es/ La web es de una empresa de construcciones y reformas que realizan dichos trabajos en Madrid. Se trata de una web empresarial básica, con los apartados necesarios para dar a conocer la empresa, sus trabajos, y poder contactar con ellos. Esperamos que os guste.
Cuando los clientes deciden hacer la transición de dejar de trabajar de forma “tradicional” y -total o parcialmente- trabajar en la nube (en este caso de Microsoft), surgen muchas preguntas. Y es lógico, es un campo nuevo para ellos, y una manera distinta de operar, con servicios diferentes. Muchas veces, los propios técnicos de sistemas (informáticos para que nos entendamos) no sabemos dichas diferencias. Hoy vamos a tratar una pregunta muy común entre nuestros clientes que deciden optar por Office365: la diferencia entre OneDrive y SharePoint, las dos soluciones de almacenamiento de ficheros que ofrece Office365. Cuáles son las diferencias entre OneDrive y SharePoint. Es normal que se confundan ambas herramientas. Ambas permite subir archivos y directorios, ambas permiten colaborar, ambas permiten compartir elementos externamente… ¿por qué hay dos? Os lo vamos a explicar en el siguiente vídeo, y os incluimos, al pie de este artículo, el pdf de la presentación que usamos como guion. Vamos a intentar responder a las siguientes preguntas. ¿Qué es OneDrive? ¿Qué es SharePoint? ¿Cómo puedo o debo usar cada una de ellas? ¿Se pueden relacionar o conectar? ¿Cómo se integra Teams con esas aplicaciones? Pero os adelantaos alguna respuesta en forma de regla mnemotécnica: OneDrive está formada por la palabra One (=Uno en inglés). Está pensado para archivos personales, de una persona. SharePoint tiene Share (=Compartir). Es la solución que debemos usar para grupos de trabajo. Pero claro…hay mucho más. Os lo explicamos en este vídeo. Aquí os dejamos el pdf de la presentación usada. Esperamos que os ayude en vuestros primeros pasos con la nube de Microsoft.
Ya tenemos cuenta de Instagram. Hasta ahora no habíamos creado una porque no teníamos tiempo para gestionarla. Pero con las nuevas incorporaciones ya podemos empezar a publicar en esta red social. Así que, si te interesan las noticias de informática, trucos y soluciones a problemas comununes… ¡SÍGUENOS! La dirección es https://www.instagram.com/smythsys/ y el usuario @smythsys
Cada día necesitamos conexiones con más velocidad y más ancho de banda. Por eso, la fibra óptica está a la orden del día, ya es algo habitual para conexiones en las empresas por ejemplo entre switches con SFP+, o para conectar zonas (nosotros hemos conectado 2 plantas hace unos días con fibra óptica). Cuando empezamos a considerar conexiones de fibra, lo primero que hay que diferenciar es entre la fibra monomodo y la multimodo. Sus diferencias y cuándo es mejor usar una u otra. Hoy os lo explicamos. ¿Cuál es la diferencia entre monomodo y multimodo? La diferencia entre la fibra monomodo ( Single Mode Fibre, SMF o SM) y la fibra multimodo (Multi Mode Fibre, MMF o MM) es sencilla. La fibra monomodo es aquella donde la luz sigue una sola trayectoria de propagación dentro de la fibra o modo. La fibra multimodo es aquella que admite que la luz siga múltiples trayectorias de propagación. Tamaño. Las fibras multimodo tienen un diámetro más grande que la fibra monomodo. Por ejemplo la SM suele ser de unas 9 µm y la MM entre 50 µm y 62.5 µm Esto permite resolver una de las dudas recurrentes cuando se habla de ambos tipos de fibra: ¿Es posible conectar o juntar ambas fibras, SM y MM? No, porque el diámetro es muy diferente y habría pérdidas de luz. Longitud de onda. Estas son las longitudes de onda usadas en cada tipo de fibra. Fibra monomodo: 1310nm y 1550nm Fibra multimodo: 850nm y 1300nm ¿Cómo distingo un cable monomodo de un cable multimodo? Los cables de fibra (como todo en IT) siguen unos estándares. Estos también dictan unos colores para la cubierta ( y los conectores) de la fibra óptica. Así que, a todos los efectos prácticos, ahora mismo el cable SM lo podemos identificar porque es amarillo, y el MM porque es azul. Tipos de fibra monomodo. Como habréis visto en los diagramas anteriores, ahora mismo hay dos tipos de fibra monomodo: OS1 y OS2. Se diferencian en cómo está construido el cable que las contiene más que en las propiedades ópticas. OS1 ( Tight Buffered Cable). Cada fibra está protegida por 2 capas: una de plástico y una resistente al agua. Permite cables más pequeños y resistentes que el OS2. La instalación es más sencilla. Se usa en LANs, edificios, campus… Admite hasta 10 Gb de velocidad y distancias de unos 1okm OS2 (Loose Tube Cable). Las fibras sólo tienen la capa de color que las diferencia. Pero están todas juntas en el cable. Se usa en distancias largas, líneas de telecomunicaciones para las operadoras etc. Admite hasta 100Gb de velocidad y distancias de unos 200km. Tipos de fibra multimodo. Ahora mismo, multimodo hay 5 tipos: OM1, OM2, OM3, OM4 y OM5. OM1. Color del cable: naranja 1Gb a 850nm Hasta 300 m Uso: redes pequeñas, LANs y redes privadas. OM2. Color del cable: naranja 1Gb a 850nm Hasta 600 m (el doble que la OM1) Uso: redes pequeñas, LANs y redes privadas. OM3. Optimizado para láser. Color del cable: azul (aqua). Hasta 100 Gb Distancia depende de la velocidad Uso: redes privadas grandes OM4. Optimizado para láser. Color del cable: azul (aqua). 10G a 850nm Distancia depende de la velocidad. Puede llevar hasta 100Gb 150m. Uso: redes de alta velocidad y data centers. OM5. Color del cable: verde lima Compatible con el OM3 y OM4 Admite 40gb y 100Gb Distancia depende de la velocidad Uso: redes de alta velocidad y data centers que requieran distancias largas. Entonces… ¿qué cable de fibra uso? Os dejo un resumen Monomodo. Fibra más barata Distancias de más de 60km Electrónica más cara. Usos: WAN, MAN, campus. Instalación más cara Las terminaciones son más complicadas al ser de diámetro más pequeño. Multimodo Fibra más cara Distancia hasta 2 km Electrónica más barata Usos LAN, SAN, Centros de Datos. Instalación más barata Las terminaciones son más sencillas al ser el diámetro más grande. Como veis los factores fundamentales son distancia, coste y velocidad. Si queremos poca distancia la fibra multimodo es más barata. Si queremos distancias de más de 2, 3km mejor usar fibra monomodo.
Hace unos días un cliente, del ramo legal, nos llamó porque cuando intentaba abrir Internet Explorer se le abría automáticamente Edge. ¿ Y por qué quería abrir Internet Explorer? Porque desgraciadamente la administración española (y cualquiera que tiene que hacer trámites en ella lo sabe), y las webs legales de la administración, todavía tienen páginas que sólo funcionan en Internet Explorer. Y no es que no hayan tenido tiempo para migrarlo. Así que hoy os enseñamos cómo conseguir volver a abrir Internet Explorer en vez de Edge. Nota: ni se os ocurra usar IE para navegar. Es MUY inseguro. Cómo evitar que se abra Edge cuando queremos abrir Internet Explorer. Los pasos son los siguientes: Abre Edge Ve a los puntos en la parte superior derecha o pulsa Alf+F. Pincha en Configuración. Ve a la opción de Navegador predeterminado. Donde pone Permitir que Internet Explorer abra sitios en Microsoft Edge selecciona las opciones Nunca o Sólo sitios no compatibles (recomendado). Cierra Edge. Ahora verás que puedes abrir IE sin problemas. Como siempre, os lo mostramos en este vídeo.
Hace poco el incendio en un CPD de OVH causó la caída de muchas páginas en Europa, y la posible pérdida de datos para los clientes. Pero buen, al fin y al cabo estamos hablando de clientes que deberían también tener sus copias de seguridad. Recientemente le explicaba a un cliente, que depende mucho de Sharepoint, que la nube tiene mecanismos redundantes para intentar asegurar las continuidad del servicio. Y dos días más tarde “se cayó” Sharepoint durante unas horas cruciales para ellos. Hoy, alrededor de las 12:00, se han caído webs tan importante como la CNN, The New York Times, HBO Max, Shopify, Twitter, Twitch, Vimeo.… En un principio se pensó en caída física ( de AWS principalmente) pero luego se ha confirmado que es un problema en el servicio de Fastly, un CDN que usan muchas empresas para acelerar las páginas y protegerlas de ataques de DDoS. Fastly ha confirmado el hecho. ¿Qué debería aprender Internet (clientes y proveedores) de todo esto? En informática los fallos deberían usarse para aprender y mejorar. Igual que el incendio de OVH lo deberían haber usado los clientes para revisar sus políticas de copia de seguridad, esto se debería usar como aviso. Tanto clientes como proveedores deberían darse cuenta de la importancia de medidas reduntantes y planes de disaster recovery. Y exigirlo a los proveedores. Todo es susceptible de fallar. Pero si dependes tanto de la nube, y hoy lo hacemos, debería haber un Plan B para cada componente vital. si cae la línea deberíamos tener una de respaldo. si cae el servidor deberíamos tener una copia redundante, preparada para estar arriba en minutos. si mi alojamiento no funciona, tener otro de AWS o de Google Cloud para poder restaurar la página en minutos. si cae el CDN, como hoy, deberíamos estar preparados para desactivarlo. Y el CDN debería tener unos de respaldo. ¿Por qué estas empresas no parecen haber pensado nada de esto o tenerlo en cuenta? Y si, todo eso lleva dinero. Pero ¿ cuánto dinero están perdiendo estas empresas por tener 1,2-5 horas caías las webs? No podemos estar teniendo estas caídas globales en sistemas críticos para nuestros negocios. Revisad vuestros sistemas, ved dónde pueden fallar, y aseguraros que tenéis preparada una respuesta para activarla en menos de 2 horas.
En Noviembre del año pasado Google anunció nuevos cambios en su algoritmo: ese famoso conjunto de cientos de reglas que deciden las puntuaciones de nuestras páginas web en este buscador y, por lo tanto, su colocación en las posiciones de búsqueda. A dicha actualización se la conoce como Page Experience update, porque está enfocada en mejorar la experiencia de usuario en nuestras páginas. Esta actualización iba a salir en Mayo, pero se ha retrasado hasta Junio, y se irá implementando hasta Agosto de este año. ¿Y, en qué se basa Google para evaluar al “experiencia de usuario“? En los siguientes pilares. Es decir, la nueva actualización va a dar prioridad y mejores puntuaciones cuanto más óptimos sean los siguientes puntos: LCP: Largest Contentful Paint. Es decir lo que tarda en aparecer el elemento más grande del viewport con respecto a cuando se inició la carga de la web. Lo deseable sería tener unos tiempos de 2,5 segundos o menos. FID: First Inpt Delay. Que mide la interactividad porque es el tiempo desde que un usuario pincha en un elemento de la página hasta que el navegador puede procesar la respuesta. Lo deseable serían 100 milisegundos o menos. CLS: Cumulative Layout Shift. El CLS intenta medir la estabilidad visual de la página. Es la suma de todos los layout shifts (cada vez que un elemento cambia su posición desde un frame al siguiente) durante la carga de la página. Lo deseable es una puntuación de 0,1 o menos. Los tres anteriores son los denominados Core Web Vitals. Os dejamos unas herramientas que os pueden ayudar a medir estos 3 puntos CWV. Compatibilidad con los dispositivos móviles. Puedes comprobarlo en esta página. Navegación segura. El informe de Problemas de Seguridad de Search Console puede darte información sobre este punto. Https. Si tu página se muestra sobre https. Intersticiales no intrusivos. Espacios que pueden afectar a la navegación. Como dice Google, la experiencia de página no va a ser lo único ni lo más importante a la hora de posicionar. Sigue primando el contenido frente a cualquier otro factor, y una página con bueno contenido siempre será la mejor posicionada. Pero, cuando todos los factores estén igual, será cuando la experiencia de página sea decisiva. While page experience is important, Google still seeks to rank pages with the best information overall, even if the page experience is subpar. Great page experience doesn’t override having great page content. However, in cases where there are many pages that may be similar in relevance, page experience can be much more important for visibility in Search. Conclusión: los tiempos de carga en móvil van a contar mucho. ¿Cómo se consiguen esos tiempos de carga? Bueno, este es un tema que está en debate ahora mismo. Es difícil, por no decir imposible, tener tiempos de carga pequeños con desarrollos visuales elaborados y prestaciones avanzadas. Los tiempos que toma Google como referencia parecen ser de desarrollos como AMP, aunque Google diga que AMP ya no es requerido (y de hecho ya permiten páginas no AMP en el módulo Noticias Destacadas), lo cierto es que se necesitan formatos así, con sus restricciones de tamaño en recursos de JS y CSS para poder darlos. Y AMP si que consigue velocidades de carga muy interesantes. PERO, ¿a cambio de qué? Con esas restricciones es muy difícil tener contenidos visuales elaborados y novedosos. Si tenemos un blog, podemos prescindir del aspecto visual para poder proporcionar velocidad. Pero no todas las páginas son así. Así que parece que nos están haciendo elegir entre aspecto visual y puntuación en este apartado de Page Experience. Los diseñadores están “que trinan“, no todo es velocidad, y una página visualmente agradable puede hacer que merezca la pena unos segundos más de carga. Además, curiosamente los recursos de Google como Adsense o Analytics dañan nuestros CWV y nos puntúan negativamente. Aquí os dan algunos consejos al respecto. A Febrero del 2021, de 8 millones de páginas sólo el 21% cumplía con los tres parámetros de los CWV. ¿Qué herramientas nos proporciona Google para ayudarnos con esta actualización? Esta es una actualización extraña porque nos han avisado, nos han dado tiempo y nos dicen, más que otras veces, qué factores van a tener en cuenta. Y además, proporcionan nuevas herramientas en Google Search Console, para poder medir las variables que se van a tener en cuenta.Os dejamos un resumen de las mismas. Un nuevo informe de Experiencia de Página en Google Search Console. El informe de Rendimiento en la Búsqueda se ha actualizado para mostrar los nuevos parámetros de experiencia de página y las páginas que los cumplen o no. Se permiten los SXG (signed exchanges) en todo tipo de páginas (antes sólo en AMP). Conclusión. Nadie sabe bien cómo van a afectar estos cambios a las puntuaciones actuales de las páginas. Tampoco lo rápido que lo van a hacer. Parece claro que sigue primando el contenido y la relevancia, y que estos factores son algo añadido.Y no sabemos cómo seguirá la pelea entre diseño vs tiempos de carga. A lo mejor las páginas nuevas tendrán que primar la rapidez, y las mejor posicionadas podrán elegir más diseño. Lo que está claro es que vamos a tener que ir optimizando las páginas todavía más, midiendo los tiempos de carga, pensando cómo están diseñadas las páginas para optimizar las CWV y mejorando los servidores donde están alojadas.Porque esos puntos pueden ser decisivos para posicionarnos sobre nuestra competencia.
Los clientes nos piden muchas veces que redirijamos sus dominios o a otros dominios, o a otras páginas. Una manera de hacer esto es por una redirección por DNS, opción que permiten muchos alojamientos. Sin embargo no funciona en un caso: No permite redirigir el protocolo http a https. Y eso puede ser un problema, porque hay gente que todavía escribe http, o porque tengamos páginas indexadas con http. Hoy os explicamos por qué no funciona y cómo arreglarlo. Por qué la redirección por DNS no permite redirigir http a https. La razón puede explicarse de varias maneras. Una redirección por DNS realmente crea un registro A de un dominio a otro. Es independiente de protocolo (no lleva el protocolo consigo). Una redirección por https funciona cuando un servidor manda a otro la petición cifrada y espera que el otro le conteste, también del mismo método. Como os explicamos cuando explicamos la clave pública y privada. Es decir requiere un certificado válido en cada extremos.El problema es que, un dominio redireccionado por DNS carece (en origen) de certificado. Porque no se puede crear (ya que no se puede verificar), y además ya ni siquiera es válido porque el dominio apunta a otro sitio. Así que nunca hará la conexión cifrada y fallará.Es decir, una redirección de o a https debe partir o llegar a otro sitio con certificado. Por lo tanto necesitamos alojamientos en ambos lados, para poder instalar dichos certificados. ¿Las redirecciones por DNS son inútiles? No, cada día tiene menos sentido y uso el http sin cifrar y en muchas ocasiones no será necesario considerarlo. Pero si entra en juego, no podemos hacerlo. ¿Qué solución nos queda si queremos redireccionar un http a un https?. Como hemos dicho, entonces tenemos que tener alojamientos y certificados en ambos sitios. Eso nos obliga a realizar la redirección o en Apache o por htaccess. Aunque lo hemos puesto en algún otro artículo, por referencia rápida os dejamos un posible código para hacerlo.
Son varios los clientes que nos han preguntado qué limites tienen sus cuentas de Gmail, ya sea para los envíos normales, o porque quieran enviar correos de manera masiva a través de este proveedor de correo.. Obviamente los límites los pone Gmail por razones obvias: para atacar el spam. Se quiere poder, no sólo impedir que la gente envíe correo no deseado, sino bloquear a posibles ordenadores infectados o cuentas hackeadas, que estén enviando sin darse cuenta. Gmail impone tres tipos de limitaciones. Límites de envío de correo. Límites de envío de Gmail. Límite en el número máximo de destinatarios. Si superas alguno de estos límites, no podrás enviar (aunque si recibir) más desde tu cuenta de Gmail durante 24 horas. Si que podrás acceder al resto de servicios de Google. Los correos enviados de las siguientes maneras, también cuentan para los límites de la cuenta principal. El correo enviado desde la dirección alternativa (o alias) de un usuario El correo enviado por usuarios delegados El correo enviado como respuesta automática de Gmail Límites de envío. Mensajes al día. 2000. 500 en las cuentas de prueba. Cuentan envíos internos y externos. Mensajes reenviados automáticamente. 10.000 Filtros de reenvío de correo. 20. Destinatarios por mensaje. 2000 por mensaje. Máximo 500 en los correos externos. Cuentan direcciones en los campos Para, CC y CCOO.. Destinatarios por mensaje enviado a través de SMTP (por usuarios de POP o IMAP) o de la API de Gmail. 100. Total de destinatarios al día. 10.000 Destinatarios externos al día. 3000 Destinatarios únicos al día.3000. 2000 externos. En las de prueba 500 externos. Más información aquí. Límites de envío del servicio de relay SMTP. Si estás usando los servicios de relay de SMTP de Gmail (enviar correo a través Gmail desde otra plataforma o servidor), tienes los siguientes límites: El número máximo de mensajes : 10000 Número máximo de destinatarios únicos: 10000 “Aunque los servidores de Google pueden gestionar más de 100 destinatarios por transacción, los límites de RFC 5321 pueden bloquear algunas transacciones” Máximo por cliente al día: Tu número de licencias multiplicado por 130, con un máximo de 4.600.000. Número máximo por cliente cada 10 minutos. . Tu número de licencias multiplicado por 9. Con un máximo de 319.444 . Más información aquí.
Si estás aquí, seguramente hace unos días habrás recibido un correo de Youtube como este, indicando que debes proporcionar la información fiscal antes del 31 de Mayo, o se te cargará un impuesto por defecto del 24% Básicamente, lo que pasa es que USA se ha dado cuenta que Youtube proporciona mucho dinero (ha tardado), y que puede llevarse algo de ese dinero con impuestos a los que lo usan para crear contenido. Nota: sólo se refiere al contenido que se ve en Estados Unidos. Es decir, a los visionados de tu contenido en USA. Sin embargo, legalmente no te pueden cobrar impuestos dos veces por la misma cosa, así que quieren que se rellene este formulario para que indiquemos a Youtube nuestra situación.En nuestro caso, como vivimos y creamos contenido en España, y España tiene un tratado de doble comercio con USA, podemos solicitar que no se nos cargue el impuesto si no trabajamos ahí. Hoy os indicamos cómo rellenar el formulario.Nota: no somos asesores fiscales ni legales. Siempre comprueba esta información con algún abogado o experto en derecho comercial. Cómo rellenar el formulario de información fiscal de Youtube. Seguramente ya estés viendo un mensaje como este. Como indica el email, tienes que ir a Adsense y pinchar en “Gestionar Información Fiscal“. Si no aparece ve a Pagos-> Configuración > Gestionar configuración->Perfil de Pagos y pinchar en Gestionar Información Fiscal–>Añadir información fiscal. Ahí tendremos que elegir si somos Particulares o Empresa (eso lo sabéis vosotros). Va a variar sólo en el formulario que se presenta en los siguientes pasos. El de particulares es el W-8BEN y el de empresas el W-8BEN-E. Como nosotros tenemos cuenta de empresa, seguiremos por ahí. Si queréis ver información sobre el de particulares en concreto mirad aquí. Como veis elegimos cuenta de empresa, marcamos que somos entidad excluida (en USA son las empresas de un sólo propietario y es nuestro caso) y que nuestra cuenta de Youtube es de Entidad. ¿Cómo verificar si tu cuenta de Adsense es de particular o de empresa? Puedes verlo aquí. Pincha en Siguiente. Ahora tendrás que decir que no tienes sede en USA, y seleccionar el primer formulario (W-8BEN-E en empresas y W-8BEN particulares).Pincha en Siguiente. Después tienes que indicar el nombre de la empresa, dónde reside, marcar la casilla que quieres el tratado fiscal y poner como TIN extranjero tu NIF. Nosotros tenemos el europeo y lo ponemos con ES delante, pero supongo que se puede poner sin ES, ya que indicamos el país. Después tienes que poner tu dirección y marcar que: Eres residente del país que solicita los beneficios por un tratado fiscal con EEUU. Deriva la partida de ingresos de las que se reclaman beneficios del tratado Cumple los requisitos de la disposición del tratado sobre la limitación de los beneficios. En limitación de los beneficios hemos marcado la única que parecía que se adecuaba a nosotros “Otra organización…” Después tenemos que ir marcando cada uno de los servicios de Google, el tratado que nos deja elegir y el 0% de impuestos. Además de la casilla que verifica que cumples con los requisitos. En el punto 4 verás los formularios que se han creado y tienes que marcar que estás conforme. En el punto 5 firmar con tu nombre y marcar que tienes poderes para firmar en nombre de la empresa. En el punto 6 confirmar que tus actividades son fuera de Estados Unidos. Y luego indicar si has recibido antes pagos de Adsense (nosotros sí). Y ya está, verás que te sale como aprobada y tendrás tanto un enlace para descargarte los documentos (hazlo por si acaso), como un botón para hacer de nuevo el formulario si tienes que rectificar algo. Esperamos que te sea útil.
