home.social

#cloudflareworkers — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #cloudflareworkers, aggregated by home.social.

fetched live
  1. 🤖 LloydAsp/nfd

    No Fraud / Node Forward Bot

    A Telegram message forwarding bot with fraud detection, deployed on Cloudflare Workers, enabling low-cost setup and permanent data storage via KV

    ⭐ Stars: 915
    📅 Last Update: Jul 03, 2026

    github.com/LloydAsp/nfd

    #selfhosted #homelab #selfhost #selfhosting #opensource #telegrambot #cloudflareworkers

  2. So... I'm currently working on an app I'm calling "speakEZ". It's a personal, kinda-discord replacement.
    — invite-only chat
    - built on Cloudflare Workers (free tier), KV, and Durable Objects
    - async ed25519 passphrase auth (phrase never stored or seen outside of your brain)
    - No accounts, no database
    - WebSockets, markdown, image uploads
    - WebRTC p2p voice channels
    - tdd unit/e2e

    #CloudflareWorkers #IndieWeb"

  3. How it works:

    GPTBot hits your site → 402 Payment Required + your price
    They accept → 200 OK + charge recorded
    They don't → blocked

    15 crawlers supported. Googlebot & Bingbot always pass free. SEO intact.

    #CloudflareWorkers #HTTP402

  4. How it works:

    GPTBot hits your site → 402 Payment Required + your price
    They accept → 200 OK + charge recorded
    They don't → blocked

    15 crawlers supported. Googlebot & Bingbot always pass free. SEO intact.

    #CloudflareWorkers #HTTP402

  5. attention to all #blind people using bsid-js. the overhaul from #gemini to #cloudflare #workers #ai is complete. the model we are using is@cf/meta/llama-3.2-11b-vision-instruct . this is more of an emergency overhaul because Gemini was not only taking too slow, but was pushing the limit of cloud flare workers, as cloud flare workers have time limits that must be met. also, if you see a command called /agree, don't worry about it. that was a one-time command I had to run to get it to agree to the meta licensing agreement. this is more of a beta. please test it, and make new commits if you find any problems. I'll be a bit active on this one. because, as promised, I have overhauled over to CF workers AI, and I will work on emergency patches. but overall, I want you (the devs) to be able to fix things yourself or add whatever features you are thinking of. like I said in a previous post, I will not be katering to your suggestions unless you add them yourself and then contact me to get your feature tested. but, as said earlier, I will fix things that keep the bot from running, and Gemini just so happened to be one of them fter a while. also, I'm keeping the /agree command just for people who want to run the bot with the same model. because you are required to agree to the licensing agreement meta has, and /agree is the only way to do so. so there ya go. overhaul complete. #cloudflare #cloudflareworkers #developers #ai public bot : discord.com/oauth2/authorize?c or blindsoft.net/apps.html
    code: github.com/averlice/bsid-js
    commit: github.com/averlice/bsid-js/co

  6. attention to all #blind people using bsid-js. the overhaul from #gemini to #cloudflare #workers #ai is complete. the model we are using is@cf/meta/llama-3.2-11b-vision-instruct . this is more of an emergency overhaul because Gemini was not only taking too slow, but was pushing the limit of cloud flare workers, as cloud flare workers have time limits that must be met. also, if you see a command called /agree, don't worry about it. that was a one-time command I had to run to get it to agree to the meta licensing agreement. this is more of a beta. please test it, and make new commits if you find any problems. I'll be a bit active on this one. because, as promised, I have overhauled over to CF workers AI, and I will work on emergency patches. but overall, I want you (the devs) to be able to fix things yourself or add whatever features you are thinking of. like I said in a previous post, I will not be katering to your suggestions unless you add them yourself and then contact me to get your feature tested. but, as said earlier, I will fix things that keep the bot from running, and Gemini just so happened to be one of them fter a while. also, I'm keeping the /agree command just for people who want to run the bot with the same model. because you are required to agree to the licensing agreement meta has, and /agree is the only way to do so. so there ya go. overhaul complete. #cloudflare #cloudflareworkers #developers #ai public bot : discord.com/oauth2/authorize?c or blindsoft.net/apps.html
    code: github.com/averlice/bsid-js
    commit: github.com/averlice/bsid-js/co

  7. #Moltworker is a self-hosted personal #AIagent that runs on #Cloudflare’s Developer Platform, utilising #CloudflareWorkers, #Sandboxes, #R2, and #BrowserRendering. This setup allows users to run #Moltbot without dedicated hardware, leveraging Cloudflare’s secure and scalable network. Moltworker integrates with #AIGateway for #AIprovidermanagement and Zero Trust Access for authentication. blog.cloudflare.com/moltworker #AIagent #AI #ML #NLP #LLM #GenAI

  8. #Moltworker is a self-hosted personal #AIagent that runs on #Cloudflare’s Developer Platform, utilising #CloudflareWorkers, #Sandboxes, #R2, and #BrowserRendering. This setup allows users to run #Moltbot without dedicated hardware, leveraging Cloudflare’s secure and scalable network. Moltworker integrates with #AIGateway for #AIprovidermanagement and Zero Trust Access for authentication. blog.cloudflare.com/moltworker #AIagent #AI #ML #NLP #LLM #GenAI

  9. Serverless Hosting: run code without managing servers. Pay-per-use, auto-scale, event-driven. Perfect for APIs, webhooks, and backends. Providers: AWS Lambda, Vercel, Cloudflare Workers, Azure Functions. Share your experience!

    #Serverless #Cloud #DevOps #AWS #Vercel #CloudflareWorkers #AzureFunctions

  10. Built fuelaround.me to find cheaper fuel 🚗

    Turns out wrestling with APIs is harder than the mapping! At least my family saves money now 😅

    Read the full build story: matthewgall.com/posts/buildi...

    #CloudflareWorkers #UKTech #UKFuel #FuelPrices #FuelData #DataAnalysis

  11. ⚡ Generates #TurboRepo monorepo structure with complete #CRUD functionality demo. Deploy directly to #CloudflareWorkers or custom hosting solutions

  12. ⚡ Generates #TurboRepo monorepo structure with complete #CRUD functionality demo. Deploy directly to #CloudflareWorkers or custom hosting solutions

  13. We're excited to announce the release of #Fedify 1.6.1, which marks the beginning of the 1.6 series following the retraction of version 1.6.0. This release introduces significant new capabilities that expand Fedify's deployment options and enhance security compatibility across the #fediverse.

    🌐 Cloudflare Workers support

    Fedify 1.6 introduces first-class support for Cloudflare Workers, enabling #serverless deployment of #ActivityPub applications at the edge.

    New components

    Key features

    • Seamless integration with #Cloudflare's serverless runtime
    • Automatic handling of queue message processing through Workers' queue() method
    • Support for Node.js compatibility flag required for Fedify's cryptographic operations
    • Manual queue processing via Federation.processQueuedTask() method

    For a complete working example, see the Cloudflare Workers example in the Fedify repository.

    🏗️ Federation builder pattern

    Fedify 1.6 introduces the FederationBuilder class and createFederationBuilder() function to support deferred federation instantiation. This pattern provides several benefits:

    • Deferred instantiation: Set up dispatchers and listeners before creating the federation object
    • Better code organization: Avoid circular dependencies and improve project structure
    • Cloudflare #Workers compatibility: Accommodates binding-based architectures where resources are passed as arguments rather than globals
    • Modular setup: Build complex federations piece by piece before instantiation

    The builder pattern is particularly useful for large applications and environments like Cloudflare Workers where configuration data is only available at runtime.

    🔐 HTTP Message Signatures (RFC 9421)

    Fedify 1.6 implements the official HTTP Message Signatures standard (RFC 9421) specification, the final revision of the HTTP Signatures specification.

    Double-knocking mechanism

    To ensure maximum compatibility across the fediverse, Fedify 1.6 introduces an intelligent double-knocking mechanism:

    1. Primary attempt: RFC 9421 (HTTP Message Signatures) for modern implementations
    2. Fallback: Draft cavage version for legacy compatibility
    3. Adaptive caching: The system remembers which version each server supports to optimize future requests

    This approach ensures seamless communication with both modern and legacy ActivityPub implementations while positioning Fedify at the forefront of security standards.

    Interoperability testing

    The RFC 9421 implementation has been thoroughly tested for interoperability with existing ActivityPub implementations that support RFC 9421 signature verification:

    • Mitra 4.4.0: Successfully verified Fedify-generated RFC 9421 signatures
    • Mastodon 4.4.0 development version: Tested RFC 9421 signature verification against Fedify's implementation (refer to Mastodon PR #34814, though Mastodon 4.4.0 has not yet been released)

    These tests confirm that other ActivityPub implementations can successfully verify RFC 9421 signatures generated by Fedify, ensuring proper federation as the ecosystem gradually adopts the official specification. While these implementations currently support verification of RFC 9421 signatures, they do not yet generate RFC 9421 signatures themselves—making Fedify one of the first ActivityPub implementations to support both generation and verification of the modern standard.

    🔍 WebFinger enhancements

    Dedicated WebFinger lookup

    The new Context.lookupWebFinger() method provides direct access to WebFinger data, offering developers more granular control over account discovery and resource resolution beyond the higher-level Context.lookupObject() method.

    🛠 Context API improvements

    Context data replacement

    The new Context.clone() method enables dynamic context data replacement, providing greater flexibility in request processing and data flow management. This is particularly useful for middleware implementations and complex request routing scenarios.

    🚀 Migration considerations

    Backward compatibility

    Fedify 1.6 maintains full backward compatibility with existing applications. The new HTTP Message Signatures and double-knocking mechanisms work transparently without requiring any code changes.

    Node.js version requirement

    Important: Fedify 1.6 requires Node.js 22.0.0 or later for Node.js environments. This change does not affect applications using Deno or Bun runtimes. If you're currently using Node.js, please ensure your environment meets this requirement before upgrading.

    New deployment options

    For new deployments, consider leveraging Cloudflare Workers support for:

    • Global edge deployment with low latency
    • Serverless scaling and automatic resource management
    • Integration with Cloudflare's ecosystem of services

    🎯 Looking forward

    Fedify 1.6 represents a significant expansion of deployment possibilities while maintaining the framework's commitment to broad compatibility across the fediverse. The addition of Cloudflare Workers support opens new architectural patterns for federated applications, while the RFC 9421 implementation ensures Fedify stays current with emerging ActivityPub security standards.

    For detailed migration guides, API documentation, and examples, please visit the Fedify documentation. Join our community on Matrix or Discord for support and discussions.

    #fedidev #RFC9421 #HTTPSignatures #HTTPMessageSignatures #CloudflareWorkers

  14. We're excited to announce the release of #Fedify 1.6.1, which marks the beginning of the 1.6 series following the retraction of version 1.6.0. This release introduces significant new capabilities that expand Fedify's deployment options and enhance security compatibility across the #fediverse.

    🌐 Cloudflare Workers support

    Fedify 1.6 introduces first-class support for Cloudflare Workers, enabling #serverless deployment of #ActivityPub applications at the edge.

    New components

    Key features

    • Seamless integration with #Cloudflare's serverless runtime
    • Automatic handling of queue message processing through Workers' queue() method
    • Support for Node.js compatibility flag required for Fedify's cryptographic operations
    • Manual queue processing via Federation.processQueuedTask() method

    For a complete working example, see the Cloudflare Workers example in the Fedify repository.

    🏗️ Federation builder pattern

    Fedify 1.6 introduces the FederationBuilder class and createFederationBuilder() function to support deferred federation instantiation. This pattern provides several benefits:

    • Deferred instantiation: Set up dispatchers and listeners before creating the federation object
    • Better code organization: Avoid circular dependencies and improve project structure
    • Cloudflare #Workers compatibility: Accommodates binding-based architectures where resources are passed as arguments rather than globals
    • Modular setup: Build complex federations piece by piece before instantiation

    The builder pattern is particularly useful for large applications and environments like Cloudflare Workers where configuration data is only available at runtime.

    🔐 HTTP Message Signatures (RFC 9421)

    Fedify 1.6 implements the official HTTP Message Signatures standard (RFC 9421) specification, the final revision of the HTTP Signatures specification.

    Double-knocking mechanism

    To ensure maximum compatibility across the fediverse, Fedify 1.6 introduces an intelligent double-knocking mechanism:

    1. Primary attempt: RFC 9421 (HTTP Message Signatures) for modern implementations
    2. Fallback: Draft cavage version for legacy compatibility
    3. Adaptive caching: The system remembers which version each server supports to optimize future requests

    This approach ensures seamless communication with both modern and legacy ActivityPub implementations while positioning Fedify at the forefront of security standards.

    Interoperability testing

    The RFC 9421 implementation has been thoroughly tested for interoperability with existing ActivityPub implementations that support RFC 9421 signature verification:

    • Mitra 4.4.0: Successfully verified Fedify-generated RFC 9421 signatures
    • Mastodon 4.4.0 development version: Tested RFC 9421 signature verification against Fedify's implementation (refer to Mastodon PR #34814, though Mastodon 4.4.0 has not yet been released)

    These tests confirm that other ActivityPub implementations can successfully verify RFC 9421 signatures generated by Fedify, ensuring proper federation as the ecosystem gradually adopts the official specification. While these implementations currently support verification of RFC 9421 signatures, they do not yet generate RFC 9421 signatures themselves—making Fedify one of the first ActivityPub implementations to support both generation and verification of the modern standard.

    🔍 WebFinger enhancements

    Dedicated WebFinger lookup

    The new Context.lookupWebFinger() method provides direct access to WebFinger data, offering developers more granular control over account discovery and resource resolution beyond the higher-level Context.lookupObject() method.

    🛠 Context API improvements

    Context data replacement

    The new Context.clone() method enables dynamic context data replacement, providing greater flexibility in request processing and data flow management. This is particularly useful for middleware implementations and complex request routing scenarios.

    🚀 Migration considerations

    Backward compatibility

    Fedify 1.6 maintains full backward compatibility with existing applications. The new HTTP Message Signatures and double-knocking mechanisms work transparently without requiring any code changes.

    Node.js version requirement

    Important: Fedify 1.6 requires Node.js 22.0.0 or later for Node.js environments. This change does not affect applications using Deno or Bun runtimes. If you're currently using Node.js, please ensure your environment meets this requirement before upgrading.

    New deployment options

    For new deployments, consider leveraging Cloudflare Workers support for:

    • Global edge deployment with low latency
    • Serverless scaling and automatic resource management
    • Integration with Cloudflare's ecosystem of services

    🎯 Looking forward

    Fedify 1.6 represents a significant expansion of deployment possibilities while maintaining the framework's commitment to broad compatibility across the fediverse. The addition of Cloudflare Workers support opens new architectural patterns for federated applications, while the RFC 9421 implementation ensures Fedify stays current with emerging ActivityPub security standards.

    For detailed migration guides, API documentation, and examples, please visit the Fedify documentation. Join our community on Matrix or Discord for support and discussions.

    #fedidev #RFC9421 #HTTPSignatures #HTTPMessageSignatures #CloudflareWorkers

  15. #Fedify 1.6 is approaching with three major enhancements: RFC 9421 HTTP Message Signatures support with double-knocking for seamless backward compatibility, a new builder pattern for better code organization in large applications, and native #Cloudflare #Workers support for serverless deployments. These additions strengthen Fedify's standards compliance while expanding deployment flexibility across different environments. Stay tuned for the official release! 🚀

    #ActivityPub #fedidev #fediverse #RFC9421 #CloudflareWorkers

  16. #Fedify 1.6 is approaching with three major enhancements: RFC 9421 HTTP Message Signatures support with double-knocking for seamless backward compatibility, a new builder pattern for better code organization in large applications, and native #Cloudflare #Workers support for serverless deployments. These additions strengthen Fedify's standards compliance while expanding deployment flexibility across different environments. Stay tuned for the official release! 🚀

    #ActivityPub #fedidev #fediverse #RFC9421 #CloudflareWorkers

  17. 🎉 #Cloudflare #Workers support is now complete! After implementing the test infrastructure, core module, examples, and comprehensive documentation, #Fedify can now run on Cloudflare Workers.

    What's included:

    Try it now: Available in the development release v1.6.1-dev.876+7b07d213:

    This will be included in the upcoming Fedify 1.6 stable release. Thank you to everyone who requested this feature and provided feedback throughout the implementation!

    #fedidev #ActivityPub #CloudflareWorkers

  18. 🎉 #Cloudflare #Workers support is now complete! After implementing the test infrastructure, core module, examples, and comprehensive documentation, #Fedify can now run on Cloudflare Workers.

    What's included:

    Try it now: Available in the development release v1.6.1-dev.876+7b07d213:

    This will be included in the upcoming Fedify 1.6 stable release. Thank you to everyone who requested this feature and provided feedback throughout the implementation!

    #fedidev #ActivityPub #CloudflareWorkers

  19. Good news! We've officially added #Cloudflare #Workers support to the #Fedify roadmap. We've created a detailed issue to track our implementation plan: https://github.com/fedify-dev/fedify/issues/233.

    The effort will be tackled in phases, including compatibility assessment, core adaptations for Workers' environment, KV store and message queue implementations, and finally integration with Cloudflare's ecosystem. This will be a substantial project that we'll break down into several sub-issues.

    If you're interested in contributing to any specific aspect of Workers support, please comment on the main issue to coordinate efforts.

    #CloudflareWorkers

  20. Good news! We've officially added #Cloudflare #Workers support to the #Fedify roadmap. We've created a detailed issue to track our implementation plan: https://github.com/fedify-dev/fedify/issues/233.

    The effort will be tackled in phases, including compatibility assessment, core adaptations for Workers' environment, KV store and message queue implementations, and finally integration with Cloudflare's ecosystem. This will be a substantial project that we'll break down into several sub-issues.

    If you're interested in contributing to any specific aspect of Workers support, please comment on the main issue to coordinate efforts.

    #CloudflareWorkers

  21. One of #Fedify's long-term challenges is to get it to run on Cloudflare Workers as well.

    #CloudflareWorkers

  22. One of #Fedify's long-term challenges is to get it to run on Cloudflare Workers as well.

    #CloudflareWorkers

  23. Just updated a tool that lets you create a #RSS feed from #newsletter even if it doesn't have a feed itself.

    github.com/barefootstache/mail

    It is done by using #CloudflareWorkers and #testmailApp. testmail can generate up to 100 unique emails per account, thus providing up to 100 tags to categorize your RSS feed.

    #webdev #javascript #hack

  24. Just updated a tool that lets you create a #RSS feed from #newsletter even if it doesn't have a feed itself.

    github.com/barefootstache/mail

    It is done by using #CloudflareWorkers and #testmailApp. testmail can generate up to 100 unique emails per account, thus providing up to 100 tags to categorize your RSS feed.

    #webdev #javascript #hack