Cloudflare Workers bindings for ReScript
Node.js-compatible request and response objects for WinterTC runtimes
Command-line interface for all things Cloudflare Workers
A compact AWS client for modern JS environments
Routes requests to KV assets
TypeScript typings for Cloudflare Workers
Offload tasks to a pool of workers on node.js and in the browser
Cloudflare plugin for Vite
Workers Vitest integration for writing Vitest unit and integration tests that run inside the Workers runtime
Node.js final http responder
Use Rollup with workers and ES6 modules today.
Lightweight fuzzy-search
Universal WHATWG Fetch API for Node, Browsers and React Native
Execute a callback when a request closes, finishes, or errors
Package that is used at Cloudflare to power some internal features of Cloudflare Workers.
Email parser for Node.js and browser environments
https://www.npmjs.com/package/@segment/analytics-node
Build servers for Node.js using the web fetch API
👷 workerd, Cloudflare's JavaScript/Wasm Runtime
Use Rollup with workers and ES6 modules today.
Pusher Channels JavaScript library for browsers, React Native, NodeJS and web workers
👷 workerd for Linux 64-bit, Cloudflare's JavaScript/Wasm Runtime
Fun, full-featured, fully-local simulator for Cloudflare Workers
Cloudflare Workers client for Sentry
A Rust SDK for writing Cloudflare Workers.
A Rust SDK for writing Cloudflare Workers.
A Sneakers worker handler that will re-queue the message when encountering an error.
minitest-distributed is a plugin for minitest for executing tests on a distributed set of unreliable workers. When a test suite grows large enough, it inevitable gets too slow to run on a single machine to give timely feedback to developers. This plugins combats this issue by distributing the full test suite to a set of workers. Every worker is a consuming from a single queue, so the tests get evenly distributed and all workers will finish around the same time. Redis is used as coordinator, but when using this plugin without having access to Redis, it will use an in-memory coordinator. Using multiple (virtual) machines for a test run is an (additional) source of flakiness. To combat flakiness, minitest-distributed implements resiliency patterns, like re-running a test on a different worker on failure, and a circuit breaker for misbehaving workers.
A Resque plugin. Adds locking, with optional timeout/deadlock handling to resque jobs. Using a `lock_timeout` allows you to re-acquire the lock should your worker fail, crash, or is otherwise unable to relase the lock. i.e. Your server unexpectedly looses power. Very handy for jobs that are recurring or may be retried.
A Resque plugin. Adds locking, with optional timeout/deadlock handling to resque jobs. Using a `lock_timeout` allows you to re-aquire the lock should your worker fail, crash, or is otherwise unable to relase the lock. i.e. Your server unexpectedly looses power. Very handy for jobs that are recurring or may be retried.
Application to gather prometheus style metrics # Usage Install the gem into your gemfile ```gem prometheus-collector``` Install your gemset ```bundle install``` Consume the program. ``` require 'prometheus/collector' class Guage < Prometheus::Collector::Extensions::Base install def run # Do some things that would be collected in Prometheus::Client Objects end end ``` Mount the Prometheus::Collector::Application application, or start it from your app.rb ``` Prometheus::Collector::Application.start ``` # How it works The collector app makes use of the Prometheus client collector and exporter middleware to allow you to write custom applications that export prometheus style metrics. It is designed as a bare-bones scaffold to get you off the ground with a ruby applet to get some statistics. It utilizes rack and its middleware. The interface is fairly straightforward: Your Metric Executing code needs to extend Prometheus::Collector::Extensions::Base for 'repeatedly-runbable' operations and Prometheus::Collector::Extensions::Once for something that should only be executed Once. Your class should implement an instance level `run` function, and may optionally implement a class level `schedule` function: This must return a `cron` style string to tell the application when to invoke your `run` code. By default, `schedule` is set to `* * * * *` which would allow the code to be executed every minute. ### Scheduling Scheduling is implemented via em-cron. Thus the re-scheduling of a task should occur within the parameters of the `schedule` string but is evaluated upon completion. Thus in normal operation, the code should not execute more than one `run` of a given worker definition at a time.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.