Hecho con Chinaski

Favicon

El favicon del site se genera una sola vez, a partir de una única imagen fuente subida, y se despliega automáticamente con cada build. Súbelo en Settings (el control de subida de favicon); la aplicación genera todos los tamaños que los navegadores y las web apps instalables esperan.

Subirlo

El control de favicon de Settings acepta archivos PNG, JPEG, SVG o ICO de hasta 5 MB. Al guardar:

  • Se verifica el tamaño de la fuente ("aproximadamente cuadrada", una relación de aspecto no más ancha que ~1.25:1, porque escalar un wordmark ancho a un icono produce una franja inservible). Las subidas no cuadradas se rechazan con un mensaje claro en lugar de quedar deformadas.
  • Se produce un set de iconos generado: favicon-96x96.png, apple-touch-icon.png (180×180), web-app-manifest-192x192.png, web-app-manifest-512x512.png, un wrapper SVG que incrusta el render de 96×96 (favicon.svg), y un favicon.ico (tomado tal cual si subiste un ICO, de lo contrario derivado del PNG de 96×96).
  • Los archivos llegan a dos lugares: el directorio assets/ (la fuente de verdad para el próximo build estático) y public/ (para que el CMS pueda servirlos de inmediato).
  • El guardado dispara un rebuild, y la acción queda auditada ("Favicon updated by ").

Las instalaciones frescas traen un set por defecto (la marca de Chinaski), que la subida reemplaza.

Dónde aparecen los favicons

En tiempo de build, el set completo de favicons se copia a la raíz del site de la salida, no bajo ningún prefijo de idioma, y se incluye en el manifest de build firmado. El partial estándar _head.tt emite entonces las etiquetas <link> de favicon para los sites que lo tienen activado: favicon PNG, apple-touch-icon y el acceso directo .ico.

Eliminarlo

El control de borrado de favicon en Settings elimina la fuente subida y todos los derivados de ambos directorios, limpia la configuración y dispara un rebuild, el estado restaurado son los defaults de fábrica (o sin enlaces <head> de favicon si los defaults de fábrica están ausentes).

Modos de fallo que conviene conocer

  • ¿Por qué no funciona el favicon? El set generado vive en assets/; si el build estático ocurre en otro lugar, una entrada en el build log te lo indica. Un fallo en la generación de favicon.svg se registra como advertencia (no fatal), mientras que el set PNG/ICO es lo que referencia el <head>.
  • Residuos con dueño root: los archivos generados y copiados reemplazan en lugar de modificar, un favicon huérfano con dueño root dejado por una acción de tooling de despliegue no puede trabar el guardado; la ruta de escritura requiere que el directorio sea escribible en lugar de depender de la propiedad del archivo.
  • Si el proceso no puede escribir en el directorio de assets en absoluto, el error flash nombra el directorio y apunta a permisos/propiedad, esa es tu solución, no reintentar.
Lee este sitio en