Re:My Browser WASM't Prepared for This. Using DuckDB, Apache...
by judge2020 on Sunday April 06, 2025 @08:17AM
(#43600908)
In the past few years there was this blog post[0] that clarified this. It moved the restriction on serving a "disproportionate percentage of pictures, audio files, or other large files" to another part of the TOS dedicated specifically to the CDN part[1] and clarified that, if you're using Cloudflare add-on services Stream, R2 (their S3), or Cloudflare Images, then you won't be at risk of termination.
0: https://blog.cloudflare.com/updated-tos/
1: The restriction still exists at https://www.cloudflare.com/service-specific-terms-applicatio... under "Content Delivery Network (Free, Pro, or Business)".
Re:My Browser WASM't Prepared for This. Using DuckDB, Apache...
by httgp on Sunday April 06, 2025 @09:25AM
(#43601283)
BoilingData does something very similar, except with Lambdas on AWS.
Re:My Browser WASM't Prepared for This. Using DuckDB, Apache...
by bobnamob on Sunday April 06, 2025 @12:28PM
(#43602687)
They've already got one: https://developers.cloudflare.com/analytics/analytics-engine...
Re:My Browser WASM't Prepared for This. Using DuckDB, Apache...
by tobilg on Sunday April 06, 2025 @03:28PM
(#43604191)
IMO that’s not really possible because of the size limits of Cloudflare Workers. Neither the WASM nor the Node version are small enough.
I‘m running it on AWS Lambda functions with some success.
I’m not sure if this goes against the CloudFlare TOS tough (last time I checked they had some provisons against processing images).