5 Consejos para ahorrar ancho de banda
Publicado el Sábado 02 de Diciembre del 2006 @ 20:04 por Armonth.
- 6
- 2
Comentar
Hoy en día es más habitual tener problemas de consumo de CPU antes que tenerlos en consumo de ancho de banda, pero no siempre se da el caso y si hay algo que haga daño a un sitio web es encontrarse con el bonito cartel de Bandwidth Limit Exceeded de tu hosting.
En estos casos hay algunas soluciones a aplicar para tener más ancho de banda disponible:
- Usar compresión GZIP: Requiere más consumo de CPU al comprimir las páginas y muchos sistemas de cache son incompatibles con esta medida (ej: WP-Cache de momento no soporta gzip) pero si puedes prescindir de un poco de CPU y te hace falta ancho de banda, los resultados son muy buenos.
- Optimizar los contenidos: Separar contenido de presentación (XHTML y CSS respectivamente) puede ayudar. Pon especial atención a las imágenes; Si tu problema son los PNG y usas GNU/Linux prueba pngcrush (disponible en la mayoría de distribuciones). Vigila con ficheros de vídeos, audio, etcétera.
- Evita el hotlinking: El hotlinking arrasa literalmente (1 y 2) con el ancho de banda, si te es necesario puedes activar una medida temporal o restringir los sitios que abusan excesivamente.
- Externaliza la información: O el clásico divide y vencerás, si el único fin de un fichero es la descarga y te consume demasiado prueba a tener replicas (mirrors) en sitios especializados en este tipo de descargas como rapidshare o up-file. Lo mismo se puede aplicar a las imágenes con Flickr o los vídeos con YouTube (aunque esto supone una perdida de calidad y usabilidad al codificarlos en Flash). En este consejo también entran las soluciones basadas en P2P.
- Adquiere un hosting o plan mejor: Cuando todo lo demás falla y llegas a tal punto que hasta un simple HTML te deja sin ancho de banda no queda otra solución que pagar más por un plan superior o encontrar un hosting que ofrezca más por menos.
Por último, aplicar las medidas más oportunas a cada caso dependera de tu capacidad de analisis del tráfico (data-mining). A veces el problema no es tuyo, tu servidor podría estar bajo un ataque DDoS.
¿Qué añadirías?.
6 Comentarios (feed)
-
Armonth nos comenta:
Se me olvidaba, en el caso de los blogs otra solución pasa por limitar el acceso a los feeds:
Algunas personas ponen su agregador de feeds para que revise las entradas cada pocos minutos, si hacemos que el servidor solamente deje X peticiones por hora/IP y además usamos la cabecera If-Modified-Since también ahorramos un pico de ancho de banda por ahí.
-
javier nos comenta:
Un articulo francamente útil. Sobre todo porque en algunos casos ancho de banda malgastada implica euros al retrete jeje.
Lo que mas consume son los robots que no hacen más que rastrear las feeds y para mi la mejor forma de ahorrar ancho de banda: subir las fotos a flickr.
-
Marcos nos comenta:
De la misma manera en que podemos comprimir archivos para ser subidos y bajados de la red…¿no es posible “comprimir” el ancho de banda? Por ejemplo, si tengo un ancho de banda de 1024 kbps-DLS, tanto de bajada como de subida, no es posible comprimirlo a 2048 kbps? Gracias por una pronta respuesta.
-
Rarok nos comenta:
Si no me equivoco a la hora de bajar contenidos ya los comprime el ISP, al menos esa era la diferencia que había entre las conexiones de 56k y 33.6k en los viejos tiempos, la primera era idéntica a la segundo pero utilizaba compresión de datos.
-
mauricio nos comenta:
como se calcula el ancho de banda de si la velocidad de internet es de 256 kps o 1 Gbps
-
Armonth nos comenta:
Mauricio un poco offtopic pero una manera es pasarlo a KB/s y siendo realistas eso supone coger la cantidad de kbps, dividirla por 8 y luego restarle entre un 10% y un 20%:
256 kbps / 8 = 32 - 20% = 25,6 KB/s constantes.
El 10%/20% es por las perdidas que suelen existir, aunque si te fijas si aplicas siempre el 20% el resultado siempre es velocidad en kbps dividido entre 10.
Esa es la velocidad constante que puedes usar — en principio sin problemas — aunque el valor que necesitas para una web es la subida en lugar de la bajada. Con 25KB/s de subida puedes enviar 87.8 MB/hora… unas 900 páginas HTML de 100KB (15 páginas/minuto). Luego el tema del número de conexiones ya es otro tema bastante más complejo…
