-
Una pregunta….en el supuesto caso k lo kisieras guardar en la db, toda esta info.... De que manera lo harias? es que cada forma k lo veo no es k digamos...optimo, ni facil de planificar...
Como lo harias?
I en la cookie, como funciona? de la misma forma k lo guardas, cuando mas tarde el usuario vuelva a entrar se tendra k leer la cookie para k marke los posts leidos como tal, no?
Salu2!
-
Para guardarlo en la bd tendrias que añadir un nuevo campo a lal tabla donde se guardan los usuarios en el que indicarias el ultimo post leido.
La cookie la guardas en el PC del cliente con la informacion que quieras (codificada) y en cuanto carga la pagina lees la informacion contenida en la cookie.
Lo de la bd no es buena idea porque aumentaria la cantidad de datos y el flujo de informacion por la misma, imagina cuando haya 100 usuarios conectados al mismo tiempo y con cada peticion se actualice esa informacion. Como la cookie la tienes que leer de todas formas para identificar al usuario cuando entra no te supone ningun esfuerzo leer ademas esa info.
-
Esa idea es buena, guardar en la cookie la ID del ultimo post leido, de tal forma ke todos los ke tengan una ID mayor aparezcan como no leidos.
Mejor trabajar con esa sencilla cookie en vez de con bases de datos. Aunke supone poca carga mejor hacerlo asi.
Voy a probar, luego os comento. Mil gracias a ambos :sisi:
PD: ke os parece la web?
ACTUALIZADO: Vale, ya funciona el sistema, en vez de con IDs lo he hecho con fechas, claro ke tiene el problema ke decias packosoft, marca como leidos los posts mas recientes al ke hemos leido la ultima vez, pero bueno, tiene su logica. Ya lo arreglare mas adelante, de momento con esto sobra
-
Ok….bueno, mas o menos lo he entendido....
La web esta bien i el foro tambien, pero en Linux (mozilla) no se me ve nada bien...el texto se me sobrepone en multiples sitios.
Salu2!
-
Bueno, yo soy mas retorcido q estos 2 y te voy a proponer el sistema ideal. Primero una tabla con 3 campos y 2 claves. Un campo fecha, un ide_usuario (clave) y un id_rama (clave). Bien, cada vez q un usuario entre en una rama tu apuntaras q ese usuario a esa hora entro en esa rama. Luego para saber cuales son recientes solo tienes q hacer una consulta a la BD pidiendo de esa rama si hay algun post posterior a la fecha en la q entro. Me parece q es bastante sencillo. Para q la tabla no se haga inmensa, cuando entre en esa rama modificas la tabla para q tenga la nueva fecha. Me parece q no es tan complicao.
Por lo demas, mu wapo el foro y mu buen qrro.
SalU2
KrHonHoS
-
Lo que nos daria, si lo he entendido bien, teniendo 1000 usuarios y 1000 ramas una cantidad de informacion y de accesos que haria que para usuario que entrase una rama hubiera que acceder a 3 campos de una tabla al margen de la informacion de dicha rama. Es decir, si entran esos 1000 usuarios, 3000 accesos por rama.
Mucho ancho de banda y acceso a la bd, perdida de velocidad y eficacia.
-
No es por nada, pero 1000 usuarios a la vez no creo q accedan nunca, sobre todo 1000 usuarios registrados, puesto que los anonimos no tienen esta opcion. No es por menospreciar la pagina, pero esas visitas no las tiene ni terra. Este foro esta echo asi y el phpbb tmb. Y puede pensar q es mucha info la q mueve, pero ya te digo yo q va a sufrir mas al listar 25 mensages por pagina o todos los mensages en la principal al no haber seleccion de los ultimos x dias q haciendo eso.
Ademas, la perdida de ancho de banda la generan los usuarios, no las consultas. Y estando en un servidor, esas consultas las haces hasta con un duron a 1ghz.
-
Heh esas consultas las haces hasta con un p166 xD
Vale, mas tarde probare lo ke me has dicho KrHonHoS, mil gracias a ti tb
-
Pues si es asi como funciona estupendo, ya me has sacado de duda.
De todas formas el phpbb no tiene lo de ir al priemero no leido de cara rama, ¿o si?.
-
Me suena q tiene la funcion, pero no esta implementado. Digo me suena pq le e echao un ojo por encima. Ahora mismo lo estoy revisando a fondo pq me da un error mu cabron en la page y no se pq. Ya te comentare.
