Entradas etiquetadas ‘direccion

En estos días Google ha comenzado a activar el soporte del protocolo IPv6 para YouTube lo que hace ver que la interminable migración de IPv4 a IPv6 está cada vez más cerca.

YouTube comienza a usar IPv6 [ENG]

La principal diferencia es que IPv4 puede llegar a albergar 232 direcciones de red diferentes y no es suficiente para que cada persona del planeta disponga de su propia dirección y mucho menos para que cada aparato electórnico pueda llegar a tener direcciones diferentes, en cambio IPv6 admite 2128, es decir con IPv6 tendríamos direcciones ip de sobra para cada persona y aparato de la tierra.

Lo cierto es que Internet duplica su tamaño cada año desde 1988.
Con el actual sistema IPv4 serian teóricamente posibles unos 4 billones de direcciones IP (232 direcciones), la previsión de población mundial para el 2.050 es de 9 mil millones de personas.

IPv6 es una solución por lo tanto a las limitaciones de IPv4:

  • Escasez de direcciones Ip.
  • Limita el crecimiento de Internet.
  • Provoca que los usuarios use NAT.
  • Hoy día el ruteo es ineficiente.
  • IPv4 no fue diseñado para ser seguro.

IPv6 tendrá otros beneficios, como la posibilidad de configuración automática de las redes, lo que reducira enormemente el coste de su mantenimiento.

Será posible establecer niveles de seguridad a nivel IP (permitiendo autentificación de las transmisiones entre equipos, asegurando la integridad y privacidad de las conexiones).

IPv6 – Wikipedia
Ipv4 – Wikipedia

Cache en tu web con .htaccess

9 de octubre de 2008

en: Programacion

Hay diferentes métodos que nos permiten optimizar la velocidad de nuestro servidor gracias al uso de .htaccess de Apache (httpd.conf). Estos métodos son realmente simples y seguramente consigamos un aumento importante en el rendimiento de nuestros sitios.

Antes de ver las opciones que nos ofrece este tipo de caché debemos saber en que situación la debemos utilizar y para ello nos viene bien conocer los tipos de cache que existen.

Tipos de caché

Podemos decir que hay tres tipos de caché: caché de navegador, caché proxy y caché de pasarela.

Cada una de ellas tiene un objetivo y se pueden combinar entre sí.

Cada tipo puede utilizarse de diversas formas, por ejemplo la caché de navegador es privada y está presente en la máquina de usuario por lo que sólamente puede ser utilizada por un único usuario.

La caché proxy interviene en la comunicación cliente-servidor y sirven páginas a diferentes usuarios, suele ser usada por los proveedores de servicios de Internet (ISP), universidades y empresas para ahorrar ancho de banda.

La caché de pasarela funciona por parte del propio servidor y no distingue entre usuarios.

¿Por qué usar la caché en el navegador?

Este tipo de cache se produce entre el cliente y el servidor, nos permite salvar copias de las respuestas al cliente (HTML, imágenes, hojas de estilo), el funcionamiento es sencillo ya que la próxima vez que el cliente necesite ese archivo ni se molestará en preguntar al servidor y utilizará la copia previamente guardada.

Con este tipo de caché conseguiremos reducir la latencia y reducir el tráfico necesario para resolver las peticiones.

Reducimos la latencia porque la cache se encuentra en el lado del cliente y obtenemos mejores tiempos de respuesta a la hora de servir la página.

Reducimos el tráfico porque al recibir un menor número de peticiones por parte del cliente el ancho de banda necesario para servir la página es inferior.

Cache con Apache y .htaccess

Tenemos que tener claro que hay tres mecanismos básicos para controlar la caché web.

  • Frescura, permite que una respuesta sea usada sin comprobar de nuevo el servidor.
    Ej: la cabecera de respuesta (header) Expires facilita una fecha en la que el documento caduca, y la directiva Cache-Control: max-age informa al cliente del número de segundos durante los que la respuesta será válida.
  • Validación, nos permite comprobar si una respuesta cacheada sigue siendo buena despues de cadudar.
    Ej: la cabecera Last-Modified, el cliente puede hacer una petición condicional usando la cabecera If-Modified-Since para saber si la página cambió.
  • Invalidación, es un efecto secundario de otra petición.
    Ej: si una URL asociada a una respuesta por medio de una cabecera y realizamos una petición POST, PUT o DELETE a esa misma respuesta, la cache queda invalidad.

Puedes encontrar información adicional en htaccess Caching.

¿Porqué MySQL es lento con grandes tablas?

23 de abril de 2008

en: Sin categoría

Si trabajas habitualmente con MySQL probablemente habrás escuchado que MySql no es la elección acertada para manejar tablas con mas de 1,000.000 de registros.

Pero entonces porque MySql es el motor de compañías como Google, Yahoo o Technorati, además estas compañías manejan algunos cientos de millones de registros y consiguen un gran rendimiento.

El motivo de este gran rendimiento es que estas tablas que tienen cientos de millones de registros están diseñadas y entendidas para trabajar con MySql, si diseñamos considerando lo que puede y no puede hacer el motor de base de datos probablemente consigamos un buen rendimiento, cualquier sistema de administración de Bases de Datos es distinto con respecto a los otros, lo que funciona bien y es eficaz en Oracle ó PostgreSQL no debe ser lo que mayor rendimiento ofrezca en Mysql.

Por ello para trabajar con tablas muy grandes debemos tener en cuenta tres claves: Buffers, Índices y Consultas.