Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

oximg

oximg es una herramienta en Rust para compresión y redimensionamiento de imágenes de alto rendimiento.

Ficha actualizada 24 sept 2026, 5:32 · upstream 24 sept 2026, 5:22 · release v0.11.0

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es oximg

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

oximg es una solución de compresión de imágenes desarrollada en Rust que ofrece un servidor HTTP autoalojable, una interfaz CLI y una librería. Destaca por su arquitectura de alto rendimiento que utiliza kernels SIMD (AVX2/NEON) y procesamiento en luz lineal con Lanczos3 para garantizar la máxima calidad visual. El sistema soporta múltiples formatos como JPEG, PNG, WebP y AVIF, permitiendo conversión entre ellos o mantenimiento del formato original mediante detección de bytes mágicos.

Su diseño prioriza la fidelidad cromática, preservando perfiles ICC para pantallas de gamut amplio sin normalizar a sRGB por defecto. Incluye compatibilidad con Cloudflare Images para migraciones de URLs y optimizaciones específicas por arquitectura (x86-64 o Graviton). Los benchmarks demuestran un rendimiento superior en peticiones por segundo y tiempos de respuesta frente a soluciones estándar del mercado.

CASOS DE USO
  • Servidor proxy de imágenes autoalojable para sitios web
  • Migración de URLs de Cloudflare Images sin reescritura
  • Optimización de almacenamiento en buckets S3 o MinIO privados
  • Previsualización de enlaces externos y scrapers de redes sociales
  • Procesamiento de activos gráficos para e-commerce o plataformas digitales
PUNTOS DESTACADOS
  • Rendimiento superior a imgproxy/imagor/thumbor en todos los formatos según benchmarks oficiales
  • Preservación de perfiles ICC para evitar pérdida de color en gamut amplio (Display P3)
  • Soporte nativo para AVIF y WebP con codificación SVT-AV1 y libwebp
  • Compatibilidad directa con sintaxis de opciones de Cloudflare Images
  • Optimización SIMD específica por arquitectura (AVX2/NEON) verificada contra referencia f64
PRECAUCIONES
  • Formato GIF solo soporta lectura, convirtiendo automáticamente a WebP animado o estático
  • La negociación automática de formato requiere cabeceras Accept específicas o URLs explícitas con @fmt
  • Por defecto, AVIF puede generar archivos más grandes que WebP en fuentes fotográficas sin ajustar calidad
  • No incluye encoder para GIF, rechazando solicitudes de salida en ese formato con error 400
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker detectado

Despliegue mediante imágenes Docker multi-arch (linux/amd64 + linux/arm64) disponibles en Docker Hub y GHCR. El puerto por defecto es 8081. Se recomienda asignar al menos 4 núcleos CPU y 4GB de RAM para rendimiento óptimo. Configurar OXIMG_AUTO_FORMAT para preferencias de salida o usar URLs explícitas con @fmt. Habilitar /metrics para monitoreo Prometheus.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsNode.jsRust
SERVICIOS
S3/MinIO
BASES DE DATOS
No detectadas
PUERTOS
8081
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.