Duda programación nuevos mensajes

[blogger]

Hola colegas, estoy programando un foro en PHP desde cero, y me he atorado, pues no sé como mostrarle al usuario los nuevos mensajes que se hayan escrito.

Se me había ocurrido comparar la fecha actual con la ultima fecha activo, pero eso solo funcionaría mientras esta logueado, si se desconecta y vuelve a iniciar sesión y hay algún mensaje que no haya leido, pues se pierde y le aparecerá como leido.

Otra forma que se me ocurrió grabar los mensajes que el usuario haya leido, y que cuando inicie sesión se compare la lista y que el sitio le muestre como no leidos los que no esten en la lista. Pero este metodo a la larga no funcionaría, ya que si el sitio crece serían cientos o miles de mensajes que se habrían que comparar.

¿Ustedes que me sugieren? ¿Cómo se puede manejar esto de los mensajes nuevos?

[_-ZeuS-_]

x ke no usas un status en la bd?

[Hidek1]

bueno en realidad para eso tienes 2 formas.. si estas registrado y logueado, en la db
user_id | post_id

y ahi vas agregado..
ahora si no esta registrado
se usan por cookies / sessiones
agregando las id en una cookie separados por punto y coma por ejemplo

[blogger]

Iniciado por _-ZeuS-_

x ke no usas un status en la bd?

Te refieres a ponerle un campo a la base de datos para guardar ahi si lo ha leido o no? Nada recomendable, eso funciona para mensajes privados, en donde se establece que el usuario final es quien esta leyendo el mensaje, pero no funciona para mensajes publicos, en donde todos los usuarios leen los mensajes, no creo poder guardar en ese campo que 2 usuarios han leido el mensaje, pero que los otros 100 por ejemplo no lo han leido.

Alguna otra opción?

[Hidek1]

Alguna otra opción?

la mia puede ser ?

[Heli0s]

Creo que esa opción es la que el mismo había comentado en su primer post pero que había descartado por el tamaño que podría llegar a tener esa tabla.

Un saludo

[blogger]

Iniciado por Hidek1

bueno en realidad para eso tienes 2 formas.. si estas registrado y logueado, en la db
user_id | post_id

y ahi vas agregado..
ahora si no esta registrado
se usan por cookies / sessiones
agregando las id en una cookie separados por punto y coma por ejemplo

Si te entendí bien, lo que tengo que hacer es crear una tabla, por ejemplo mensajes nuevos, con los campos id, user_id, post_id, fecha. Y en esa tabla guardar la información del id que el usuario no ha leido. Es así?

Pero si es así, no se sobre carga la base de datos con 200 usuarios y 1000 mensajes, por ejemplo? O quiza no te he entendido bien, podrías explicarlo mejor?

[blogger]

Iniciado por Heli0s

Creo que esa opción es la que el mismo había comentado en su primer post pero que había descartado por el tamaño que podría llegar a tener esa tabla.

Un saludo

Efectivamente...

[Hidek1]

bueno entonces solo llenas el dato en un textoplano separado por punto y coma

Código texto:

user_id | post_leidos
50        12;25;80;10;11;15
 

luego solo un

Código PHP:

in_array(explode(";", $registro["post_leidos"]))
 

[Heli0s]

Blogger, no sé si habrá gente que use algún otro método, pero creo que los métodos más conocidos son esos dos que tu mismo has comentado, no sé si hay otra forma, cuando yo utilize PhpBB si no recuerdo mal, funciona así, con el tema de las fechas, comparando la fecha de la última vez logeado.

Un saludo

[blogger]

Iniciado por Hidek1

bueno entonces solo llenas el dato en un textoplano separado por coma

Código texto:

user_id | post_leidos
50        12;25;80;10;11;15
 

Perdona mi ignorancia, pero como podría sacar la información de post_leidos y compararla?

[Hidek1]

luego solo un

Código PHP:

in_array(explode(";", $registro["post_leidos"]))
 

[blogger]

Eso podria, funcionar... pero alguien tiene otra idea?

[blogger]

Iniciado por Heli0s

Blogger, no sé si habrá gente que use algún otro método, pero creo que los métodos más conocidos son esos dos que tu mismo has comentado, no sé si hay otra forma, cuando yo utilize PhpBB si no recuerdo mal, funciona así, con el tema de las fechas, comparando la fecha de la última vez logeado.

Un saludo

Deja implementar el metodo que ofrece Hidek1, a ver que tal funciona, o cual me convence más.

[abimaelrc]

Como quiera puedes usar una tabla y reportarlos como lo haz indicado desde el principio. Acuerdate que los motores de la base de datos se mueven bastante rápido. Lo importante es saber indexar bien las tablas. De esa forma es más rápido buscar los datos. En la mayoría de los casos (por no decir todas) es recomendable usar el motor de búsqueda de una base de datos que usar un proceso de PHP.

[GatorV]

y si te fijas foros grandes (como este) usan ese método de guardar los ids en una tabla, pero solo guardan X tiempo, no por siempre, es decir si dejas de visitar el foro por algún tiempo al regresar vas a ver todos los temas leidos.

Este tipo de cosas se suele usar en tablas del tipo Memory ya que las busquedas son muy rapidas y en general son datos que no pasa nada si se pierden.

Saludos.

[Hidek1]

tablas del tipo Memory

podrias especificar sobre eso ?

[abimaelrc]

Aquí tienes información: http://dev.mysql.com/doc/refman/4.1/...ge-engine.html

@GatorV: Sé que este foro usa tablas del tipo Memory, lo que tengo dudas es en la parte de arriba sale una opción que dice Tus opciones y si selecciono Marcar foros como leidos, todos los foros quedan, logicamente, leídos. ¿Qué es lo que hacen para lograr esto, que un usuario pueda marcar todo como leído? (si puedes mencionarme de algún lugar donde documentarme mejor). Tengo la idea de que los id nuevos son insertados en esa tabla tipo Memory y que como indicaste se mantienen en esas tablas por X cantidad de tiempo. Lo que no entiendo es como interactua el proceso de que un usuario vio un tema y ya sale como leído basado en esa tabla y que si marca foro como leido salen todos leidos solamente a ese usuario.

[GatorV]

Lo que hace más bien es insertar los no-leidos, es pensar del otro lado del problema, al marcar todos como leidos, lo unico que hace es borrar todo donde user_id = current_user asi todos aparecen como no leidos.

Saludos.

[abimaelrc]

Ok, esa parte de insertar los no-leídos, me imaginaba que es así, lo que no entendí bien fue la parte que dices sobre borrar todo donde user_id = current_user. Porque lo que me estoy imaginando ahora mismo es, conforme lo que me dijiste, como si cada usuario tuviera una tabla Memory (lo cual sé que no es así). Ahí es donde quiero saber, como se hace esa comparación, para borrar. Yo siempre pensé que verificaba el último id registrado en la base de datos e ingresaba en alguna columna, el último id y con alguna especificación en otra columna indicando que anteriores a ese id también, o algo así.

[GatorV]

Pues no, puede ser algo tan simple como una tabla de dos columnas:

Código:

user_id | thread_id

Entonces cuando hay un cambio a algún tema, o se crea algún tema, hay un insert a esa tabla:

Código SQL:

INSERT INTO unread VALUES ($user_id, $thread_id)
 

Luego cuando ves un tema puede hacer un:

Código SQL:

DELETE FROM unread WHERE thread_id=$thread_id
 

Si quieres marcar todos los foros como leidos

Código SQL:

DELETE FROM unread WHERE user_id=$user_id
 

Donde $user_id es igual al id de usuario que quieres marcar todos como leidos (en este caso el que inicio sesión.

Saludos.

[abimaelrc]

Bien ya voy entendiendo, entonces, ¿cómo el sistema hace para que si yo vi un tema, borra el mensaje, pero como evita que tú no veas el tema leído?. Me refiero, yo vi el tema, se borro de esa tabla, pero si la borro, se supone que todo el mundo que visite este foro vea también como leído el tema, aunque no lo haya hecho. Pregunto esto porque entiendo que esta parte

Código MySQL:

INSERT INTO unread VALUES ($user_id, $thread_id)
 

lo que hace es insertar el nuevo thread_id del que añadió. Pero ¿cómo se hace para que cuando tu lo hayas leído, te salga a ti leído y a mi todavía como no-leído? ¿Ya aquí requeriría de otra tabla?

Disculpa que pregunte, pero hace un tiempo, me puse a pensar como el foro hacia esto específicamente.

[Hidek1]

por eso indica user_id

inserta TU id y el id del thread asi luego haces un select con tu id
SELECT * FROM unread WHERE user_id = $_SESSION["user_id"];
y de ahi puedes comprobar los que TU no has leido

[abimaelrc]

Lo que yo entendí, es que se inserta el id y el thread que la persona añadió. Me refiero cualquier persona ingresó un tema, el id de esa persona y el thread de esa persona son los que se almacenaron en la base de datos ¿o me equivoco?

[GatorV]

Exacto guarda el user_id del usuario actual así cada user_id tiene sus temas leidos y puedes borrar o seleccionar por usuario, o por tema, o hacer un join y verlo por foro.

Es una tarea compleja pero como bien dice el link de MySQL, es la ventaja de tablas del tipo Memory.

@Abimaelrc, no no inserta el ID del usuario actual no del que creo. Es decir en esa tabla vas a tener muchos IDs, de usuario y muchos threads repetidos es probable.

[abimaelrc]

Oh, ya creo que comprendí, entonces esas tablas lo que hacen es insertar todos los usuarios que no han leído todavía ese tema. Si no es así por favor peguenme un tiro

[GatorV]

Así es, es yo creo un proceso un poco lento me imagino tener todos los user_ids pero pues es una tabla que es muy volatil

[abimaelrc]

-> (para tapar el ojo) Por fin llegue a un acuerdo contigo. Bueno gracias por el dato, me ha ayudado a entender mejor esto.

Iniciado por forosdelweb

Tu debes de esparcir algo de Karma a otros usuarios antes de darle otra vez a GatorV.

[Hidek1]

@GatorV: bueno sigo con el tema por que no quede 100% claro...
quiza me odies pero no estoy deacuerdo con esa forma ..

que pasaria si el foro tiene 4.000.000 de usuarios registrados y el movimiento promedio fuera entre post editados y nuevos de 500 por minuto... ?
tendrias 500 consultas * 4.000.000 de usuarios.. y eso solo en un minuto..
(sin mencionar los fines de semana )

ahora yo para aportar con una idea creo q seria mejor hacerlo al reves..

Código PHP:

<?php
// al crear un tema
$consulta = "INSERT INTO read_control (thread_id, users_id) VALUES ($thread_id, NULL)";
// al editar un tema
$consulta = "UPDATE read_control SET users_id = NULL WHERE thread_id = $thread_id";
// al leer un tema que no habias leido (user registrado & logueado)
$consulta = "UPDATE read_control SET users_id = CONCAT(users_id, ';".$_SESSION['user_id']."') WHERE thread_id = $thread_id";
// en la carga de la pagina donde muestra los topic del foro seleccionado (user registrado & logueado)
$consulta = "SELECT t.thread_id, t.thread_title, t.thread_subtitle, t.thread_url, r.users_id
             FROM threads t, read_control r
             WHERE t.thread_id = r.thread_id
             AND t.thread_category = $categoria_foro
             ORDER BY t.date_last_modification";
$consulta = $db->consultar($consulta);
while($registro = $db->fetch_assoc($consulta)){
    $leido = in_array($_SESSION["user_id"], explode(";",$registro['thread_id'])) ? "normal" : "bold";
    echo '<a style="font-weight:'.$leido.'" href="pagina.php?id='.$registro['thread_id'].'">'.$registro['thread_title'].'</a>';
}
?>
 

aunque es solo una idea de la forma en que yo creo quedaria con menos saturacion..


PD: no estoy obesionado

saludos

[GatorV]

Como te digo, si ves vBulletin lo maneja por tiempo así que no inserta en los 4,000,000 de users, si no solo en los activos, eso hace que el proceso sea menor. Yo creo que si los de vBulletin escogieron una forma para hacerlo así es porque han explorado todas las formas.

Saludos.