Imagine: give a filter's cached file the extension of its output format (WebP)
Los mantenedores suelen responder en 1 día
Ya se ha fusionado un pull request relacionado.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
The payload names no files. Start with how the bundle builds the liip Imagine cache path for a filter set and how it sets the stored object's content type, including the local adapter's content-type detection. Reproduce by configuring a filter set with format: webp and checking the cached file's extension and the served Content-Type. Done means the cached variant carries the output format's extension or an explicit WebP content type, with a test covering it. The issue leaves open whether to change the extension or set the content type, so confirm the approach with maintainers first.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
From components-web-app#143. With format: webp on a liip filter set, the bundle's media objects correctly report image/webp, and the stored bytes are WebP, about half the size of the JPEG at q82. But liip keeps the source's name, so the variant is stored as cache/general/photo.jpg. Anything that serves by extension (the local adapter, and possibly GCS depending on how it detects the type) then sends Content-Type: image/jpeg. liip's webp.generate doesn't help either: the bundle never asks for the WebP URL, and every filter would be generated twice.
Proposed: when a filter set has a format, store and resolve its cached file with that extension (or set the stored object's content type explicitly). Optionally, expose both variants in mediaObjects. The template would then switch its filters to WebP.
- Lenguaje dominante
- PHP
- Estrellas
- 32
- Forks
- 8
- Merge medio
- 56 min
- PR fusionados (30 d)
- 164
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de components-web-app/api-components-bundle
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
components-web-app/api-components-bundle#333 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
components-web-app/api-components-bundle#325 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 52/100
components-web-app/api-components-bundle#259 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
components-web-app/api-components-bundle#186 ·
Los mantenedores suelen responder en 1 día
Todos los issues de components-web-app/api-components-bundle
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Automattic/blocks-engine#3618 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
MagnaCapax/PMSS#1206 ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
aimeos/aimeos-typo3#279 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día