La forma más correcta de hacerlo sería almacenando el timestamp de actividad del usuario y realizando un cálculo del tiempo de máximo de inactividad. De esta forma, si el usuario esta inactivo x tiempo pasa a desconectado.
Un saludo,
Un saludo,
- Bienvenido a Test Foro de elhacker.net SMF 2.1.
Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.
#62
PHP / Re: MINIFRAMEWORK - que les parece la lógica?
25 Mayo 2009, 12:54 PM
Si quieres que tu framework funcione con distintas bases de datos deberías implementarlo como modo factoría, de esta forma podrás usar el concepto de driver para interconectar con bases de datos distintas.
Para ser un framework OO no veo claro el gráfico que pones... no parece que tenga relación con ningún modelo OO que viera. Si quieres hacerlo mejor instálate Dia o cualquier otro programa gratuito que te permita hacer modelos UML.
Intenta abstraerte más de lo que es el producto final. Un modelo de desarrollo tiene que tener suficiente capacidad de abstracción como para que se pueda utilizar en varios casos diferentes. Con esto quiero decir que los usuarios son sólo entidades existentes en el sistema que podrían tener permisos de una lista de control (ACL) y/o roles.
Si planteas tu sistema como un sistema modular, los módulo deberían ser una extensión de lo que ya existe y deberian abstraerse de los tipos de datos. Yo haría una interface para implementar a posterior los modulos que necesitase. Si planteas tu sistema con dos tipos de datos definidos vas a cometer un error de base que luego te puede contar solucionar. Toma cualquier contenido que exista como una entidad, una entidad puede tener atributos y propiedades que son los que le dan las características a cada contenido. Si defines los contenidos (cualquier contenido) como si fuera una entidad para tu framework, podrás ampliarlos, modificarlos y crear tantos tipos de contenidos como necesites.
Falta la capa de presentación.
Vas por buen camino.
Un saludo,
Para ser un framework OO no veo claro el gráfico que pones... no parece que tenga relación con ningún modelo OO que viera. Si quieres hacerlo mejor instálate Dia o cualquier otro programa gratuito que te permita hacer modelos UML.
Intenta abstraerte más de lo que es el producto final. Un modelo de desarrollo tiene que tener suficiente capacidad de abstracción como para que se pueda utilizar en varios casos diferentes. Con esto quiero decir que los usuarios son sólo entidades existentes en el sistema que podrían tener permisos de una lista de control (ACL) y/o roles.
Si planteas tu sistema como un sistema modular, los módulo deberían ser una extensión de lo que ya existe y deberian abstraerse de los tipos de datos. Yo haría una interface para implementar a posterior los modulos que necesitase. Si planteas tu sistema con dos tipos de datos definidos vas a cometer un error de base que luego te puede contar solucionar. Toma cualquier contenido que exista como una entidad, una entidad puede tener atributos y propiedades que son los que le dan las características a cada contenido. Si defines los contenidos (cualquier contenido) como si fuera una entidad para tu framework, podrás ampliarlos, modificarlos y crear tantos tipos de contenidos como necesites.
Falta la capa de presentación.
Vas por buen camino.
Un saludo,
#63
PHP / Re: Emular MultiHilos (multithread) Sin Fork
25 Marzo 2009, 14:23 PM
Ni sabes lo que es emulación, ni sabes lo que es un fork ni tienes idea de lo que es multihilo..
Te vas a tener que esforzar un poquito más si quieres convencerme de algo.
Te vas a tener que esforzar un poquito más si quieres convencerme de algo.
#64
PHP / Re: Emular MultiHilos (multithread) Sin Fork
23 Marzo 2009, 11:44 AM
Siento pincharte el globo pero eso ni es multihilo ni se ejecutan en paralelo. Vamos, si consideras meter en un bucle una pool de conexiones y ejecutarlas SECUENCIALMENTE como procesamiento en paralelo...
La única forma probada de crear una emulación multihilo es usando CURL. http://www.ibuildings.com/blog/archives/811-Multithreading-in-PHP-with-CURL.html
También es evidente que no tienes ni idea de lo que es un fork.
La única forma probada de crear una emulación multihilo es usando CURL. http://www.ibuildings.com/blog/archives/811-Multithreading-in-PHP-with-CURL.html
También es evidente que no tienes ni idea de lo que es un fork.