Facebook anuncia el lanzamiento de su servidor web Tornado, bajo licencia Apache. Tornado es un servidor Web no bloqueante escrito en Python, diseñado para gestionar miles de conexiones simultáneas, lo cual lo hace ideal para servicios Web con alto número de usuarios.
Tornado es la pieza central de la infraestructura de "tiempo real" de FriendFeed (un sistema de intercambio de información con otras redes sociales como Facebook, Twiter..), que tienen previsto mantener activamente. Tornado es similar a Django, webapp de Google o web.py, pero se centra en mejorar la velocidad de respuesta y en manejar grandes volumenes de carga.
El otro dia me acorde de este tema viendo un articulo sobre Keteke.com (la red social de Telefonica).
Al periodista se le ocurrio compararla con una de las grandes redes sociales internacionales, auque fuese solo para decir que no habia cuajado.
La verdad es que me recordo al chiste del gitano que está arreglando una escupidera, ve pasar a un avion y exclama:
¡Lo que hacemos los técnicos!
Pues lo mismo... la red Keteke es un fracaso admitido de forma interna en Telefonica, aunque se mantenga por ser considerado un "proyecto estratégico". Un fracaso mas en el intento de la compañia por introducirse en las redes de contenidos de internet (lo mismo que fue Terra-Lycos en su dia).
Al menos este fracaso no ha costado varios billones de pesetas... pero alguien deberia plantearse el poco exito alcanzado, pese a los recursos empleados.
Durante estos dias hemos hecho pruebas de carga para sustituir un servidor dedicado AMEN DUAL-2000 por un PRO-6000 con un resultado desolador.
Amen solo da la opcion Ubuntu 8.04 o Debian 4 ETCH, con lo cual debemos realizar un salto tecnologico de nuestro Fedora Core 7 a una nueva plataforma linux.
El servicio tecnico nos recomienda Ubuntu y al utilizar módulos de Apache mas avanzados, lo elegimos como primera opción, pero antes de trasladar los grandes dominios, probaremos con uno pequeñito: www.aforo.es
Hay que tener en cuenta que la nueva plataforma tiene el doble de memeoria y un procesador de 4 nucleos , frente a los dos que tenia la antigua.
El resultado, contra todo pronostico, es que David aplasta a Goliat....
Las pruebas realizadas dan el siguiente resultado:
Dominio sobre el que se hace la prueba: Aforo.es
Bases de datos funcionado en Local
Paginas solicitada ( index.php y foros.php?p=1742#1742 )
Hola,
La elección de la mejor tecnología para una web no depende de una "moda" o usar la tecnología mas avanzada.
En realidad depende del proyecto, pueden haber proyectos muy sencillos que por una mala decisión al momento de elegir la forma de implementarlo resulta complicándose muchisimo. Y otros que por no tener en cuenta todo lo que implicaban desde el inicio terminan siendo "parchados" para que la funcionalidad del web se mantenga.
Si deseas una web informativa (valga decir, exclusivamente para brindar información a tus usuarios) y que no se actualize tan seguido te recomiendo usar XHTML / CSS / JS. Es posible que hagas actualizaciones en tu web pero tendrás que crear las nuevas páginas tu mismo, o editar los archivos que ya tienes si se trata de modificaciones.
Si pretendes actualizar tu web varias veces a la semana, sería buena opción usar un sistema de administrador de Contenidos desarrollado en PHP / MySQL, que te brinde una interfaz fácil de usar para actualizar tu web.
Para proyectos más grandes (como redes sociales, sistemas online, etc) es más recomendable PHP / MySQL.
Supongo que Reempe no lo ha incluido por ser un CMS orientado mas a Blog que a grandes comunidades.
En el listado de CMS de la wikipedia si sale, pero dentro del apartado de Blogs, no en el general: es.wikipedia.org/ ...contenidos
Por otro lado, por experiencias de otros webmaster, no parece muy eficaz cuando tienen que soportar grandes comunidades. Conozco alguna gran web que intento cambiara wordpress y tubo que volver atrás el cambio... se le hundía el portal.
Cuando los foros son muy grandes (pongamos 1000 temas) el prune se puede hacer eterno...
Esto es sobre todo causado por la poca eficiencia del SQL del prunining de los foros.
Para solucionarlo he mejorado la SQL de la funcion prune:
includes/phpBB/prune.php sobre la linea 35:
Quote::
//
// Those without polls and announcements ... unless told otherwise!
//
// $sql = "SELECT t.topic_id FROM " . POSTS_TABLE . " p, " . TOPICS_TABLE . " t
// WHERE t.forum_id = $forum_id
// $prune_all
// AND ( p.post_id = t.topic_last_post_id OR t.topic_last_post_id = 0 )";
$sql = "SELECT t.topic_id FROM " . POSTS_TABLE . " p LEFT JOIN " . TOPICS_TABLE . " t ON p.post_id = t.topic_last_post_id
WHERE t.forum_id = $forum_id $prune_all ";
...en Travelthink y me ha dejado un sabor agridulce.
Curioso que Google organiza el evento y es el que menos publicidad obtiene, ademas su ponencia fue tan "ligera" que acabo casi antes de empezar.
La mejor, la segunda mesa presidida por Eugenio de Quesada. Tambien me gustaron algunos ponentes de esa mesa.. las demas mas flojas.
Es una reunión de gentes de traje y corbata: poco técnica y mucho de estrategia... pero acabaron devanándose los sesos hablando sobre el sexo de los ángeles.
Me sorprendió que los primeros espadas de las grandes empresas de este país (algunos de ellas online) esta planteándose ahora si crear un blog corporativo, pero todavía no pues supone un elevado esfuerzo técnico. Y varios de ellos asiente con la idea....
Cualquiera que tenga un poco de idea sabe que hoy un blog es gratis y lo tiene hasta el frutero de la esquina.
Por otro lado, otra muestra de ignorancia es decir que "se están planteando crear comunidades online, pues las web independientes tienen poca credibilidad".... Pues si una comunidad independiente tiene poca credibilidad, una ligada a un gran grupo empresarial, hecha para... Leer más ...
PHP-Nuke fue una revolución en los CMS. Modular, racional... su mayor defecto ha sido la seguridad.
Desde que su promotor, Francisco Burzi, abandono el proyecto los distintos lideres se han enfrentado entre ellos, reduciendo la comunidad casia a escombros. Es la sombra de lo que fue.
Si estas acostumbrado a PHP-Nuke, no te costará adaptarte a DragonFly CMS.
DragonFly CMS es una escisión de PHP-Nuke en su versión 6.5. Cuando un grupo de grandes programadores decidieron montar un CMS gratuito para montar portales web, con la base del antiguo PHP-Nuke, pero sin sus dos debilidades principales. Se concentraron en mejorar la seguridad y la velocidad.
Este tema es para colocar enlaces a comunidades PHPbb.
Tiene preferencia ejemplos de Foros PHPbb "standalone" (es decir no integrados en otros portales).
Montar un chat no es una decision que tenga que ser exitosa por narices. En algunas comunidades, donde la calidad de la informacion sea una obsesión, un chat puede ser superfluo, pues la informacion del chat no suele estar elaborada y suele derivar en conversaciones completamente etereas y agenas a la tematica del portal...
Mientras que para las grandes redes sociales, un chat es una forma mas de captar usuarios (estas no suelen estar preocupadas por la informacion que se comparte) para un portal de tematico puede traer de cabeza a sus administradores.
Los mayores problemas que tiene un chat son:
- alto consumo de recursos
- poca capacidad de organización de la informacion
- poca calidad de la informacion enviada
- la inmediatez de comunicacion (espontaneidad) hace que aumente la posibilidad de conflictos entre miembros
- exige un control continuo e inmediato del moderador, a diferencia de un foro que se puede retrasar mas la intervencion en el tiempo
- genera pocos ingresos y los espacios publicitarios son mas dificiles de vender (si la pagina no refresca, no... Leer más ...
Se ha suspendido la popular Feria madrileña, ante las deserciones de muchas de las grandes empresas del sector.
La Feria Internacional de Informática, Multimedia y Telecomunicaciones (SIMO) no se celebrará este año ante la ausencia de las principales empresas del sector.
La feria se iba a celebrar con menos de la mitad de empresas asistentes el año pasado. Pero los descuelgues de antesdeayer de Telefonica y ayer de Vodafone han precipitado la decision.
Error en el motor de la base de datos MySQL. El fallo proviene de una tabla corrupta en la propia base de datos. En mi caso, es un campo indice y primario duplicado.
Dos registros tienen el mismo numero de tema y eso ha corrompido la tabla. Es un error muy poco frecuente, menos en tablas mu muy grandes. En este caso es un foro con cientos de miles de mensajes)
Fallo en consultas Mysql detectadas por el CMS (Dragonflycms) y reportadas por email a mi cuenta de correo.
Mensaje con el Error detectado:
On /foros.php?p=764103
While executing query "SELECT u.username, u.user_id, u.user_posts, u.user_from, u.user_website, u.user_email, u.user_icq, u.user_aim, u.user_yim, u.user_regdate, u.user_msnm, u.user_viewemail, u.user_rank, u.user_sig, u.user_avatar, u.user_avatar_type, u.user_allowavatar, u.user_allowsmile, u.bio, u.user_timezone, u.user_occ, u.user_interests, p.*, pt.post_text, pt.post_subject FROM nuke_bbposts p, nuke_users u, nuke_bbposts_text pt
WHERE p.topic_id = 96333
AND pt.post_id = p.post_id
AND u.user_id = p.poster_id
ORDER BY p.post_time ASC
LIMIT 30, 15"