https://discord.cloudflare.com logo
Join Discord
Powered by
# durable-objects
  • e
    I don't know for sure, but if they are the same for multiple requests over a single connection over HTTP2, then I think that might be the case indeed.
  • m
    Anyone know why I am getting this error when trying to access a durable object? 
    ID is not for this Durable Object class.
  • m
    Copy code
    ts
const stub = env.UsersProjection.get(env.EventStore.idFromName(`a`));

  console.log(`querying projection`, {
    projection,
    query,
  });

  const response = await stub
    .fetch(`query`, {
      method: "POST",
      body: JSON.stringify(query),
    })
    .then(r => r.json());

  console.log(`projection query response`, response);
  • m
    scratch thatr
  • m
    I see the problem 😛
  • m
  • m
    is there a way to compress a DurableObject ID to something that is smaller but still URL friendly? "8adb1bfbbb192fd4642d90daf3f6f9945b2c7bf7f375dde8e5f2dcc8fbd63c0b" is pretty long but its hex so it should be possible to convert it to a url-friendly alphabet yes?
  • a
    @mikeysee You could use base64 and swap 
    / and +
    with 
    - and _
    to make it URL-friendly.
  • a
    or you could use 
    idFromName()
    and just use the name in the URL
  • m
    cheers, ye but I still want it to be globally unique tho
  • a
    Then use this method 🙂 @mikeysee
  • m
    sorry to be dumb but how would one go about converting "8adb1bfbbb192fd4642d90daf3f6f9945b2c7bf7f375dde8e5f2dcc8fbd63c0b" to base64?
  • m
  • m
    "itsb+7sZL9RkLZDa8/b5lFsse/fzdd3o5fLcyPvWPAs=" not really all that much shorter
  • m
    what I really want is https://github.com/oculus42/short-uuid but unfortunately it relies on nodes "crypto" package
  • m
    not sure how to get around that
  • a
  • m
    sud
  • a
    You need to convert to bytes first
  • a
    Oh, it does that already. Never mind.
  • a
    But yeah, it'll only be like 25% shorter.
  • w
    On my system i use base36 everywhere. Then i dont need to handle issues related to upper/lowercase and no "/" or "+" ... Is just a simple toString(36);
  • w
    Saying that, the size problem is related of the size of the original id/info. The object id (8adb1bfbbb192fd4642d90daf3f6f9945b2c7bf7f375dde8e5f2dcc8fbd63c0b) is 256 bits wide. Any lossless encoder to reduce this size still be limited to this reality. The "short-uuid" project uses base58, so will be larger than using base64. You can try Base-96 ...
  • w
    But at end of the day, doesn't matter the size, will always be ugly.
  • b
    You can always give them your own name and store a lookup in another DO, or KV, etc
  • b
    (Or use a named object, but it sounds like you want unique IDs)
  • w
    And thats what i do, i really don't store Durable Ids. I already have my unique IDs (base36 128bits/26char long) ... So i use that using idFromName()
  • g
    Do we know if there's any way to detect a DO data loss event, or should we assume that the storage API will return undefined, as if the keys had been deleted?
  • e
    What do you mean with a data loss event?
  • e
    When a DO can't succesfully write to storage?
1...156157158...567Latest