How would I get all images using .list? - Cloudflare Developers

© 2026 Hedgehog Software, LLC

More

Communities Docs About Terms Privacy

Befus

BBefus Yea I'm using next, I will try to ask in the other channel. There doesn't seem ...

Isaac McFadyen

I

Isaac McFadyen•12/20/23, 2:58 PM

That's probably it, yeah.

Befus

BBefus How would I get all images using .list?

Isaac McFadyen

I

Isaac McFadyen•12/20/23, 2:59 PM

list

list

only shows you the keys. You need to run

get

get

on each key to get the image.

Befus

B

BefusOP•12/20/23, 3:06 PM

Happy me :)

Original message was deleted

Chaika

C

Chaika•12/21/23, 12:36 AM

Web Assets, Cloudflare Pages uses KV for all uploaded assets. Lots of reads, not many writes

Original message was deleted

Chaika

C

Chaika•12/21/23, 12:39 AM

I wouldn't think so. It depends on size and your budget I suppose, but R2 has a single location whereas KV has two central stores (one in NA, one in EU) and a built in caching layer.
For your own use, R2 may be cheaper though, at the cost of latency.

Chaika

C

Chaika•12/21/23, 12:41 AM

There's a nice post on how KV works here:
https://developers.cloudflare.com/kv/learning/how-kv-works/
and overall storage options on CF
https://developers.cloudflare.com/workers/platform/storage-options/

Chaika

C

Chaika•12/21/23, 12:42 AM

You can cache it via a custom domain, but each bucket still only lives in one region/location

Chaika

C

Chaika•12/21/23, 12:44 AM

KV has some other cool things with Auto expiring keys via ExpirationTTL. You can have something be cached for x time and automatically be deleted to be repopulated. KV also as noted on that page can be used for configuration, like flags you change to activate features on your website

EdFletcher

E

EdFletcher•12/21/23, 2:24 AM

you needn't even think of them as either/or. KV and R2 can work well together. for example say you have large binary blobs ("files") with associated structured metadata: you can store the metadata in KV with a pointer to the blob in R2. similarly with D1, you can have pointers to PKs (etc.) in a D1 DB from KV to help link K/V-style storage with relational storage.

Original message was deleted

EdFletcher

E

EdFletcher•12/21/23, 2:51 AM

you bet, i'm glad it was helpful! and in fact that wasn't a contrived example either, i do those things in a set of workers i have open-sourced so you're welcome to take a gander at the code if it can be further helpful https://github.com/image-yinyang/

moody 💭

M

moody 💭•12/24/23, 2:39 PM

i could really use kv batch requests. i'm probably up to 300 requests per api call. and suspect making that many requests has a 1s+ latency overhead

moody 💭

Mmoody 💭i could really use kv batch requests. i'm probably up to 300 requests per api ca...

Matt Silverlock

M

Matt Silverlock•12/24/23, 4:28 PM

What are you fetching that requires that many calls per eyeball/client request? Have you considered packing them into a larger value (and thus fewer keys) - ?

A batch read API won’t immediately solve performance issues as there isn’t a guarantee all of the keys in a batch would be hot (cached) or co-located in storage. Your batch would always be limited by the slowest read, identical to batch reads in most storage systems.

Matt Silverlock

MMatt Silverlock What are you fetching that requires that many calls per eyeball/client request? ...

moody 💭

M

moody 💭•12/24/23, 4:29 PM

it would at least save cpu time

moody 💭

Mmoody 💭it would at least save cpu time

Matt Silverlock

M

Matt Silverlock•12/24/23, 4:29 PM

Network calls don’t count towards CPU time on the Standard usage model.

moody 💭

M

moody 💭•12/24/23, 4:29 PM

constructing and firing 300 calls has some non-negligible overhead

moody 💭

M

moody 💭•12/24/23, 4:29 PM

i'd imagine

moody 💭

M

moody 💭•12/24/23, 4:30 PM

vs creating an array of 300 keys and firing one call

moody 💭

M

moody 💭•12/24/23, 4:31 PM

and i'm sure there is overhead in the backend for each call as well

moody 💭

Mmoody 💭constructing and firing 300 calls has some non-negligible overhead

Matt Silverlock

M

Matt Silverlock•12/24/23, 4:31 PM

That is minimal vs the performance / latency issue you called out, which is why I’m suggesting you re-think your key design. Batch reads are not a panacea.

moody 💭

M

moody 💭•12/24/23, 4:34 PM

the use case is, i have a request that requires several megabytes of data from a postgresql database. i cache as much as i can in the worker memory, but for a fresh worker, i have to get all that data out of postgres.

i have 1 query that tells me all the keys that have new data (something like last updated timestamp), and then another query that gets the new data for all the keys that have seen updates.

my postgres database started getting bandwidth throttled (blue line) because of the workers fetching so much data from it. so i started storing the data for each key + last updated in kv and fetch from kv first

moody 💭

M

moody 💭•12/24/23, 4:36 PM

it is perfect for kv or redis because it's write-once (key+last-updated-ts w/ ttl)->data.

Matt Silverlock

MMatt Silverlock That is minimal vs the performance / latency issue you called out, which is why ...

moody 💭

M

moody 💭•12/24/23, 4:39 PM

i think a batch read request that only reads from the most local region cache and then asynchronously requests copying to that datacenter would be ok

moody 💭

M

moody 💭•12/24/23, 5:52 PM

the other part of the latency is doing a put of each of the keys that wasnt found in the store. batch read and write are pretty important i think

Matt Silverlock

MMatt Silverlock That is minimal vs the performance / latency issue you called out, which is why ...

moody 💭

M

moody 💭•12/26/23, 1:04 PM

curious if you have any ideas of how i can improve my architecture

moody 💭

M

moody 💭•12/26/23, 1:05 PM

the batch endpoint will definitely speed things up and separately i think it's also not great that multiple requests will simultaneously update the cache

Matt Silverlock

MMatt Silverlock That is minimal vs the performance / latency issue you called out, which is why ...

moody 💭

M

moody 💭•12/26/23, 4:44 PM

i think i might try using the request response cache for the data since i don't need it replicated across regions

jacob

J

jacob•12/26/23, 10:54 PM

Is it normal for put() to take several minutes? I executed it with seemingly no errors or issues maybe 5 minutes ago or so and they still don't show up on the cloudflare dashboard

kian

K

kian•12/26/23, 10:58 PM

How did you call put()? In a published Worker?

kian

Kkian How did you call put()? In a published Worker?

jacob

J

jacob•12/26/23, 10:58 PM

The worker is published though this code is running locally

kian

K

kian•12/26/23, 10:59 PM

That’s expected then, local has a local emulation of storage.

kian

K

kian•12/26/23, 10:59 PM

If you want to run it on the edge and talk to real resources, add --remote

jacob

J

jacob•12/26/23, 10:59 PM

Oh I see, that actually sounds quite useful. Thanks!

Befus

B

BefusOP•12/27/23, 10:51 AM

I am trying to store images, should I store them directly into a KV or would it be better to store in R2 and save the link to it in a KV

Befus

BBefus I am trying to store images, should I store them directly into a KV or would it ...

arch

A

arch•12/27/23, 11:13 AM

Probably best to save to R2 and reference them in KV. Storing large blobs in any database is generally not advised.

arch

Aarch Probably best to save to R2 and reference them in KV. Storing large blobs in any...

Isaac McFadyen

I

Isaac McFadyen•12/27/23, 2:47 PM

I would normally agree with you, but KV is designed to handle blobs up to 25MiB and will be a fair bit faster than R2 if you do

(and more expensive so depends on priorities I guess)

Isaac McFadyen

I

Isaac McFadyen•12/27/23, 2:47 PM

That's how Pages stores all assets

Isaac McFadyen

IIsaac McFadyen I would normally agree with you, but KV is designed to handle blobs up to 25MiB ...

arch

A

arch•12/27/23, 3:28 PM

True! In my head I always avoid putting files in any database/kv store because then my code has to deal with retrieving, potentially decoding and then serving it up instead of offloading it to the/a static file CDN (although you might still want a worker for generating a signed S3 URL).

arch

Aarch True! In my head I always avoid putting files in any database/kv store because t...

Isaac McFadyen

I

Isaac McFadyen•12/27/23, 3:48 PM

Makes sense, yeah

kian

K

kian•12/30/23, 10:10 AM

It isn’t available to anyone currently, it was pulled.

Matt Silverlock

M

Matt Silverlock•12/30/23, 12:10 PM

There won’t be any “API” changes - “KV 2.0” was only a name folks really used here. We’re working on the underlying storage improvements but I think “2.0” implies breaking changes / a migration / etc, which isn’t the case (and would be painful).

James

J

James•12/30/23, 2:26 PM

To expand on Matt’s message and to eliminate any confusion, “KV 2.0” wasn’t really a name just used here. The primary architect behind it tweeted about it, and it was on the beta signups at bare minimum.

I do agree that 2.0 is probably a bad name to describe underlying changes that will improve things but incur no breaking behaviour for end-users, but that’s not really what’s being discussed.

The initial changes were rolled back after KV experienced a large number of sequential incidents around the changes, and it was decided that was enough was enough. You can read the details of that here: https://blog.cloudflare.com/workers-kv-restoring-reliability

As for when to expect those changes again, or other underlying storage improvements, there’s no public info here, but I imagine any updates will be shared here and on the blog when ready. Hopefully we’ll hear something in the new year!

kian

K

kian•12/30/23, 2:26 PM

A lot of confusion stems from the fact that https://developers.cloudflare.com/kv/learning/how-kv-works/ still talks about the KV 2.0 architecture.

Will

W

Will•1/2/24, 8:15 AM

is it faster to retrive the KV data thru binding or thru rest api?

and how long usually it takes, to retrive data thru binding? I tried it myself, and I got 200+ ms

it's slower than getting the data from another endpoint hosted in aws EC2(70ms)
the size of the data is the same

Will

W

Will•1/2/24, 9:30 AM

I tried with rest API, I got 2000ms