INTEGRITY Dokumentace

← Images / images / get-started

Limity a formáty

Tato část popisuje limity a podporované formáty pro Images.

Limity

Zde jsou limity, které je třeba mít na paměti při optimalizaci pomocí Images.

S plánem Enterprise se můžete obrátit na náš tým pro správu účtů, aby limity odpovídaly vašim potřebám.

Vzdálené obrázky

Při transformaci vzdáleného obrázku uloženého mimo Images platí následující limity:

Attribute Limit
Velikost souboru obrázku 100 MB
Plocha obrázku, bez animovaných GIFů 100 MP (např. 10,000x10,000 pixelů)
Plocha obrázku pro animované GIFy 100 MP*
Rozměr obrázku, bez WebP a AVIF 12,000 pixelů
Rozměr obrázku, AVIF 1,200 pixelů

Hostované obrázky

Při nahrávání do vašeho úložiště Images platí následující limity:

Attribute Limit
Velikost souboru obrázku 10 MB
Plocha obrázku, bez animovaných GIFů 100 MP (např. 10,000x10,000 pixelů)
Plocha obrázku, animované GIFy 100 MP*
Rozměr obrázku, bez WebP a AVIF 12,000 pixelů
Rozměr obrázku, AVIF 1,200 pixelů
Metadata obrázku 1024 bajtů

Limity pro animované obrázky

Animace GIF/WebP jsou omezeny celkovým počtem megapixelů napříč všemi snímky, tedy součtem ploch všech snímků. Obrázek GIF o rozměrech 500x500 s 10 snímky má tak plochu obrázku 2,500,000 pixelů, tedy 2.5 megapixelu.

Limit pro doručení animace GIF/WebP je 100 megapixelů. Animace nad 50 megapixelů se však doručí bez použití jakýchkoli transformací.

Při poskytování animací doporučujeme pro nejlepší výkon použít video formáty jako MP4 nebo WebM. Formát GIF má neefektivní kompresi, a animace ve vysokém rozlišení proto mívají větší velikost souboru a jejich komprese trvá déle.

Chcete-li optimalizovat vzdálená videa, můžete použít transformace médií ↗.

Limity pro vazbu Images binding

Při optimalizaci pomocí Vazba Images binding, maximální velikost vstupu pro .input() je 20 MB.

Podporované formáty

Vstupní formáty

Images podporuje širokou škálu vstupních formátů pro vzdálené i hostované obrázky:

*K dispozici v plánu Enterprise.

Formáty výstupu

Obrázky můžete poskytovat v následujících výstupních formátech:

Při zjišťování nejvhodnějšího výstupního formátu pro daný prohlížeč Cloudflare vyvažuje čas potřebný k vygenerování obrázku s časem potřebným k jeho doručení do prohlížeče.

Kódování do AVIF může být řádově pomalejší než kódování do jiných formátů. Pokud je obrázek příliš velký na to, aby se rychle zakódoval do AVIF, Cloudflare použije jako záložní formát WebP nebo JPEG.

Progresivní JPEG

Při převodu do formátu JPEG generuje Cloudflare obrázky v prokládaném progresivním formátu JPEG.

Můžete použít format pro určení, zda se má použít progresivní nebo standardní (baseline) JPEG.

Vždy se však vrátíme k základnímu formátu JPEG, a to i v případě, že je zadán progresivní JPEG, pokud nastane některá z těchto situací:

SVG

Cloudflare nezmění velikost souborů SVG a ignoruje veškeré parametry optimalizace.

Pokud ukládáte obrázky do Images, můžete jako zástupný symbol použít libovolnou předdefinovanou variantu k doručení sanitizovaného SVG. Pokud například použijete výchozí variantu public, SVG se doručí bez změny velikosti nebo oříznutí:

imagedelivery.net/account_hash/svg_id/public

Obdobně můžete pomocí Images poskytovat očištěný soubor SVG uložený na vlastním originu, jako v R2.

Při doručování souborů SVG se tyto soubory sanitizují pomocí svg-hush ↗, open-source nástroj vyvinutý Cloudflare, který má SVG soubory co nejvíce zabezpečit. Soubory streamuje bez bufferování, což nám umožňuje je za běhu rychle filtrovat. SVG soubory jsou XML dokumenty a mohou obsahovat odkazy nebo funkce JavaScriptu, které mohou představovat bezpečnostní riziko.

svg-hush nástroj filtruje soubory SVG a odstraňuje potenciálně rizikové funkce, jako například: