https://discord.cloudflare.com logo
Join Discord
Powered by
# workers-discussions
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 11:25 AM
    Shouldn't make any significant difference though, I don't think.
  • i

    itsmatteomanf

    01/13/2021, 11:25 AM
    The normal A record would be 192.2.0.1, but as you are saying, no difference. Once you have one the other is created automatically if it's proxied. It couldn't be otherwise as Workers wouldn't fire.
  • m

    macedonian

    01/13/2021, 11:26 AM
    Ok thanks! Just wanted to make sure as it didn’t seem completely logical to me.
  • i

    itsmatteomanf

    01/13/2021, 11:27 AM
    They have been saying there needs to be a better way, but it basically needs a record to resolve in DNS as a Cloudflare IP. There should be a button to create a record without origin, saying only: "resolve to Cloudflare, thanks".
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 11:28 AM
    Definitely would be easier and cleaner!
  • m

    macedonian

    01/13/2021, 11:28 AM
    Agreed!
  • i

    itsmatteomanf

    01/13/2021, 11:29 AM
    Yeah, especially with something like Pages. I guess it's in their backlog, it doesn't even seem that hard to me, it would be mostly cosmetic, behind the scenes could still be a 192.2.0.1 or 100:: record.
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 11:31 AM
    cc @neynah
  • f

    firefall

    01/13/2021, 11:58 AM
    I have only
    AAAA 100::
    record, which works just fine
  • k

    kristian

    01/13/2021, 2:59 PM
    hey everyone 👋
  • e

    eidam | SuperSaaS

    01/13/2021, 2:59 PM
    👋 what are you up to today?
  • k

    kristian

    01/13/2021, 3:05 PM
    meetings 💀
  • k

    kristian

    01/13/2021, 3:05 PM
    i'm hoping to find some time to write a little blog post about my ghost blog -> workers -> discord notifications thing
  • j

    JustinNoel

    01/13/2021, 6:35 PM
    Also, checkout Flareact. It's basically Next.js for Cloudflare workers. https://flareact.com
  • i

    Isaac Clayton

    01/13/2021, 6:49 PM
    Hey, is it possible to export (i.e. backup) a local copy of a cloudflare namespace? Like a json/file dump or something along those lines
  • i

    Isaac Clayton

    01/13/2021, 6:52 PM
    The namespace in question isn't altogether that large - a couple hundred kb at most. (ping me if you reply.)
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 7:04 PM
    Not officially (that I know of). But there is this old script which should be pretty simple to tweak: https://github.com/cloudflare/kv-worker-migrate
  • i

    Isaac Clayton

    01/13/2021, 7:11 PM
    Thanks, I'll give it a look. fwiw, namespace backups / restoring from backups would be a nice feature.
  • i

    Isaac Clayton

    01/13/2021, 7:25 PM
    @User looking through the code and documentation, it seems like this utility migrates the contents of one namespace to another and does not download a local copy of the namespace. Do I understand this correctly?
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 7:28 PM
    Yes. You'd need to tweak it a bit to just dump the namespace contents to a file or something, instead of uploading to the other namespace.
  • i

    Isaac Clayton

    01/13/2021, 7:29 PM
    I see. any pointers towards which parts of the codebase are responsible for the reupload?
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 7:38 PM
    Huh, it actually doesn't function the way I thought it did. I thought everything was happening locally, but it actually uses a Worker. Sorry, I was misremembering that. But it still could be useful. Actually, I think you're probably best just starting from scratch.
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 7:44 PM
    There's two steps to the download: 1) List all the keys (https://api.cloudflare.com/#workers-kv-namespace-list-a-namespace-s-keys) Should be pretty straight forward—just paginate through and ensure to keep the metadata if you want to preserve that. 2) Get each key value (https://api.cloudflare.com/#workers-kv-namespace-read-key-value-pair) Even easier, but will take a while.
  • g

    Greg Brimble | Cloudflare Pages

    01/13/2021, 7:45 PM
    And then hopefully just one step for an upload: 1) Bulk upload in 10,000 KVs per request (or 100MB, whichever is smaller) (https://api.cloudflare.com/#workers-kv-namespace-write-multiple-key-value-pairs) Should let you set the value and metadata simulatenously.
  • i

    Isaac Clayton

    01/13/2021, 7:45 PM
    kk, makes sense - thanks for the help! I'm familiar with KV, so I'll probably just roll a quick rust script that grabs each key/value and dumps it all out. It should fall within memory/time limits.
  • d

    Deleted User

    01/13/2021, 8:19 PM
    can i report someone
  • d

    Deleted User

    01/13/2021, 8:19 PM
    in this server
  • a

    albert-zhao

    01/13/2021, 8:20 PM
    please DM me
  • s

    Spoofh

    01/13/2021, 10:22 PM
    Question. Yesterday i started to use Wrangler, because i had some problems with the worker and my s3 bucket. Something doesnt worked yesterday and i made a break. Today i just try it again and now everything works and i didnt changed anything. Is it possible that it takes some time for a few things before they take effect? Its really weird. Its like cloudflare or something else changed something. Im confused.
  • k

    kristian

    01/13/2021, 10:25 PM
    it is very possible - when you deploy a worker it's going to get propagated to all of our edge servers, every once in a while it can take 60s for a build to make it to your local point of presence (cloudflare server nearest to you)
1...454647...2509Latest