Consulta crear logs

[Acron_0248]

@enlinea777:

No lo tomes a mal pero, pero, para empezar, las preguntas tontas son aquellas que no se hacen y para continuar, si tu intención es (o era) realmente ayudar, pudiste tratar de ofrecer una respuesta más útil y estructurada.

@neodani:

La pregunta realmente no es fácil de contestar sin tomar en cuenta varios factores:

1. La carga que puede generar el guardar los eventos que te interesan.

2. Lo que usarías para mantener "limpio" el recurso que utilices para guardar la información (Hay que limpiar o crecerá y crecerá sin límites más allá de los que pueda ofrecer el medio de almacenamiento, lo que afectaría a otras cosas que también necesitan guardarse)

3. La seguridad

4. Lo que tienes pensado para la presentación de la información guardada

5. La complejida que, para tí, implica cualquiera de las soluciones disponibles.

Voy por cada punto:

1. De guardar en la base de datos, el uso de consultas poco óptimas podría generar una carga importante en el servidor de la base de datos dependiendo de la cantidad de eventos que desees guardar y del modo de utilizar las consultas, por ende, una cosa importante sería guardar los eventos que son realmente necesarios guardar y buscar información sobre qué tipo de consulta puede ser la más eficiente en base al servidor de base de datos que utilices.

Si guardas en archivos de texto (sea .txt, .xml, o cualquier similar) no hay carga en el servidor de la base de datos por lo que difícilmente podrías ver el funcionamiento del sitio afectado a la hora de guardar los diferentes eventos. La única carga acá tal vez a considerar sería el I/O generado a nivel del dispositivo de almacenamiento, cosa que es poco probable que afecte incluso en el más pobre de los servicios de hosting.

2. Ambas soluciones (en la base de datos o en un archivo de texto) deben estar acompañadas de alguna función que se encargue de descartar eventos almacenados que ya no son útiles (por que son viejos o lo que sea), en archivos de texto sin embargo será menor el espacio a consumirse por cada evento guardado, no obstante, es importante ofrecer para ambos una herramienta que evite que el número de eventos guardados crezca sin detenerse.

3. Los archivos de texto, a menos que configures opciones en el servidor http, permisos de acceso o los guardes fuera del root donde está la parte pública del sitio, podrían ser visibles desde un navegador cualquiera si se llega a conocer el nombre del archivo que guarda tal información, ya sea porque alguien decidió usar un spider o por algún enlace publicado de fácil acceso que indica la ubicación de estos archivos, cosa que implica un riesgo de seguridad a menos que la información de los eventos guardados no sea muy relevante o no te interese si cualquiera los ve.

En la base de datos este posible problema de seguridad decrese enormemente ya que para tener acceso a la información guardad en relación a los eventos, se dependerá de la información de acceso al servidor de la base de datos lo que, a menos que estén muy mal protegidos, evitará que alguien que no deba, tenga acceso a la información.

4 y 5. Tú conocerás tus virtudes y limitaciones en lo que a códigos se refiere y nadie mejor que tú para saber si para tí sería más fácil guardar y extraer los datos de una base de datos desde lo que sea utilice el sitio para comunicarse con dicha base de datos, o la facilidad que puedas tener para leer todo desde archivos de texto, para los últimos, podría ser tan simple como abrirlos en el navegador directamente o podrías usar código que se encargue de maquetarlos antes de presentarlos y no ver todo en crudo.

Es importante que tomes en cuenta tus limitaciones para que evites crear algo eficaz.