php - tag - ¿Debo generar cada miniatura dinámicamente cada vez que se solicita, o almacenarlas en la carga de imágenes?
strip_tags php ejemplo (5)
Crear la miniatura en la carga es casi siempre la mejor opción. Si el almacenamiento es una preocupación, puede convertirlos en la solicitud y luego almacenar el resultado en un almacén de memoria. Si se vuelve a solicitar antes de que caduque el caché, no será necesaria ninguna conversión.
El almacenamiento a menudo es bastante barato, por lo que probablemente no acepte esa complejidad adicional.
Esta pregunta ya tiene una respuesta aquí:
Problema : quería configurar una función de carga de imágenes en mi sitio web. Pero quería mostrar ambas: la imagen original y una pequeña miniatura de la imagen.
Opciones - ¿Cuál es la mejor manera - para crear una imagen separada (miniatura) en un directorio cuando se carga la imagen o para mostrar una versión más pequeña al reducir su altura y ancho en la proporción fija cada vez que se solicita la imagen?
Cómo lo estoy haciendo actualmente : el último me suena mejor porque no tomará mucho tamaño en el disco, pero tiene que cambiar el tamaño de la imagen una y otra vez. ¿Cuál crees que es mejor?
Esta es una pregunta general para la aplicación web, sin idioma en específico.
¿Alguna idea de cómo Facebook o Google lo hacen?
Pregunta : Mi pregunta es cómo generar miniaturas y mostrarlas en un sitio web: creando una copia de la imagen original con una dimensión más pequeña o generando la miniatura dinámicamente cada vez que se solicita.
Crear una miniatura es una mejor opción y no cuesta mucho espacio en el disco. Su cliente también cargará un tamaño más pequeño al abrir sus páginas. la conversión de la imagen a pedido le costará más tiempo para cargar su página;)
Si echa un vistazo a la mayoría de los CMS con esta funcionalidad incorporada, casi siempre crean una imagen en miniatura de la imagen al cargarla y la almacenan en el servidor.
Esto se remonta al antiguo dicho de "hacer lo que hace Google", pero con CMS.
Simplemente cree una versión en miniatura y guárdela en el disco. El espacio en el disco duro es muy barato. £ 70 por un par de TB.
"Mejor" depende de los criterios que establezca.
Para la mayoría de las aplicaciones, el espacio en disco no es un problema, y si almacenar una miniatura es un problema, almacenar el original debe ser una gran preocupación: una buena cámara digital se ejecutará en muchos megabytes, mientras que la miniatura no debe exceder los 50 K.
El ancho de banda y el rendimiento (según lo percibe el cliente) suelen ser preocupaciones mayores. Si hay mucha gente navegando por una galería de miniaturas de imágenes, el servicio de miniaturas de 50 Kb será significativamente más rápido (y más barato en ancho de banda) que el de imágenes de alta resolución de mega megabytes.
Además, al publicar miniaturas en una URL como <img src="images/thumbnail/foobar.jpg"> y configurar los encabezados de caché apropiados, debe obtener una gran cantidad de almacenamiento en caché en sentido descendente: esto es menos probable si sirve la imagen como <img src="thumbnail.php?image=image/foobar.jpg> porque las cachés tratan las <img src="thumbnail.php?image=image/foobar.jpg> consulta de forma bastante conservadora.
Solía trabajar en un sitio web que administraba cientos de miles de imágenes de productos; configuramos ImageMagick para crear miniaturas automáticamente. Dependiendo de su configuración, puede tener sentido hacer esto cuando primero se solicite la miniatura, en lugar de cuando se cargue el archivo, porque la conversión puede ser bastante hambrienta de recursos, y hacerlo en el momento de la carga tomaría más tiempo de lo que deseábamos esperar . El hardware moderno puede hacer que no sea un problema.
También hay una pregunta acerca de cómo mantener las miniaturas sincronizadas con las originales: si el usuario carga una nueva imagen, debe asegurarse de que la vea actualizada; si se elimina el original, también debe eliminar la miniatura.