[Python-es] librería para programación y comunicación entre procesos

[tny]

El jue, 07-10-2010 a las 12:50 +0200, lasizoillo escribió:
> El día 6 de octubre de 2010 22:56, tny <a.porrua en gmail.com> escribió:
> > Tienes mucha razón en que debería crear un proyecto en googlecode,
> > sourceforge o similares, lo que pasa que por el momento no creo que este
> > suficientemente maduro.
> >
> Puedes crearte un proyecto privado en bitbucket y luego hacerlo
> publico cuando te dé menos vergüenza. Pero si quieres colaboración lo
> mejor es que sea público.
> 
> Lo mejor es hacer un repositorio publico y avisar de que es algo no
> apto para producción y demás avisos que eviten hacer perder el tiempo
> a la gente.
> 
> > Megaupload era un método para que las personas que quisieran ver o
> > utilizar el código en su estado actual pudieran hacerlo facilmente.
> >
> 
> Esperar 60 segundos, rellenar un captcha, descomprimir... el colmo de
> la sencillez. Cualquier forja tiene la opción de ver el código (con
> colorines) directamente en la web o bajarselo para utilizarlo en un
> solo comando (es normal tener clientes de control de versiones
> instalado si eres desarrollador).
> 
Más sencillo para mí, que sólo tengo que subirlo y pasar el enlace.
De lo de los segundos y los captchas no e daba cuenta, porque tengo
premium.
 
> > He visto bastante interés, por lo que tengo ánimos renovados para
> > programar con más ímpetu, cuando consideré que lo que está hecho tiene
> > entidad suficiente abriré un proyecto en algún servidor de esos. En su
> > momento pediré consejo en la lista sobre cual es el más apropiado ya que
> > en eso estoy completamente pez.
> 
> Repito consejo de bitbucket y de paso recomendar mercurial (que por
> cierto está escrito en python).
> 
> >
> > En lo que es p2p no tengo esperiencia, y en aplicaciones de red la
> > justita.
> > Como yo veo una red p2p descentralizada es una en la que cada nodo es
> > servidor para que se conecten otros nodos, y cliente de otros nodos.
> > Cada nodo debería almacenar una lista con direcciones de otros nodos,
> > para poder reconectarse con la esperanza de que alguno este online.
> > Luego dependiendo de la tarea de la red propagación de mensajes p2p
> > puede ser necesario algún sistema de propagación de mensajes, o algún
> > método para almacenar datos distribuidos, con bastante redundancia para
> > soportar que haya muchos nodos caidos.
> >
> 
> Te paso un par de enlaces que te pueden resultar útiles:
> http://es.wikipedia.org/wiki/Tabla_de_Hash_Distribuido
> http://en.wikipedia.org/wiki/Consistent_hashing
> 
> También te recomendaría ver alguna especificación (ejemplo bittorrent)
> para que aprendas algunos conceptos relacionados con el tema.
> 
La especificación de bittorrent ya la había leído.
El dht me ha resultado interesante, pero en mi aplicación no tiene
cabida, porque cada nodo de anunciante almacena sus propios anuncios, y
los nodos impresores preguntan a todos los nodos por dichos anuncios.
A diferencia de una red de intercambio de ficheros no espero tener
millones de agencias de publicidad y millones de hostings en mi red. 
 
> > ¿Cuando hablas de intranet te refieres a una red privada virtual? ¿algo
> > como hamachi?
> > Suene muy interesante y util, no creo que haya alternativas libres
> >
> > La aplicación con la que me metí en este jaleo es una red de publicidad
> > descentralizada, en la que las agencias de publicidad puedan tengan sus
> > propios servidores sirviendo anuncios, y empresas de hostings sus
> > propios servidores imprimiendo anuncios.
> > El negocio sería que en este caso si habría un servidor central cobrando
> > una cuota mensual por labores como vigilar el juego limpio.
> >
> 
> No entiendo el p2p para esa causística, a mi me suena más a algo que
> se puede solventar con HTTP redirects, pero a lo mejor se me escapa
> algo. El p2p si que se suele utilizar para distribuir contenidos en un
> cdn (ejemplo: imágenes de los anuncios), actualizaciones en clusters,
> ...
> 
Cuando empecé lo enfoqué por ahí, con htpp redirects y una interfaz POST
para la comunicación entre los servidores, pero luego pensé que sería
más rápido trabajando a más bajo nivel, y en la web la velocidad es muy
importante, nadie quiere esperar 1 segundo y menos para ver un anuncio. 




> Suerte con tu proyecto y un saludo:
> 
> Javi

Gracias Javi.
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> http://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/