[RizgarOzan]

🔗 Linked issue

resolves #880

📚 Description

Adds jszip to the preferred manifest with fflate as the replacement (the fflate entry already exists from the pako PR), plus a docs page.

The page covers writing and reading an archive, since the shape is different: fflate takes a plain { name: Uint8Array } object (nested objects become folders) instead of a JSZip instance. It also points out that jszip stores files uncompressed by default while fflate deflates at level 6, so { level: 0 } is the equivalent. I left out CompressionStream because it only handles single deflate/gzip streams, not ZIP containers. jszip 3.10.2 came out in September after a four year gap, so the page doesn't call it unmaintained; it mentions the old dependencies it still pulls in (pako 1, readable-stream 2, lie, setimmediate).

Checked on Node 24 with jszip 3.10.2 and fflate 0.8.3: archives made by each library open in the other (files and folder entries), the page's snippets run as written, filter and level: 0 behave as described. Ran tsc, validate-modules.js (OK) and prettier --check on both files; sort-manifests keeps the same key order.