Hace mucho tiempo que quería hablar sobre los discos de estado sólido (Discos SSD), acrónimo en inglés de solid-state drive, es obviamente un dispositivo de almacenamiento de datos que usa memoria no volatil (flash) o memoria volátil (SDRAM) para almacenar los datos, en contrapartida a los discos duros convenciones que utilizan discos magnéticos.
Los SSD por lo tanto y sin entender mucho de la materia son más silenciosos, más rápidos en los tiempos de acceso y tienen menos latencia.
Aunque por el momento no se utilizan todo lo que deberían por diversos problemas o desventajas que pasamos a comentar en esta entrada, principalmente sus grandes desventajas es el precio y la capacidad, pero poco a poco las prestaciones de los discos SSD van mejorando y se están abriendo hueco en el mercado.
Aunque se conocen de sobra las excelencias de los discos SSD, debido a su precio y en algunas ocasiones a su poca capacidad no están demasiado extendidos en lo que respecta al uso de servidores.
Personalmente he utilizado he utilizado sistemas (Linux y Windows) con ambos tipos (SSD y discos convencionales) y la diferencia entre uno y otros es abismal, los resultados del sistema con discos SSD en lo que a servidores se refiere son notablemente mejores que con discos convencionales en gran medida gracias al incremento en las velocidades de escritura y lectura frente a los para mí ya obsoletos (para servidores) discos rotacionales o discos convencionales.
Sin duda si lo que se necesita es un servidor de alto rendimiento la mejor opción es utilizar discos de estado sólido y más aún cuando estos servidores tienen un número elevado de escrituras, es decir un servidor dedicado para el uso de MySQL (por ejemplo) aumenta en gran medida su rendimiento con el uso de discos SSD.
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:
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).
en: Programacion
Ya se ha anunciado la disponibilidad de PHP 5.2.0.
Los desarrolladores de PHP acaban de liberar la versión 5.2.0 final.
Con varias mejoras, errores de código y seguridad corregidos y algunas optimizaciones.
Uno de los cambios más importantes es que las versiones de Apache 2.2.X no funcionaban debido a que cambia la API en la versión 2.2 respecto a la versión 2.0.
Eso es un bug de php que se supone que se ha solucionado en la versión 5.2.0 de php, hasta ahora si querías instalar apache 2.2.X tenías que hacer algunos cambios mencionados aquí.
en: Test
Estas son 20 recomendaciones para optimizar la seguridad en tu servidor Apache, del mismo modo debes tener en cuenta que algunas de estas recomendaciones pueden disminuir el rendimiento de tu servidor dependiendo de tu configuración y de las especificaciones del sistema.
No tiene sentido poner una cerradura mas resistente a tu puerta si dejas la ventana abierta.Del mismo modo si no tenemos los ultimos parches de seguridad instalado no tendría sentido continuar con la optimización de seguridad.
Si tienes un recurso al que deba solamente tener acceso alguna red, o IP en concreto puedes configurarlo en Apache. Por ejemplo si deseas restringir el acceso a tu Intranet para permitir solamente la red 176.16:
Order Deny,Allow
Deny from all
Allow from 176.16.0.0/16
o por IP:
Order Deny,Allow
Deny from all
Allow from 127.0.0.1