La mejor manera de almacenar archivos cargados por el usuario en una aplicación web

Question

Estoy creando una aplicación web (en Django), que debe permitir a los usuarios cargar archivos (específicamente imágenes, que luego se mostrarán para otros usuarios). Estoy tratando de entender la mejor manera de almacenar estos archivos cargados.

De las preguntas relacionadas, vi que algunas personas sugirieron darle al archivo un ID único generado por el servidor y luego crear una tabla de base de datos que asigna los identificadores a los nombres de archivo originales.

¿Es este el mejor método para almacenar archivos cargados por el usuario, desde una seguridad, eficiencia o desde cualquier otro punto de vista? ¿Qué tipo de información debo guardar sobre cada archivo?

¿Existen otras prácticas recomendadas relacionadas con la aceptación de archivos cargados por el usuario? (Además de asegurarse de que realmente sean imágenes y verificar su tamaño, obviamente)?

Editar: Un poco más de información acerca de lo que necesito. Hablo específicamente de los archivos de imagen que los usuarios deben cargar e incrustar en el contenido que crean. Imagínenlo como una respuesta de StackOverflow (o una publicación de blog): alguien carga una imagen, que debe almacenarse y mostrarse cada vez que alguien más vea la respuesta.

Gracias,
Edan
Nota: Hay varias preguntas relacionadas, pero no he encontrado uno que pide una comparación de las formas de almacenar los archivos subidos por los usuarios.

Answer 1

Esa es una gran pregunta.

En relación con su caso de uso de imagen, este es el dominio de un servidor de imágenes que, por lo general, es una parte de la aplicación completamente independiente. Manejan el ciclo de vida y el cambio de tamaño de las imágenes (una imagen se almacena/cambia de tamaño a diferentes tamaños). Hasta donde he visto, nunca fue implementado por una columna BLOB de SQL, sino por un archivo normal directo en el disco.

también echar un vistazo a un (infrastructure example from facebook)

general, el producto tiene que alinear a sus necesidades concretas (de tamaño de archivo, el número de archivos, carga). En la mayoría de los casos, realmente no quieres construir todo eso desde cero ... Aunque si tus requisitos son de gama baja (solo unos pocos usuarios suben archivos rara vez) podrías guardar estos archivos en el disco y guardar la ruta como referencia en sus otros datos (por ejemplo, columna en RDBMS).

Answer 2

Su pregunta es demasiado amplia para ser realmente útil; El mejor enfoque dependerá de sus requisitos específicos. No obstante ...

Los programadores están constantemente tentados a enviar archivos a la base de datos. Resistir. Simplemente agrega una capa de complejidad a todo lo que intenta hacer con ellos a partir de entonces.

Para mi experiencia, mientras usaba un hashkey como el nombre de archivo local era mi preferencia, realmente no funcionó porque nuestros archivos no estaban restringidos a las imágenes: las no imágenes necesitan un nombre de archivo para ser devuelto a los usuarios, y a los usuarios que suben videos no les gusta especialmente que se renombre radicalmente sus archivos, ya que les imposibilita saber qué archivo es qué.

En cuanto a las imágenes, hay algo de trabajo no trivial que hacer en el reajuste a varios tamaños/miniaturas.