El jue, 07-10-2010 a las 12:50 +0200, lasizoillo escribió: > El día 6 de octubre de 2010 22:56, tny <a.por...@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@python.org > http://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ _______________________________________________ Python-es mailing list Python-es@python.org http://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
