Amantes del software libre

[Lestu]

[arlick]

Originally Posted by leomar85

vos, cuidado a no ser que quieras que haga de rompe bolas

[theotherhiveking]

Originally Posted by arlick

vos, cuidado a no ser que quieras que haga de rompe bolas

ahora quieres hacer de mi??

[ArcticWolf]

Ar!!! Interesante el proyecto, pero para qué un servidor? No puede ser peer to peer?

Originally Posted by leomar85

Eso es un offtopic, y muy feo

[arlick]

Originally Posted by Xephandor

Ar!!! Interesante el proyecto, pero para qué un servidor? No puede ser peer to peer?


Eso es un offtopic, y muy feo

La idea es que sea p2p, pero el primer inconveniente que se nos planteó es como comunicamos dos máquinas que se desconocen por completo? de ahí la idea de que halla un servidor que los hagas "conocerse" dentro de la red. Una vez que saben sus direcciones respectivamente empieza lo interesante.

Pero estamos estancados con esa primera parte

[ArcticWolf]

Como dijo pescau, la solución más factible por ahora es usar sockets para conectarse entre máquinas, y que el programa abra un puerto, enviándole ese dato a un servidor... El cual puede tener un programa en Java o PHP corriendo y enlazado a una base de datos en MySQL que tenga la ip, puerto y unos cuantos datos más del cliente (como el tiempo que lleva conectado, ping al server, etc).


Ar, perdoná por el offtopic, pero mirá esto: http://www.zonbu.com/device/
Es una linda máquina para poner de servidor, no?

[leptom]

Originally Posted by arlick

La idea es que sea p2p, pero el primer inconveniente que se nos planteó es como comunicamos dos máquinas que se desconocen por completo? de ahí la idea de que halla un servidor que los hagas "conocerse" dentro de la red. Una vez que saben sus direcciones respectivamente empieza lo interesante.

Pero estamos estancados con esa primera parte

Llego un poco tarde, pero a ver si me he enterado bien.

Por un lado tienes un una aplicación web completa que recibe, envía y muestra un listado de fotos. ¿no? Luego quieres que un usuario desde su cliente, una aplicación de escritorio envíe las fotos y vea las que hay y reciba.

El tema del p2p está claro que necesitas crear por un lado el servidor y por otro lado el cliente y ponerte a picar eso... tiene su curro (mírate el código fuente de emule o bittorrent).

Dos soluciones más simples: webservice o aplicación web (a ser posible restful).

De esta manera el webservice/aplicación web tienes un protocolo ya definido, te evitas el inventar la rueda de nuevo(te ahorras el crear tu propio protocolo). Además en ambos casos tienes muchas librerías que puedes reutilizar.

Saludos

[arlick]

Gracias a todos por los comentarios.

Mi principal problema es mi poca experiencia con php D

La idea que tengo ahora en mente es que la aplicación accede a un host determinado a un archivo.php determinado y establece conexion creando un socket. De la parte del cliente ok, ¿para ejecutar el codigo php en el lado del servidor basta con abrir un socket hacia el?

Si es así lo tengo algo más claro, pero igualmente ahora mismo no se que meterle dentro de dicho fichero D

[pescaupintau]

Originally Posted by arlick

Gracias a todos por los comentarios.

Mi principal problema es mi poca experiencia con php D

La idea que tengo ahora en mente es que la aplicación accede a un host determinado a un archivo.php determinado y establece conexion creando un socket. De la parte del cliente ok, ¿para ejecutar el codigo php en el lado del servidor basta con abrir un socket hacia el?

Si es así lo tengo algo más claro, pero igualmente ahora mismo no se que meterle dentro de dicho fichero D

leiste mi mail? y el informe?. Básicamente para hacer un server el programa dice:
voy a escuchar todas las conexiones a tal puerto, para eso lo abro y pongo un enchufe hembra.
Del lado del cliente: enchufarse al puerto XXY en el server.
Una ves que tenés todo enchufado, manejás como si fuera un archivo

[pescaupintau]

marche un stfw para uno...