You cannot connect to DO IDs of a different namespace. The ID you connect to has to be from the name
You cannot connect to DO IDs of a different namespace. The ID you connect to has to be from the namespace used to access it.
VI have a DO with the following method:
but when called like this:
it "loses" the fact that it's a , since the s show:
So somewhere in transit that information seems to get lost (notice how the isn't printed anymore. even checks with fail)... how can i deal with this?
but when called like this:
it "loses" the fact that it's a , since the s show:
So somewhere in transit that information seems to get lost (notice how the isn't printed anymore. even checks with fail)... how can i deal with this?
JQuestion: If I abort a DO, do I have to re-create any instances/stubs that are still being used by my worker?
My guess is yes since the docs say:
My guess is yes since the docs say:
If an exception is thrown by a Durable Object stub all in-flight calls and future calls will fail with exceptions. To continue invoking methods on a remote Durable Object a Worker must recreate the stub.
LThat's documented in https://developers.cloudflare.com/workers/runtime-apis/rpc/error-handling/
When returning custom Errors only name and message are transferred back and not the full error type. So, won't work.
My suggestion is to use the message as the source of information if you will be doing error matching. And add the error type as a prefix in the message so that you can check that if you want.
When returning custom Errors only name and message are transferred back and not the full error type. So, won't work.
My suggestion is to use the message as the source of information if you will be doing error matching. And add the error type as a prefix in the message so that you can check that if you want.
SThank you, so much. I very much appreciate the prompt confirmation - very helpful!
SThank you for the confirmation! So happy to have had two affirmations from Cloudflare employees, so quickly!
For reference, my understanding that IDs are globally unique come from https://developers.cloudflare.com/durable-objects/platform/known-issues/#:~:text=Global%20uniqueness%20guarantees%20there%20is,)%2C%20and%20upon%20accessing%20storage.
The way I read that (and maybe I'm reading that wrong) is that IDs are unique to DurableObjects accross all accounts, and therefore not partitioned by account - at least in there ID reference. That's what gave me the pause of a 1% possibility in my mind that I felt I need to confirm before treating the ID is non-sensitive info.
But, you both cleared it up for me - thank you, again, so much!
For reference, my understanding that IDs are globally unique come from https://developers.cloudflare.com/durable-objects/platform/known-issues/#:~:text=Global%20uniqueness%20guarantees%20there%20is,)%2C%20and%20upon%20accessing%20storage.
The way I read that (and maybe I'm reading that wrong) is that IDs are unique to DurableObjects accross all accounts, and therefore not partitioned by account - at least in there ID reference. That's what gave me the pause of a 1% possibility in my mind that I felt I need to confirm before treating the ID is non-sensitive info.
But, you both cleared it up for me - thank you, again, so much!
Cloudflare Docs
Durable Objects is generally available. However, there are some known issues.
PWhen I run , I visibly observe the go down e.g. 77824 -> 4096, and all data is deleted. A few moments later if I keep refreshing, all the data comes back as if it was never deleted. I can run it again and I notice the same size change. Then a few minutes later I refresh again and this time it does not come back at all.
I'm not using the KV storage in any form, just SQLite backed DOs. is what I'm experiencing normal or should I be doing extra validation on ?
I'm not using the KV storage in any form, just SQLite backed DOs. is what I'm experiencing normal or should I be doing extra validation on ?
LIf you and the caller function returns successfully it should be all you need.
You say you observe data deleted in terms of size too, so it does go through.
We don't restore your data automatically unless you restore to a bookmark yourself.
You say you observe data deleted in terms of size too, so it does go through.
We don't restore your data automatically unless you restore to a bookmark yourself.
P(video is long just to show in real time what I'm experiencing. feel free to skip to the end to see the data come back)
LI think that error is relevant to the delete you try to do and it probably means the delete doesn't fully go through, or that error causes the deletion to be reverted. I will forward it to the team to investigate more.
Your code is correct in terms of the delete code.
Your code is correct in terms of the delete code.
Pi see. it was a one time error, thought I'd include it regardless just incase. Thank you
FHey there! Has anyone here used workers analytics engine for back-office/analytics on a DO-per-user setup? I am thinking of either using WAE or a tree structure of DOs where I have a “parent” DO keep track of all its children via an initialization function and later on asynchronously via alarms.
Has anyone done anything like this?
Has anyone done anything like this?
Gthe deploy button doesn't work, not sure if thats your template or a limit of durable objects
✘ [ERROR] Could not find zone for . Make sure the domain is set up to be proxied by Cloudflare.
✘ [ERROR] Could not find zone for . Make sure the domain is set up to be proxied by Cloudflare.
LYes, that's common.
You can avoid the alarms by only having active DOs "heartbeat" to your "parent" DO, instead of waking them up with alarms all the time. Unless you do need that, of course.
You can avoid the alarms by only having active DOs "heartbeat" to your "parent" DO, instead of waking them up with alarms all the time. Unless you do need that, of course.
VFollowing https://blog.cloudflare.com/d1-read-replication-beta/, CF team is starting to think about how replication looks for Durable Objects. If you have a use case for DO read replication, reply to this message (feel free to share your use case too) and I'll reach out separately.
LYou need to update that to your domain.
Gis it possible to update the template to use the worker domain or is that just something that always has to be done manually on the users end
LYou need to remove this line: https://github.com/janwilmake/dorm/blob/a818944b8a55690bed5d209011dae616a832b1e2/wrangler.jsonc#L7
Assuming that's what you try to deploy.
Assuming that's what you try to deploy.
Gthat would make the deploy button work without user intervention?
Edit: Thank you, as always very helpful
Edit: Thank you, as always very helpful
EHey there. What is the cost of messages in internal websocket connection between DOs? Is it included in incoming messages?
In my usecase, i want to use DO to DO internal websocket connection. I will send one client message to between (3+) DOs. In this case, will 1 message be counted as 3+ messages?
In my usecase, i want to use DO to DO internal websocket connection. I will send one client message to between (3+) DOs. In this case, will 1 message be counted as 3+ messages?
LFor compute requests billing-only, a 20:1 ratio is applied to incoming WebSocket messages to factor in smaller messages for real-time communication. For example, 100 WebSocket incoming messages would be charged as 5 requests for billing purposes.From https://developers.cloudflare.com/durable-objects/platform/pricing/
VIs there a way to "export" data from all DOs? Say I were to build my app using DOs, but then for some reason I need to move to some other infra, can I export the SQL data stored in every DO for migration purposes?
BNot natively, you'll have to implement that logic yourself
Fby heartbeat you mean whenever a significant action is done it calls back to the parent?
GI think they shared a script here that does what the d1 export does
JI am getting
for a specific DO ID, other IDs in the same namespace works fine. can anyone help?
for a specific DO ID, other IDs in the same namespace works fine. can anyone help?
LMy first suspicion would be that there is something in the data for the instance that is causing it. I suggest wrapping your fetch, onMessage, onRequest, etc methods with a try/catch and logging the details.
Jyeah, ive done that but i keep getting
Error: internal error
KHow do I go about debugging
Internal error in Durable Object storage caused object to be reset.Fix Needed for Bug in CF Email Notification System general-help[Cloudflare]: [ACTION REQUIRED] Daily usage limit exceeded for Cloudflare Durable Objects
DMore than a direct use case, I was hopeful read replication would enable dynamic relocation of DOs. If a worker accesses the DO from another data center it gets read replicated right there. After the DO gets evicted, next time it's accessed, if there was already a read replica in the new data center, that replica gets promoted to write leader.
Also, it'd be nice to have locally replicated DO sqlite files for debugging. Maybe with something like
Also, it'd be nice to have locally replicated DO sqlite files for debugging. Maybe with something like
wrangler do --namespace <ns> read <id> <db.sqlite>
LAlso, it'd be nice to have locally replicated DO sqlite files for debugging. Maybe with something like wrangler do --namespace <ns> read <id> <db.sqlite>You mean, doing an export/dump/copy right once? You don't expect things to be replicated locally in real time when changes happen remotely.
After the DO gets evicted, next time it's accessed, if there was already a read replica in the new data center, that replica gets promoted to write leader.This is something that we are thinking about but not as part of read replication. Moving the primary should take into account more than just a single request, so it wouldn't work like that, but yeah the team at some points wants to be able to move primary DOs.
DYou mean, doing an export/dump/copy right once? You don't expect things to be replicated locally in real time when changes happen remotely.Right, I don't really care about real-time. I was thinking about explicitly doing a one way sync with a command, maybe
pull
Jlong time wish: export/backup/archive DO with read-only access to another DO's storage but without competing with the main DOs incoming request queue - a minimal replication delay would be fine
Vwhy is the 10gb limit a hard limit? it's not like the data has to travel to other locations, given that a DO only ever exists in the datacenter it was created.
LFew reasons, cold starts would be very slow and it would be hard to get the fast SQLite performance from local queries if you had to load pages from remote most of the time (even with caching). Also, the fact that the DOs do not move (yet), is just because it's not implemented, yet.
Jis this still in the works? it’s been almost five years since the announcement that cloudflare “can transparently migrate objects between locations.”
LThere is transparent migration already, but only when the original location is down, and not due to request traffic.
GI think they said this will fix it durable-objects
Jwill DOs re-initialize whenever theres a new deployment that changes code? meaning, will the
constructor
1No but any open/hibernated Websockets will be terminated
Ji see, but how can a js class have it's underlying code updated to even receive the new migrations in the file w/o actually re-initializing the class?
1It will get called the next time the DO is accessed, but not immediately upon deployment. Sorry if thats what you meant
Ji see. then do you know why for migration libs like this: https://github.com/lambrospetrou/durable-utils?tab=readme-ov-file#sqlite-schema-migrations
require
require
await this._migrations.runAll(); await this._migrations.runAll();GitHub
Utilities for Cloudflare Durable Objects and Workers - lambrospetrou/durable-utils
Llambrospetrou favors doing it "lazily" in case you have functionality in your DO that doesn't need stored data. If that's not the case for you, doing it in the constructor is fine. That's what I do.
Jthanks!
what does this mean necessarily?
that doesn't need stored data
what does this mean necessarily?
LLet's say you have a method that accepts two numbers and returns the sum. No stored data is involved.
Jah yea i get that, but if you have migrations in your DO, you always have stored data im assuming?
LYes, but part of your DO's functionality might not use stored data. A commonly accepted software engineering principle is to not do work until it's needed.