Alguien se dejó los comentarios en YouTube abiertos y hay cosas que son simplemente geniales:

STOP BEING LIKE SONY. Stop using stupid marketing ads. I recently got Gears of War for PC, and installed it on Vista Ultimate 64 bit. It had bad framerate and graphics were set to low(and I got the update too).

I put it on XP 64, and I could play on the HIGHEST settings possible, and no framerate issues. Stop trying to force people to buy an OS that just gives more overhead and lets you see what we are doing more easily. Stop Vista from eating all of our RAM for breakfast and stop adding anti-functionality(your programmers said so on Wikipedia) and stop doing things like making Halo 2 for Vista only(Gears of War for XP/Vista PROVES you could do it).

You guys are acting like Sony now. Making shit products and doing shit advertising.

Fuck you.

Básicamente traducido:

DEJAD DE SER COMO SONY. Dejar de hacer anuncios estúpidos de marketing. Hace poco conseguí el juego Gears of War para PC, y lo instalé en mi Vista Ultimate 64 bit. Tuve unos FPS malísimos y eso que los gráficos estaban configurados como lo más bajo (y sí, lo actualicé).

Lo instalé en un XP 64 Bit y ahora puedo jugar con la mayor resolución y configuración posible, y siempre con los mejores FPS. Asi que dejad de intentar que la gente se compre un sistema operativo (Vista) que sólo da problemas de cabeza y que te deja ver lo que estás haciendo más facilmente. Dejad de hacer que Vista se coma toda nuestra RAM como desayuno y dejad de añadir anti-funcionalidad (vuestros programadores así lo dijeron en la Wikipedia) y también dejad de sacar cosas como el Halo 3 sólo para Vista (Gears of War para XP y Vista DEMUESTRA que podéis hacerlo).

Vosotros estáis actuando como Sony ahora mismo. Haciendo productos de mierda y publicidad de mierda.

Que os den.

Épico.  Sacado del canal arriba enlazado y citado.

En pocos pasos, un ejemplo:

apt-get install linux-image-2.6-xen-vserver-686 xen-hypervisor-3.0.3-1-i386-pae xen-tools xen-linux-system-2.6.18-5-xen-vserver-686 linux-headers-2.6-xen-vserver-686 libc6-xen bridge-utils

Luego editamos /etc/modules y modificamos de tal forma que:
pico /etc/modules
Añadimos al final (o editamos la linea loop)

loop max_loop=64

Y… ¡reiniciamos!
reboot
Una vez de vuelta, editamos el fichero /etc/xen/xend-config.sxp
pico /etc/xen/xend-config.sxp
Y descomentamos la linea “(network-script network-bridge)”:
#
# To bridge network traffic, like this:
#
# dom0: fake eth0 -> vif0.0 -+
# |
# bridge -> real eth0 -> the network
# |
# domU: fake eth0 -> vifN.0 -+
#
# use
#
(network-script network-bridge)
#
Después reiniciamos xend:
/etc/init.d/xend restart
Con esto se debería reiniciar todo lo que es el sistema de red con todas las interfaces nuevas funcionando.
Luego editamos “/etc/xen-tools/xen-tools.conf”:
pico /etc/xen-tools/xen-tools.conf
Y descomentamos la linea tal que:
dir = /home/xen
Luego editamos en este mismo archivo las lineas y las modificamos tal que:
kernel = /boot/vmlinuz-2.6.18-5-xen-vserver-686
initrd = /boot/initrd.img-2.6.18-5-xen-vserver-686
Ejecutamos:
mkdir /home/xen
Y aquí empieza la diversion:
xen-create-image --debootstrap --hostname xen-etch --dhcp --dist=etch
Esto genera una maquina virtual con Debian. Mientras se ejecuta el proceso, tomate una cerveza…
Cuando se termine finalice la cerveza el proceso ejecutamos:
xm create /etc/xen/xen-etch.cfg
¡Nuestra maquina ya está funcionando! Comandos útiles:

• xm list para ver las maquinas y detalles
• xm console xen-etch inicia sesión en nuestra vm

HDFiler viene a ser alguna forma de aprovechar los discos duros vacios de los servidores y los dominios que me regalan ahora en navidad. Es bastante similar a cualquier upload con la diferencia de que ofrece un enlace directo único y conserva el nombre de archivo.

Una gran característica es que dispone de un API (de pago para capacidades mayores a 1 GB) que permite alojar archivos en HDFiler, una forma bastante económica de descentralizar los recursos de almacenamiento para ficheros estáticos.

Vale, la idea es bastante similar a la de Amazon S3 pero el objetivo es claramente diferente. Y cualquiera que quiera hurgar tiene las instrucciones en la página, aunque también me pueden dirigir un email personalmente. No como.

Ahora mismo estoy escribiendo desde ScribeFire. Se trata de una extensión para Firefox que facilita el blogging y el copy-pasting mientras navegamos.

Despliega una pequeña ventana ajustable debajo de la página web donde dispones de un formulario con todas las opciones de formato, tagging, enlaces…

En cuanto lo pruebe más a fondo, lo contaré por aquí.

Powered by ScribeFire.

Si algo se ha discutido pero no tiene una respuesta a ciencia cierta es si Twitter tiene la posibilidad de implantar algún modelo de financiación. En parte podría financiarse de cierta publicidad contextual. Y es que la cantidad de visitas que recibe (Twitts que aparecen en Google + Portada + Perfiles) no es pequeña. De esta forma se necesitaría al menos $1 USD  por usuario. Por ejemplo…

• Digamos que un servidor soporta 250 usuarios (o transacciones p/u). En esto contamos el AJAX abundante, las notificaciones SMS/Jabber.
• Un servidor no suele costar más de $120 USD al mes (estándar, gama media). En clúster de red.

También habría que tener en cuenta que hay cosas que el dinero los usuarios no pueden contar, para todo lo demás como es por ejemplo las impresiones que reciben todo lo que es interno (navegación, registros, timeline, API — muy abundantes).

Por eso habría que conseguir al menos, y según escalabilidad, $1 dólar estadounidense al mes por usuario registrado para mantener el servicio. ¿Funcionará? ¿Hay que usar anuncios contextuales?

Yo y muy personalmente aplicaría un modelo de negocio como ha hecho Google con GMail, pero con bastante cuidado y es que ahora que Twitter ya (casi) no tiene oportunidades de ser adquirido por la grande de Internet, sólo les queda hacer funcionar su infraestructura bien (¿he oído bye bye Rails? He dicho).

Siempre podría funcionar y en cuanto más crezca más pequeños serán los costos por usuario. Yo lo llamo opimización, señores.

Ahora queda ver que piensan los grandes.

Acabo de leer que la página web del FBI es vulnerable a ataques XSS (además de que está hecha en ASP ), con lo cual podemos conseguir unos resultados de búsqueda despampanantes.

Por ejemplo… se busca a George W. Bush.

Aunque tan sólo sirve para echarse unas risas (no tiene fallos más graves que esos y explotarlos para amenazar seriamente la página web es imposible) no está de más conocerlo y enseñarlo…

Acabo de poner en marcha mi “link-log”, un sitio donde recopilaré todos los enlaces y acontecimientos que me parezcan interesantes. Apenas he adaptado el theme del difunto r00lz, puesto que me parecía una buena idea y que se podía rescatar.

Además, y para la comodidad de todos, tiene feed RSS y está alojado en tumblr (velocidad asegurada además de poder aprovechar las ventajas “sociales” que ofrece).

Procuraré mantenerlo actualizado lo máximo posible y en cuanto pueda modificaré un poco la plantilla para incluir un ligero soporte de eventos (para así “bloggear” pequeños acontecimientos a los que no pueda enlazar).

Queda ve que piensa el autor original de r00lz, que aún no me ha contestado…
» Mi link-log

Leo en Gran Angular sobre el bot de inteligencia artificial de IKEA, que pinta muy bien. Una perla, que dejando de lado las perversiones a las que se le podría someter a la aplicación, tiene cierta faceta técnica. Por ejemplo (cómo no), la imágen que acompaña el post (pinchar para agrandar).

En este caso lo más probable es que se traten de amplios patrones de comportamientos humanos que funcionen a base de razonamientos basados en casos generados por los patrones sobre la pregunta enviada por el usuario.

Sin embargo, no está nada mal. Y es que pese a que en algunas preguntas responda cosas que no tengan nada que ver (basta con jugar un poco con la aplición) esto revela un razonamiento mecánico, conocido como razonamiento difuso. Algo así como las lavadoras, donde una incertidumbre se presenta, ésta siendo la pregunta (o esquema de lavado) y unos patrones posibles que se cotejan con la pregunta, algo así como “probar suerte”. Muy útil para sistemas enfocados a un uso determinado y limitado en el campo.

Quien haya tenido un sitio web con muchas visitas funcionando con un SGDB / frontend MySQL o MSSQL (este último no tiene remedio), se habrá dado cuenta de que con una avalancha de visitas o con un flujo grande y constante de accesos, se producen cuellos de botella en el acceso de lectura a la base de datos.

Se destacan varios puntos en común: los accesos de escritura son casi inexistentes, y los accesos de lecturas se repiten de forma múltiple ofreciendo siempre la misma respuesta durante cierto tiempo, a falta de una actualización.

Una opción que queda por ver es la de usar un servidor principal donde se realizarán las escrituras y luego una serie de servidores esclavos que vienen a ser replicas de la página web.

De ésta forma tenemos que ir escalando los servidores web y los servidores de bases de datos al mismo tiempo, puesto que si no se crearía un cuello de botella (más visitas = más conexiones a la base de datos = todo al garete).

Mas información y descarga después del salto.

(more…)

Ahora mismo estoy desarrollando capas de abstracción web, para bases de datos e interfaces. En esto me he puesto a jugar con los sockets en PHP, y lo primero que se me ha ocurrido ha sido hacer un servidor web en PHP. Tiene muy pocas opciones, pero se pueden añadir más editando el switch de la función parse_response añadiendo un case. El contenido que se devolverá será el contenido en la variable $response. Por ahora soporta escuetamente los estándares HTTP/1.1, por lo que no envia header Content-Type si se trata de contenido ajeno a texto/HTML o headers de tamaño/longitud del archivo.

Aunque nunca está de más probar, he colgado el código de forma que cualquiera pueda descargarlo. Sólo una nota: ejecutarlo desde consola, en Debian/Ubuntu el paquete se llama php5-cli.

# php ejemplo.php

» Descargar