image
image copied to clipboard
nuxt
ipx cache generated images locally
Hi,
I wonder if there is an option to cache images generated by ipx locally. Right now, it seems that ipx will regenerate a set of images every time npm run generate is run, which can get very cumbersome for 5000+ images. Previously, there seems to have been an option cacheDir as well as clearCache, but my impression is that these options have been removed (and maybe they didn't do what I imagine they did). Is there any plan to support such a feature? It might be interesting in cases of static site generation.
This will be added as https://unstorage.unjs.io/drivers/fs , UnStorage is part of Nitro and this is engine of Nuxt 3. Information about adding this: https://github.com/nuxt/image/releases/tag/v1.0.0-rc.1
I believe @pi0 is already working on this, with exciting things to come 😁
Hi @danielroe, will this feature also be released in the v0 branch for Nuxt 2?
The first step would be backporting IPX v2 for image v0 so PR welcome. (Ref: https://github.com/nuxt/image/pull/988 and https://github.com/nuxt/image/pull/1056)
Is a cache for nuxt generate available in the nuxt 3 version of nuxt image? I am only having ~100 images yet on a website, but nuxt generate already takes ~7 minutes.
The generate part isn't even the biggest issue. When running in SSR/ISR we're seeing huge amounts of RAM usage on our server because IPX is constantly regenerating images.
Before ISR and static generate: we had like 50MB RAM usage. Now we have like 500MB-1GB.
Not what we envisioned when we went from a monolithic approach using a PHP CMS to moving headless using Nuxt. We don't have a CDN and also won't get one for doing image manipulation and storage so we'd very welcome a local image cache for IPX so it won't regenerate every time. IPX is great, but unusable in this form for production on SSR :-/
To get the scope of what's using those huge amounts of RAM: it's a one-pager with like 30 images in it total..
@bernhardberger +1
This is what happens under heavy load, then node restarts... Expected behaviour would be local caching each time image is generated.
Can anyone tell if a possible solution could be to cache the images via nginx?
Can anyone tell if a possible solution could be to cache the images via nginx?
Not as long as the generated images don't have a unique hash.
is there any work around for IPX catching on SSR ? my server is too humble to be able to handle this kind of regeneration on every request
I would really appreciate local caching:
- I have 20 images on one page, they come from AWS S3 and take 3-8s every time I reload the page (which happens a lot in development)
- This also produces unnecessary traffic to my the file storage
I was researching the same problem. In the release notes for v.1.0.0-rc.1 it mentions "Support multi-sources and server-side caching using Nuxt 3's built-in Storage Layer for the default image optimizer (unjs/ipx)"
But is this somethign different, or just not configured/implemented correctly?
It used to be on the roadmap for ipx v2: https://github.com/unjs/ipx/issues/171 but we are on v3 by now, and I think it is still not supported
https://github.com/unjs/ipx/issues/30
I found a workaround: Nuxt has a hybrid mode, with which you can prerender and cache routes. https://nuxt.com/docs/guide/concepts/rendering#hybrid-rendering
So what I have done is prerendering my index, which links all the images. This leads to nuxt also prerendering all the images. Thus not generating them on each request.
The other option would be to cache the _ipx path with the swr option, this however did not work for me (nuxt returned a broken image from the cache), but I think this might be just a nuxt bug which is hoopefully fixed at some point.
The other option would be to cache the
_ipxpath with the swr option, this however did not work for me (nuxt returned a broken image from the cache), but I think this might be just a nuxt bug which is hoopefully fixed at some point.
This is the real issue and unfortunately a long standing bug. It makes SWR impossible to use as you only get broken images after the first cache miss.
Prerendering isn't a viable option usually when doing SSR as most people don't do SSR for the fun of it but because it's necessary in their (and my) use case. Prerendering is also problematic if you have lazy loaded components as those images won't be generated at all because the prerenderer can't reach them.
A working SWR however would migitate this issue massively.
The other option would be to cache the
_ipxpath with the swr option, this however did not work for me (nuxt returned a broken image from the cache), but I think this might be just a nuxt bug which is hoopefully fixed at some point.This is the real issue and unfortunately a long standing bug. It makes SWR impossible to use as you only get broken images after the first cache miss.
Prerendering isn't a viable option usually when doing SSR as most people don't do SSR for the fun of it but because it's necessary in their (and my) use case. Prerendering is also problematic if you have lazy loaded components as those images won't be generated at all because the prerenderer can't reach them.
A working SWR however would migitate this issue massively.
Actually, I found the solution to using SWR and IPX by setting '/_ipx/**': { swr: false, cache: false } in routeRules.
This doesn't cache ipx images, but at least it let's you use SWR for the rest of the site.
This really should get documented somewhere, it took me almost 1 year to find the solution to using ipx+swr and by the looks of it I'm not even remotely alone with this..
Another solution would be to use Varnish Cache. This is a pretty drastic measure but it works well (for me at least)
Another solution would be to use Varnish Cache. This is a pretty drastic measure but it works pretty well (for me at least)
Same here, added varnish cache in front of all /_ipx-requests, as quick fix while waiting for a better solution.
Unfortunately Varnish isn't a solution, it's a mere workaround that isn't available to everyone..