I built my own by mashing regexes from Matomo, but it wasn’t very efficient

You might also be able to modify useragent to work without YAML

n乇ᴏ•2/24/24, 8:43 PM

We've hit the Worker Size limit and are encountering the following error. Any possibility of increasing this limit? Your assistance would be greatly appreciated. Thank you.

    Error: Failed to publish your Function. Got error: Your Functions script is over the 1 MiB size limit (workers.api.error.script_too_large)

    Error: Failed to publish your Function. Got error: Your Functions script is over the 1 MiB size limit (workers.api.error.script_too_large)

Nn乇ᴏ We've hit the Worker Size limit and are encountering the following error. Any po...

Cyb3r-Jak3•2/24/24, 8:47 PM

Workers paid plan goes up to 10 MiB.

CCyb3r-Jak3 Workers paid plan goes up to 10 MiB.

n乇ᴏ•2/24/24, 8:54 PM

Fully aware. We can't afford the paid plan yet.

We did fill this form and hoping for the best
https://docs.google.com/forms/d/e/1FAIpQLSd_fwAVOboH9SlutMonzbhCxuuuOmiU1L_I5O2CFbXf_XXMRg/viewform

Google Docs

Cloudflare Developer Platform: Limit Increase Request Form

Want to increase the limits of your current plan? Let us know what your requirements are here.

HHello, I’m Allie!I built my own by mashing regexes from Matomo, but it wasn’t very efficient

_tweak^prone•2/24/24, 9:28 PM

thanks. i will look into it.

NNoah Hi, I was wondering how suitable workers would be for a fairly long generation t...

zegevlier•2/25/24, 10:49 AM

1) No, I don't think they are. Workers aren't very good at jobs that take a long time.
2) 30 seconds, generally. 15 minutes for cron triggers and queue consumers. See the docs
3) If the job can be split up into smaller jobs that take no more than 30 seconds each, you could use DOs and alarms to do the job step by step. Doing it like this would allow you to query the status in between.
4) It's not great. Postgress is better supported

Ccopper since when got the paid Workers plan downgraded from _always lowest latency_ to ...

zegevlier•2/25/24, 10:50 AM

I don't understand your question. Where are you getting this?

zegevlier•2/25/24, 10:50 AM

What prompted you to ask this question?

zegevlier•2/25/24, 10:53 AM

I don't understand what you are referring to. Is this something you found in the docs? Something you read in a blog post? Something you read here on discord? Something you're seeing yourself?

zegevlier•2/25/24, 10:54 AM

Which one? Please send a link

bun•2/25/24, 11:00 AM

is it fine if i globally declare a variable? such as a drizzle database instead of c.set("db")c.set("db") and access it through c.varc.var (this is for hono specifically, but same applies for workers)

Ccopper Click to see attachment

zegevlier•2/25/24, 11:00 AM

Where is that one? On https://dash.cloudflare.com/?to=/:account/workers/plans I only see latency mentioned on the free plan.

Bbun is it fine if i globally declare a variable? such as a drizzle database instead ...

zegevlier•2/25/24, 11:01 AM

It is generally not recommended as it can cause some strange and unexpected behaviour. Would this work for your usecase?

Bbun is it fine if i globally declare a variable? such as a drizzle database instead ...

bun•2/25/24, 11:01 AM

wait i cant cause i cant access

env

env

gg.

Ccopper workers & pages > Overview then click on the light blue Free tag nect to Account...

zegevlier•2/25/24, 11:02 AM

Yea I'm looking on another account now that has the free plan

zegevlier•2/25/24, 11:03 AM

Huh yea I see it too. I assume that's incorrect information, but I'll raise it.

zegevlier•2/25/24, 11:13 AM

I have not. If your worker is <1mb and you're on the paid tier it has previously been (and as far as I know still is) stored in all datacentres, so with extremely low latency.

zegevlier•2/25/24, 11:16 AM

The latency numbers are extremely dependant on what your worker is doing and where you are. Comparing the latencies we experience to workers wouldn't be meaningful.