Vengo de una reunión en la que he dicho, medio en broma medio en serio "Esto con un BFS bien tira" y me han hecho caso, me sorprende el poder de convicción que tengo cuando digo paridas,
#42786 Yo lo he tenido que buscar en wikipedia y no se aún si lo he encontrado 
Pero mi comentario del black friday era por las siglas, jo 
#42783 Transcripción de la reunion:
R1: - Bueno, y como arreglamos esta mierda?
Fyn4r: -Esto con un BFS bien tira
R2 por lo bajini a R1: -Que mierdas es BFS?
R1 a R2: -Yo que se tio, tu dile que guay y así se come el marrón el solito
R2: -OH! Fyn4r!! ERES UN GENIO!
Que tipo de cosas se cachean con bases de datos como Redis?
Me imagino algo como una lista de usuarios conectados o algo similar en caso de que sea muy grande pero no lo veo del todo claro.
Una ayudita?
#42801 Entonces es buena idea cachear las entidades con mayor flujo dentro de tu aplicación?
Aunque sea algo pequeño? O realmente esta pensado para manejar cantidades ingentes de datos?
Y ahora me surge la duda de por que no se cachea todo? No es costo eficiente?
Tal vez estoy diciendo tonterías pero lo veo un poco gris el tema.
#42803 lo ideal es cachear datos de sesión (items del carro de la compra, última página visitada, etc) pero en la capa más externa de tu aplicación para obtener mejores tiempos de carga y mejorar el rendimiento
#42802 Dime algo en que yo haya trolleado.. A ver si te voy a tener que chapar la boca y mandarte a la cueva.
#42804 Hay alguna alternativa mejor a MongoDB para almacenar meta datos?
He pensado en utilizar un servidor con MongoDB que hasta donde se come lo que le eches, metiéndole las cabeceras y datos no personales(aunque bueno tengo que ver como va ese tema) y hacer recuentos por ejemplo de visitas y tal a X sección con el count ese que tiene.
(Datos calculados que a mi modo de ver no deberían caber en un una bbdd relacional)
A partir de ahí se podría hacer un análisis de datos y sacar insights en el departamento apropiado.
Estoy muy equivocado o MongoDB no es la solución que ando buscando?
