Comandos Bizarros
Para mantener las conexiones en Windows bajo control:
netstat -ano
netstat -nabo
Si… ya sé que parece de coña, pero el caso es que son hasta complementarias…
Para mantener las conexiones en Windows bajo control:
netstat -ano
netstat -nabo
Si… ya sé que parece de coña, pero el caso es que son hasta complementarias…
¿ Cuando fue la última vez que no funcionaron correctamente tus servidores de DNS ? Normalmente yo utilizo en lugar de los de mi ISP los de OpenDNS, por su velocidad, fiabilidad y varios servicios más que podeis comprobar en su web.
208.67.222.222
y
208.67.220.220
Sin embargo esta tarde el viciño me ha informado de la existencia de unos mucho más sencillos de recordar, pertenecientes a Verizon (Level3):
4.2.2.1
4.2.2.2
4.2.2.3
4.2.2.4
4.2.2.5
4.2.2.6
Más información en la extinta página de la Wikipedia sobre 4.2.2.2. Más tips interesantes en el blog del viciño
En uno de los portales en el trabjo, se crea automáticamente una sesión con caducidad larga, muy larga (sobre 10 años) para permitir al usuario mantener sus datos en un formulario que contiene demasiada información para utilizar cookies. Aunque se podria solucionar con base de datos, en su dia se optó por este método, y de vez en cuando se nota lentitud en el servidor debido al ingente número de sesiones creadas en /var/lib/php/sessions , ya que este portal en concreto recibe bastantes visitas.
El caso es que intentando eliminarlas, hoy me he encontrado con un problema:
root@local /var/lib/php/sessions # rm sess_*
/bin/rm: Argument list too long.
Toma del frasco.. asi, sin anestesia. Si probaba a borrar en partes si funcionaba en ocasiones, pero en otras no… Por lo que he leido por ahi parece ser una limitación propia del kernel, no podemos hacer estas operaciones sobre más de 1024 ficheros a la vez, y en mi caso eran sobre 150.000 sesiones, asi que una solución para salir del paso es hacer un find y pasar los resultados como argumento uno a uno (la velocidad es más que aceptable):
find . -name ’sess_*’ -print0 | xargs -0 rm
Y carpeta vacia…
Harto de buscar siempre lo mismo, aqui queda de recordatorio:
Ficheros tar
Empaquetar: tar -cvf archivo.tar /dir/a/comprimir/
Desempaquetar: tar -xvf archivo.tar
Ver contenido tar -tf archivo.tar
Ficheros gz
Comprimir: gzip -9 fichero
Descomprimir: gzip -d fichero.gz
Ficheros bz2
Comprimir: bzip fichero
Descomprimir: bzip2 -d fichero.bz2
gzip ó bzip2 sólo comprimen ficheros [no directorios, para eso existe tar]. Para comprimir y archivar al mismo tiempo hay que combinar el tar y el gzip o el bzip2 de la siguiente manera:
Ficheros tar.gz
Comprimir: tar -czfv archivo.tar.gz ficheros
Descomprimir: tar -xzvf archivo.tar.gz
Ver contenido: tar -tzf archivo.tar.gzFicheros tar.bz2
Comprimir: tar -c ficheros | bzip2 > archivo.tar.bz2
Descomprimir: bzip2 -dc archivo.tar.bz2 | tar -xv
Ver contenido: bzip2 -dc archivo.tar.bz2 | tar -t
Ficheros zip
Comprimir: zip archivo.zip ficheros
Descomprimir: unzip archivo.zip
Ver contenido: unzip -v archivo.zip
Ficheros lha
Comprimir: lha -a archivo.lha ficheros
Descomprimir: lha -x archivo.lha
Ver contenido: lha -v archivo.lha
Ver contenido: lha -l archivo.lha
Ficheros arj
Comprimir: arj a archivo.arj ficheros
Descomprimir: unarj archivo.arj
Descomprimir: arj -x archivo.arj
Ver contenido: arj -v archivo.arj
Ver contenido: arj -l archivo.arj
Ficheros zoo
Comprimir: zoo a archivo.zoo ficheros
Descomprimir: zoo -x archivo.zoo
Ver contenido: zoo -L archivo.zoo
Ver contenido: zoo -v archivo.zoo
Ficheros rar
Comprimir: rar -a archivo.rar ficheros
Descomprimir: rar -x archivo.rar
Ver contenido: rar -l archivo.rar
Ver contenido: rar -v archivo.rar
UPDATE: Aunque el contenido y fin de este post sigue siendo perfectamente válido, el ejemplo incluído al final no funcionará, ya que se trabata de la distribución mediante CoralCDN del libro “La gran guía de los Blogs 2008″ alojado en los servidores de bitacoras.com, y estas descargas deben pasar ahora por un captcha, con lo que se jodió la Distribución, el Coral, y mi Post xD . El resto del post en si mismo.. sigue siendo perfectamente válido :)
UPDATE 2: Para no perder los ejemplos, he eliminado los enlaces al libro y los he sustituido por un enlace de descarga prueba de un fichero desde mi propio servidor.
Post dedicado a mi amigo y vecino r0sk, con quien precisamente estaba hablando de cachés y gzip, y al equipo de bitacoras.com , que me ha inspirado el tema :)
El equipo de bitacoras.com colabora en la distribución de La gran guia de los blogs 2008, y a tal efecto han habilitado enlaces para su descarga en http://bitacoras.com/libro, tanto del libro completo, como de cada sector por separado. Aunque claro, tanto fichero pesado, tanta descarga directa, de tanto usuario, tiene un coste, como es normal: ancho de banda y posible saturación del servidor que aloja estos contenidos.
Con la idea de relajar estos problemas se creó Coral CDN (Content Distribution Network), cuya premisa es bastante simple: Se trata de una red de distribución de contenidos mediante p2p sobre web, que crea un mirror o espejo del contenido que le indicamos, lo distribuye entre sus participantes, y lo sirve desde diferentes puntos del globo, aligerando a nuestro servidor del peso de este trabajo.

Su uso no puede ser más simple, basta con añadir .nyud.net al final de la url de nuestro dominio, y después, la ruta del fichero en cuestión, por ejemplo
http://dominio.com/carpeta/archivo.pdf
se convertiría en
http://dominio.com.nyud.net/carpeta/archivo.pdf
de forma absolutamente transparente para el usuario.
Su funcionamiento es simplísimo también: tras la primera carga del fichero, el servidor central de Coral descarga el archivo, lo aloja en su sistema y crea copias en otros elementos de la red, siempre que haya demanda del mismo. Cuantas más veces lo descargue la gente, a más puntos de la red se replicará.
Esto obviamente nos permite alojar de forma externa javascript, imágenes, css y contenido estático en general, y aliviar nuestro consumo de ancho de banda y de peticiones a nuestro servidor web, obviamente, al coste de depender de un servicio externo para ello. Además CoralCDN respeta los “expire” de nuestras cabeceras http, es decir, que si fijamos un expire de un mes, por ejemplo, para contenido PDF, CoralCDN seguirá sirviendo nuestros pdfs durante un mes, sin volver a cargarlos de nuestros servidores en ese tiempo. Si lo fijamos a 1 dia, por ejemplo para el contenido css que de vez en cuando se modifica, al cabo de 24 horas, CoralCDN volverá a nuestro servidor a coger una copia “fresca” del fichero.
Como ejemplo de uso, replico aqui la versión Internacional de Opera Browser 9.2, descargada y enlazada desde mi propio servidor a través de CoralCDN.