kanmikan / c-chan Goto Github PK

el modelo de la base de datos que vengo usando es obsoleto y la compatibilidad con mikanchan es irrelevante. Un nuevo modelo mucho mas flexible ayudaría a añadir nuevas características a futuro, ademas de simplificar querys y solucionar problemas a nivel estructural.
Contras:

• tendría que añadir compatibilidad para la vieja base de datos, en un modulo extra o borrar todo el contenido viejo.

La idea es copiar la info de la base de datos en memoria y leer/actualizarla ahi.
La escritura se puede realizar en tiempo real pero la lectura ocurriria de manera local, ahorrando latencia en la query a la base de datos.

Para realizar esto puedo diseñar un modulo intermediario que intercale las llamadas a la base de datos/a la cache de datos. dependiendo de la situación.

El problema esta en la pérdida parcial de datos que puedan ocurrir en algun error o reinicio del server

cuando se envia un comentario se renderiza uno temporal en el cliente, para eso hay que adaptar el parser a una version simplificada que se ejecute en el cliente.

Esta característica debería poder renderizar el contenido del comentario de manera idéntica al del server.
Cuando el server devuelve la información, este comentario temporal es reemplazado por el real.

Esto daría la sensación de mayor velocidad al cargar de forma instantánea

Permitiría una vía de comunicación alternativa entre usuarios anónimos,
primero, los comentarios tendrían una opción de respuesta privada, un modal permitiría escribir un pequeño texto, el mensaje se envía al server, el server crea una notificación especial con un flag de dirección.
El receptor abre la notificación, se elimina y redirige al modal de respuesta.
Al ser un sistema de comunicación anónima, el único medio de emisión y respuesta es a través de los comentarios y las notificaciones.
La palabra volátil, se refiere a que una vez leído el contenido se elimina como una notificación común.
nota: la notificacion/mpv necesita un id especial generado dinámicamente para identificar el remitente en el server, sin exponer el uid del emisor en el cliente, lo mismo de manera inversa.