Portada
mis comunidades
otras secciones
#7:
#4 Si apareciera un artículo explicando la carbonatación del hormigón de las viguetas prefabricadas, algunos podríamos decir que ese artículo ha venido a descubrir la penicilina.
Es probable que ya supieras lo que explica el artículo antes de hacerte la primera paja, pero diría que la mayoría lo desconocíamos.
Es probable que ya supieras lo que explica el artículo antes de hacerte la primera paja, pero diría que la mayoría lo desconocíamos.
Comentarios
#8 Pero a veces ni siquiera sabes que estás interesado porque ni idea tienes de eso. Yo no podría haber estado interesado porque ni idea de qué era la CDN.
Parece ser que Fastly no está muy bien distribuida, ¿no? En fin, las CDN pueden ser útiles para sitios como Steam, YouTube o Twitch que tienen mucho tráfico.
#3 La usan los repos de OpenBSD tambien (y el hospedaje del SO, la base + Xenocara).
Hay mirrors y tal, pero Fastly siempre iba bastante bien.
#3 Una CDN es útil para casi cualquier página con mucho o poco tráfico.
#17 Cuando tienes un martillo todo son clavos.
#21 Tiene razón #17, solo con tener tráfico de varias zonas geográficas ya te compensa tener un CDN.
#35 Puede ser que te compense pero son otros problemas los que tienes.
Internet se hizo para ser un sistema distribuido. Finalmente, se convierte en un sistema centralizado y este es el típico problema de un sistema centralizado.
Por otro lado, entiendo que a una empresa mediana o pequeña le interese. Pero a una empresa grande, ¿qué coste tiene mantener cierta infrastructura bajo control, para evitar este problema? Para mi es simplemente dejadez.
#39 incluso las más grandes del sector tienen acuerdos entre ellas para usar el CDN de la competencia no vaya a ser que el suyo se caiga. El 99.99% de las empresas no tiene el músculo para negociar interconexiones directas con miles de ISPs por el mundo como tiene Cloudfare, Cloudfront o Akamai. El fallo es depender de una sola empresa y no tener al menos 2 proveedores de un servicio crítico como éste.
#39 Entonces que propones? Que Netflix se distribuya via P2P?
#39 Internet no se diseñó para ser un sistema distribuido, comenzando por los Root Servers de las DNSs
#60 ¿no puedes tener varios sistemas que te sirvan la misma informacion? Y si conoces la IP, ni eso.
#35
No, no te compensa.
Además, con ese pensamiento estás reduciendo Internet a las redes de las empresas propietarias de las CDN.
#40 Cualquier servicio web necesita una cache para los recursos estáticos o semi-estáticos. Un CDN proporciona la mejor solución para estos elementos y también te permite hacer fallback a una versión estática de tu página web en caso que tus servidores se vayan a la mierda. También te permite reducir el tiempo de carga de tu página web notablemente. No conozco una sola página de primer nivel que no utilice CDNs.
#48 por no hablar de la protección contra ataques DDoS que normalmente va incluido en el paquete y que puede ser muy difícil y caro para cualquier otra empresa.
#48
Si ya sé lo que venden las CDN. No hace falta que me hagas publicidad.
Bandaancha.eu es una web muy visitada y no utiliza CDNs.
Los mismos sitios de hospedaje deberían encargarse del balanceo de carga y si necesitan más caudal, contratarlo.
El mayor uso que tienen las CDN a día de hoy es el de la distribución de bibliotecas de JavaScript. Y eso lo puedes evitar con extensiones en el navegador como LocalCDN.
#58 Cualquier sitio web que se precie utiliza la caché del cliente.
Normal que no entiendas.
Au revoir.
Goto #51
#62 Se perfectamente lo que es la caché del cliente, llevo como 15 años dedicado a temas de arquitectura web y en sitios con tráfico enorme y de todos los continentes. Esa caché sirve justamente para eso, para el usuario final.
Te lo explico con lenguaje sencillo, ya que veo que no controlas mucho: si tu tienes 100 fotos de coches en tu web. Cuando venga un americano a lo mejor te ve 10 de ellas y las deja en su caché, pero en la suya nada más, en el ordenador de ese americano. Si tu tienes 4 o 5 nodos de CDN por todo USA, la caché queda cerca de cualquier americano, no solo de ese. Por eso son totalmente necesarios. Si no, hasta que un americano navegue por toda tu web y cachee en su navegador va a ir más lento que el caballo del malo.
Hemos intentado desplegar una web para el mercado chino, donde no hay nodos de CDN y además tienen su "firewall" y es una auténtica pesadilla hacer que algo funcione ahí.
De nada.
#64
Ya sé lo que son las CDN. No hace falta que me vendas tus servicios de consultor de tres al cuarto.
La mayoría de webs utilizan CDNs para distribuir scripts. Los clientes pueden utilizar LocalCDN para dicho caso de uso. Los mismos sitios de hospedaje deberían encargarse del balanceo de carga y si necesitan más caudal, contratarlo. Dices que tengo poca idea. A mi me parece que eres un vago y un dejado.
Como ya he dicho, las CDN para archivos gordos y tal pueden estar bien. Para webs normales de pocos MiB es matar moscas a cañonazos y cargarte la arquitectura de la web. Una web con unos pocos cientos de miles de visitas no necesita servidores repartidos por todo el mundo, y menos aún si sus visitas no vienen de todo el globo y/o son recurrentes. Y cuando llega el momento de necesitarlos puedes permitirte el lujo de ampliar capacidad.
En bandaancha.eu, web española con bastante tráfico, no utilizan CDN.
De nada.
#65 No he trabajado en mi vida en una consultora. No me gusta. Siempre en empresa final. Nuevamente hablas de lo que no sabes, como con las CDN's. Debe ser una costumbre como otra cualquiera.
Demuestras tu ignorancia cada vez más. LocalCDN , Decentraleyes y similares están enfocadas a privacidad, a no hacer pasar el tráfico por CDN's normales cacheando en local, y sirve para librerías y contenido común, pero para el ejemplo que te he puesto de las imagenes y las fotos: NO.
No tiene nada que ver con el tráfico en general, tiene que ver con el peso de tus archivos estáticos (como fotos o videos) y la diversidad y el origen de tu tráfico. Si tienes 300 visitas en tu web, pero 100 son de Europa, 100 de America y 100 de Asia, 200 de tus visitas van a tener una experiencia mala si tienes tu server en Europa. No hay más, y si no lo entiendes es que no tienes ni idea.
Efectivamente, si tienes una web que solo envía texto, pues no es tan necesario, pero deberías saber que por ejemplo en una web de ecommerce cada segundo extra en cargar significa una tasa de conversión mucho menor, y muchos menos ingresos.
Bandaancha es una web específica, donde el diseño o la estética brillan por su ausencia, no tiene apenas imágenes y está orientada a un público mayoritariamente español, ahí si que no tiene sentido. Repito, cuando tu tráfico es variado y tienes una web comercial, donde importe la venta, la calidad de diseño, etc. es ESENCIAL un CDN, te pongas como te pongas. Y por eso todas lo tienen.
#66 Claro, como soy un ignorante repites parte de mis argumentos haciéndolos tuyos y mezclándolos con tonterías de tu cosecha.
Optimiza la web y déjate de usar CDNs porque sí. Retén clientes y tal vez no tengas visitas inconexas que impidan cachear contenido, ya sea en el lado del cliente o en el servidor y unos buenos balanceadores de carga.
La otra opción es no optimizar la web, usar CDN y ser lento como Menéame o PCComponentes.
Chao chochín.
#67 Falso dilema, eres el tipico troll.
Que tiene que ver optimizar la web con usar CDN? Es como si dices "fumar es cojonudo para la salud" y te digo: "no mira, es malo" y me dices "tu calla, que seguro que comes fatal, come sano y dejate de tonterías de no fumar que tampoco fumaba "
"retén clientes y no tengas visitas inconexas": aqui se ve que dominas el tema
Los balanceadores de poco sirven sin CDN, y es más, al final un CDN es una especie de balanceador, pero distribuido geográficamente.
En resumen, demuestras que no tienes ni idea, paso ya de discutir con trolles.
#68
Díselo a Google
#72 Y sin argumentos no me he quedado. Te lo he explicado perfectamente en #66: te he explicado como LocalCDN y similares no tienen nada que ver con lo que hace un CDN de verdad, solo una parte pequeña. Y te he explicado lo de que si tienes 300 usuarios, pero 200 están lejos, esos 200 van a tener una experiencia malísima a poco que tengas imágenes y estilos complejos.
A lo mejor por optimizar te refieres a hacer una basura de diseño y UX como bandaancha, que es para un público muy geek y sirve perfectamente así, pero intenta poner una web seria, insisto, simplemente un ecommerce que facture en torno a 100 millones al año (que es muy poco, mi empresa casi triplica eso) y verás que risa con tus soluciones de "recién salido de un módulo DAW"
#73 #74
Ya te he hablado de PCComponentes y lo has ignorado.
Te he hablado de Menéame y lo has ignorado.
Sólo te fijas en Bandaancha, que por cierto, está mucho mejor optimizado que esas stores prefabricadas con lag en todo. RoR está claro que funciona mejor que por ejemplo la castaña de ADSLZone escrita en el PHP del año de matusalén.
Has empezado tu con el falso dilema!
No he empezado con un falso dilema. He dicho que primero optimiza y déjate de CDN. Las CDN sólo son útiles para servir ficheros gordos a mucha gente. Por eso Google mete máquinas en las redes de los ISP (Google Global Cache). Para el resto utiliza sus propios servidores.
El número de usuarios da igual si tienes suficiente ancho de banda. El problema de la latencia (distancia) con baja carga hace tiempo que se superó. 300 ms, no problem. 1 Gbps con un canuto de 50 Mbps, adiós, porque 1000/50 * 300 = 6000 ms. Optimiza la web. Haz que envíe menos datos. Haz trabajar más al cliente. Descarga al servidor. Y tal vez, sólo tal vez, necesites una CDN si distribuyes contenidos gordos. No es el caso de una store.
¿Y me llamas troll? Lo único que haces es atacarme a mi (falacia ad hominem). No das argumentos. Sueltas números random y te quedas tan ancho. Confundiendo latencia con ancho de banda.
Vuelve al front end.
#40 No. Eso ya depende de como las uses. Lo normal en una empresa es que la CDN te cachee el contenido estático, por ejemplo, imágenes. Que suele ser lo más pesado. Insisto, depende mucho del tipo de paǵina.
No entiendo tu último comentario, es decir, la mayor parte de las comunicaciones siguen igual, lo que dejas en mano de las empresas de las CDN es que te disponibilicen tu contenido en otras áreas geográficas a la vez. Es como si tienes una empresa que fabrica zapatos y te montas una red de distribuidores, pero tu controlas todo realmente.
Las redes de las empresas propietarias de CDN's sirven para que ellos hagan llegar el contenido lo más rápido posible a sus nodos. Lo que es peligroso es que esos nodos se caigan, que es donde ha estado el problema esta vez. Pero es un peligro que se asume por la capacidad de poder servir a todo el planeta de forma rápida, los beneficios superan a las posibles consecuencias, que son las caídas (nadie te va a dar un uptime de 99.99999%).
Imagina tener el ecommerce de tu empresa de zapatos en Madrid y querer vender en japón o USA. Es inviable, iría fatal. Tienes dos opciones, o desplegar en cloud en esas regiones (que en cierta manera es casi lo mismo que un CDN) o en Europa pero con un CDN.
Lo digo porque en mi empresa ha pasado al ir abriendo mercado. El CDN es BASICO.
#58 El CDN no es básico. Usar CDN para cosas que no son necesarios muestra un déficit en el diseño de la infraestructura del servicio web.
#70 Es que ya solo por la forma de hablar, los términos como "Retén clientes y tal vez no tengas visitas inconexas" o "un déficit en el diseño de la infraestructura del servicio web" se ve que no sabes de lo que hablas, que a lo sumo habrás tocado estos temas de pasada en la web de algún amiguete, así que lo dicho, paso.
#71
Claro hombre, menuda falacia de hombre de paja cuando te quedas sin argumentos.
Dedícate al front end y deja a los mayores.
#72 Has empezado tu con el falso dilema!
"optimiza hombre, y dejate de CDN's"
Es que es muy absurdo. Me juego lo que sea a que soy mayor que tu y tengo más experiencia en esto, llevo mucho y solo por como hablas se ve que a problemas serios y normales no te habrás enfrentado mucho, jugando a tu juego de adivinar tu vida, serás poco más que becario de administración de sistemas o algo así. Tu mismo hombre, nada... pasa de CDN's y cuando tengas que hacer una web seria ya verás que hostia te pegas
#35 Y más si es una página cutre empresarial WordPress que seguramente sea lenta de por sí.
Además, varias empresas ofrecen servicio CDN gratuito. No es lógico no tenerlo
#41 Para mi ese es un ejemplo de un mal uso de las CDN, y sé que es buena parte de su mercado.
Si tienes una aplicación que es lenta, mejórala. Cuando tengas tu aplicación lo más optimizada posible, podrás empezar a arañar usando una CDN. Antes, creo que es como ponerle alerones a un coche que tira a medio motor.
El problema es que ya lo sé, esas páginas ya están hechas y no se va a invertir en cambiarlas. Y ahí es donde se escoge invertir en un CDN.
#44 Es un mal uso si crees que es la solución a un problema.
Te va a dar una mejora, pero no es una solución a un problema en WordPress.
#50 Pues si eso es distribuido y resilente está claro que no vale porque peta. Es un talón de Aquiles invalidante.
La internet de los 70 era ARPANET. MIL. solo para uso militar y universidades como STANFORD Y San Diego. Aquí Teniamos los modos terminal BBs e ibertex, la X25, el PCtools con protocolos xmoden ymodem con norma V. 32 a 1200 baudios que no era ni fullduplex, tan solo halfduplex, usenet, pop y smtp.
Solo podemos hablar de internet con la implementación DNS y http en servicios World wide web www sobre navegadores de consola o avanzado en gráficos con mosaic que llego a España en 1992 por vez primera y por supuesto que ya haciamos DDoS inundando peticiones tcp/ip y haciamos estragos con flood y backdoor estando todo el campo libre y de buen rollito.
#52 Confundes ARPANET e Internet. Fueron dos redes separadas en sus inicios. Internet se creo cuando las dos primeras redes locales se unieron usando el Internet Protocol Version 1 (IPv1) en 1973. En 1974 se publicaron las especificaciones. Fue una red de universidades de Estados Unidos hasta 1983 cuando se fusionó con ARPANET. ARPANET nació en 1969 y era una red militar como bien dices y mucho más grande que Internet pero usaba otro conjunto de protocolos hasta que decidió adoptar el Internet Protocol Versión 4 (IPv4).
A principios de los 70 en España no había investigación en redes de computadoras. Es más, no había ninguna universidad que tuviera dos ordenadores para conectar. El primer ordenador llegó a una universidad en 1967 y fue un regalo de IBM!
#53 si, acepto tu información documentada.
#52 El talón de Aquiles es usar una única instancia de un recurso crítico: ningún centro de datos tiene una única fuente de energía ni un único cable de interconexión. El error es utilizar un único CDN.
Esto es totalmente inaceptable y contrario a la idea original de internet resilente y distribuida. Si Snowden nos enseño que internet está muerta ahora podemos decir que ya no queda nada, ni su cadáver, esto es solo una red mas sin ninguna de sus características originales. 🍃
#33 pues los CDN es precisamente la definición de distribuida y resiliente. En vez de tener uno o dos o tres centros de datos, tu web está distribuida en decenas de miles de centros de datos por todo el mundo, con conexión directa a los proveedores de internet de tus clientes. Y si quieres una capa extra de resiliencia siempre puedes contratar dos CDN. Es un poco más de trabajo porque no son 100% compatibles y cada una tiene sus quirks y manías pero nunca he oído que dos redes CDN de primer nivel se caigan a la vez.
En cuanto a la internet primitiva, pues sí, era todo mucho más sencillo. No había gusanos, ni ataques DDoS, ni spam. Y aún así Internet estuvo a punto de morir en octubre de 1986 porque su diseño original no escalaba (busca the great congestion collapse of Internet) imagínate si se intenta volver a la Internet de los 70 hoy en día.
Oligopolio.
Es como si montar y desplegar un CDN a nivel planteado fuera sencillo y lo pudiera montar cualquier autónomo contestando servidores en Amazon AWS...
#5 entre que cualquier autónomo pueda montarlo y que solo haya dos o tres empresas que copen casi todo el mercado mundial hay un trecho intermedio importante.
#9 si hubiesen muchas intermedias o no serían rentables o no serían lo suficientemente grandes como para prestar un servicio atractivo
#11 ¿solo hay dos o tres empresas grandes en el mundo?
#5 #9 Es la definición de oligopolio natural:
https://economipedia.com/definiciones/tipos-de-oligopolio.html
#5 Precisamente los oligopolios se dan en sectores con grandes barreras de entrada.
#43 Pues es un poco lo mismo: tras realizar la lógica y manejar la petición, eso suele desembocar en algo estático. Tan sólo antepón un servidor que maneje las peticiones y redirija a una de tus webs y ya lo tienes.
#30 Hay bases de datos distribuídas, sí, estos días salió la noticia de que Aliexpress ha liberado el código de la suya.
No obstante, la función principal de los CDN no es tanto manejar la lógica de las peticiones si no almacenar lo que se llaman 'estáticos', el contenido final, archivos que son siempre iguales. Imágenes, vídeos... son lo primero que se migra a un CDN.
#42 Gracias, me pilla todo un poco fuera de mi ámbito. Yo sólo metía las webs estáticas en cloudflare y me desentendía. Nunca lo vi como opción para servicios web
#8 Y mas tiempo. Por lo que he visto y he entendido es un proxy con caché.
Logico, la mayoria de paginas utilizan este sistema, asi te garantizas estar a la ultima en las librerias, sobre todo en los js y css. Yo me incluyo.
#2 Mucho mejor tener las librerías en local y sincronizar cada cierto tiempo con alguno de estos servicios (un simple cron que descargue cada semana y vas que chutas, lo mejor de ambos mundos).
Con CloudFlare no pasa
#12 Entiendo que es irónico, la noticia comenta que en 2020 le pasó lo mismo a CloudFlare.
edit
a inicios de este año vi unos videos de canales derechistas conspiranoicos que decian que posterior a esta pandemia un virus informatico mundial iba a inutilizar gran parte de internet por dos años, incluso el plan ya tiene un nombre.
#19 cuando planeas algo secreto lo primero es ponerle un nombre al plan, es de primero de Conspiracion
mira a ver @ olicarca saca el gorro de aluminio que estos también dicen que se cayó Amazon, estamos todos compinchados contra ti.
Y para webs que están alojadas en un servidor baratillo. El CloudFlare gratuito da el apaño muy bien.
Según datos de Cisco, en 2022 el 72% del tráfico de Internet pasará por un CDN.
Raro. Lo dudo bastante. Videoconferencias, servicios de streaming, cualquier servicio que necesite almacenamiento de datos...
El CDN es para mostrar antes webs. Pero cuando necesitas algo "más inteligente" tienes que atacar a algun servidor "oficial"
#20 los servicios de streaming usan CDN masivamente.
#22 Mientras sigamos utilizando el mismo servicio único y vetusto de sistemas de IP pública de Internet, que además es copado por unas cuantas gigantes como por ejemplo Google, Microsoft o Amazon, es normal que se requieran RDCs (CDN), sobretodo para intentar competir un poco con estas a nivel de capacidades de transmisión. Y sí, el servicio de retransmisión es normalmente aplicado en estas redes.
Hasta que pase un tiempo y nos demos cuenta (o no) que ver tanto "vídeo", ya sea como pasatiempos o a nivel cultural, es una verdadera comida de tarro. Los libros jamás tuvieron vídeo, como mucho fotos o ilustraciones, y usar una CDN para almacenar fotitos de equis KB es absurdo con una conexión medio decente desde tu propio sitio, además que tienes tus datos bien controlados. Para noticias no es necesario más de 576i, pero poco a poco se van cambiando las costumbres humanas y se está endosando la alta o ultra-alta definición.
Trabajé con una RDC de las grandes hace unos años para dar servicio al dpto. web de mi empresa. Yo no soy desarrollador web, soy de sistemas, pero igualmente no me convencía. Total... el rendimiento sí podría mejorar un poquito, vale, pero no como para tirar cohetes, y para cuatro fotos que se pudieran representar... en fin, mientras se controle lo que se distribuye por ahí tampoco es algo grave, pero no deja de ser un servicio ajeno al tuyo que, de no necesitar mandar chicha, yo considero totalmente prescindible al margen de que falle o no. No obstante cada empresa es dueña de sí misma, ya sabrán lo que se montan.
PD: Curioso, a nivel personal no uso ningún programa o servicio de esas 3 "gigantes" que he mencionado. Nada de nada, aunque reconozco haber hecho alguna comprita esporádica por Amazon hace unos años, y lo hice porque no encontré otra alternativa para ese producto o alguno muy parecido.
#28 No sé si tu solución es usar un servidor gordo con una conexión grande. Eso no escala en absoluto, por eso existen los CDN.
#27 #22 #23 Gracias, siempre he trabajado con entornos locales o muy poco orientado a backend.
Entonces, también tendrán una base de datos duplicada, entiendo. Y se actualizarán en paralelo.
#20 los CDN se usan principalmente para servicios de streaming como NETFLIX. De hecho el propio Netflix tiene servidores propios dentro de la Red de tu operador que a fin de cuentas es un CDN
#23 Lo dicho en el 28, he colaborado con departamentos que usaban RDC para webs chorra con cuatro fotitos / imágenes. Parece que a algunos les interesa ser una web global, "todo rápido y para todo el mundo". Sí, un servicio que funciona (si no, no existiría) pero que en realidad es absurdo.
#29 Si es una web realmente chorra, no te quito la razón, pero en cuanto deja de ser "chorra", te quita mucho trabajo en bastantes aspectos. Te permite tener servidores pequeños balanceados optimizados para un tipo de proceso concreto, en lugar de estar sirviendo mayormente ficheros, y llenándote los logs de peticiones basura. Que las partes estáticas de tu página las sirva un servicio especializado, al final sale mucho más barato que servirlo tú mismo.
#20 cualquier sitio medio de Internet necesita una CDN. Quizás no para todo el contenido, quizá no para todas las funciones, pero a partir de cierto número de usuarios concurrentes y volumen de tráfico no sale a cuenta contratar más servidores para distribuir contenido idéntico a los usuarios.
Y para edge computing, y para servir paginas web, y para hacer checks geograficos, y para distribución de contenido segun latencia, y para hostear mirrors, y para edge AI y para mil cosas mas...
Pero que diablos dices? esos cálculos están mal.
Si se te conecta gente desde Japón a tu server en Madrid, y tienes imágenes medianamente decentes tienes que mandarlas UNA Y OTRA VEZ más de 10.000km!!!! y si tienes un CDN los mandas desde 500km más o menos. Por mucho que digas absurdeces como "el problema de la latencia hace tiempo que se superó" no vas a tener razón. Ahora hay superposición cuántica y puedes hacer aparecer un bit instantaneamente en Kyoto desde Madrid, claro que si hombre! Evidentemente si mandas cuatro trozos de html e iconos cutres como bandaancha, pues un humano no lo percibe.
Imágenes de 200k las tiene cualquier tienda decente, por ejemplo de ropa, de recambios de automóvil o lo que sea. Y hablo de perfectamente optimizadas, que hemos trabajado mucho con eso, incluso en los propios CDN como Akamai ya tienes ese servicio incorporado (pero normalmente se hace en origen). Miramos absolutamente todo, los core web vitals de google, todas las recomendaciones sobre como colocar los js, estilos.
No dejas de decir lo de "optimiza la web" con el falso dilema. En cualquier sitio que he trabajado es lo primero que trabajamos. Y cualquier cambio (siempre via experimento, claro, AB testing) tenemos como métrica a vigilar que los indicadores de optimización como los core web vitals, se mantengan. Eso es lo primordial y no tiene nada que ver con el CDN. Por mucho que optimices si quieres una imagen buena, te va a costar mandarla.
PcComponentes y Meneame son webs españolas con tráfico casi exclusivamente español, o un porcentaje enorme. Y si no es España es Europa. No es difícil de entender que estoy hablando de otra liga, por muy buenas que sean esas webs. Ah y PCComponentes usa Cloudflare (otra cagada más y llevas...) como se puede ver en la imagen adjunta.
Y también te pongo los resultados de webpagetest para meneame desde paris y desde osaka. Pasa de 3 segundos de Largest Contentful Paint (que es una métrica muy buena para la percepción de "cargada la página" del usuario) a 5, una burrada. Lo que pasa es que a meneame le da igual, porque no tiene tráfico allí, ni tampoco le afecta a su negocio. Mira:
Japon: https://postimg.cc/0rbJySQb
Paris: https://postimg.cc/MnW6vkDd
Una bajada de velocidad de este estilo, de 3 segundos a 5 en un ecommerce que facture eso que te comento se mide en varios millones de pérdida: https://www.portent.com/blog/analytics/research-site-speed-hurting-everyones-revenue.htm#:~:text=The%20first%205%20seconds%20of,(between%20seconds%200%2D5)
Cada segundo extra es un 4% menos de tasa de conversion.
Bandaancha está optimizada, claro que si, bien hecho, pero en una web especialista, donde a su público objetivo le da igual el diseño y va por el contenido, es fácil. Que crees que pasaría si por ejemplo Nike rehace su web como bandaancha? NO ME HAGAS REIR ANDA!
Si este zasca de las imágenes y las explicaciones no te sirven de argumento, ahi te quedas.
No me dedico al front end, me dedico a todo, pero fundamentalmente back y arquitectura y ahora estoy tirando hacia otros proyectos.
Oligopolio? Desconocido?
Oligopolio? Desconocido?
Vinieron los del diario a descubrirnos la penicilina.
#4 Si apareciera un artículo explicando la carbonatación del hormigón de las viguetas prefabricadas, algunos podríamos decir que ese artículo ha venido a descubrir la penicilina.
Es probable que ya supieras lo que explica el artículo antes de hacerte la primera paja, pero diría que la mayoría lo desconocíamos.
#7 el concepto de CDN lleva más de 20 años en funcionamiento. Tiempo más que suficiente para que cualquiera 1/2 interesado sepa de qué va esto de la penicilina.
#4 Imagino que ligas mucho contando esto en los bares.
#15 ¿quien liga en los bares hoy en día?
#18 Hermann Tertsch de fijo..