speedtest-cli
Fast.com
LibreSpeed
SpeedOf.Me
Speedtest.net
nPerf
Testmy.net
Meteor
Woopy
OpsGenie
PagerDuty
Zenduty
Pingdom
StatusCake
Uptime Kuma
Woopy is incident response for developers who do not run a NOC. When your production app throws an exception, you get a push notification on your phone within seconds - and next to the alert there are buttons you define yourself: "Restart worker", "Clear cache", "Retry job". One tap fires an HMAC-signed webhook (Standard Webhooks spec) back at your infrastructure, and the incident is handled before you find a laptop.
Integration is one npm package (@woopysdk/node, ISC licensed) with a single call in your catch block, or a plain HTTP POST from any language. Signup to first push takes under 2 minutes. Every action run is logged with its HTTP status, so "did the restart actually go through?" always has an answer.
Woopy is deliberately NOT a full incident-management platform: no on-call schedules, no escalation policies, no phone calls. It is built for solo developers, freelancers maintaining client apps, and small agencies - and priced accordingly: per app, not per seat. Free for 2 apps; Pro $9/mo for 10 apps; Team $49/mo flat for 50 apps with unlimited responders.
speedtest-cli WoopyWoopy's answer:
Woopy is built by a solo founder and a frontend co-founder, in public. The itch: when you maintain production apps for clients, you find out about crashes from the client, and fixing anything means finding a laptop. Existing incident tools assume a team and a NOC; error trackers tell you what broke but give you no way to act. Woopy closes that loop - a push within seconds of the exception, and a button next to it that actually fixes the problem.
Woopy's answer:
Woopy's answer:
Woopy pairs every crash alert with one-tap remediation actions. Alerting alone is a commodity - what makes Woopy different is what happens after the push: next to the alert there are buttons you define yourself ("Restart worker", "Clear cache", "Retry job"), and one tap fires an HMAC-signed webhook (Standard Webhooks spec) at your infrastructure. The incident is handled from your phone, before you find a laptop. Every action run is logged with its HTTP result, so "did the restart actually go through?" always has an answer.
Woopy's answer:
Most incident-management platforms (PagerDuty, Opsgenie, Zenduty) are built for teams running a NOC: on-call schedules, escalation policies, per-seat pricing. If you are a solo developer or a small agency maintaining client apps, you pay for machinery you never use. Woopy deliberately skips all of that and adds the one thing they lack: remediation actions next to the alert. Pricing is per app, not per seat - free for 2 apps, Pro $9/mo for 10 apps, Team $49/mo flat for 50 apps with unlimited responders. Integration is one npm package or a plain HTTP POST; signup to first push takes under 2 minutes.
Woopy's answer:
Solo developers, freelancers maintaining client apps, and small agencies - people who are personally responsible for production but do not run a NOC and cannot justify per-seat incident-management pricing. If your "on-call rotation" is just you and your phone, Woopy is built for you.
Woopy's answer:
Backend: Ruby on Rails (API mode) with PostgreSQL, Sidekiq and Redis. Web dashboard: React with Vite. Mobile apps (iOS and Android): Capacitor, with push delivery via APNs and FCM. SDK: Node.js (@woopysdk/node, ISC licensed), plus a plain REST API for any language. Outbound remediation actions follow the Standard Webhooks spec with HMAC signatures.
Based on our record, speedtest-cli seems to be more popular. It has been mentiond 13 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.
Or, you can follow the installation instructions on the official GitHub repository: SpeedTest-CLI Installation Guide. - Source: dev.to / over 2 years ago
That's a community cli client https://github.com/sivel/speedtest-cli rather than the official cli client https://www.speedtest.net/apps/cli. Source: about 3 years ago
If you read the docs for Speedtest-CLI you will see that the program timeouts after 10 seconds. Try using this for default timeout of 1 minute and also redirect errors to the same file. Speedtest-cli --timeout 60 >> /bin/speedtestoutput.txt 2>&1. Source: over 3 years ago
Already exists https://github.com/sivel/speedtest-cli/, mature, stable, packaged in major distributions. Source: over 3 years ago
I have an open-source software, which can show some stats about your PC/Server. One of those stats is internet speed. I have been using speedtest-cli for now, since it is open-source and runs without having to accept any license agreements. Source: about 4 years ago
Fast.com - Quickly test your internet speed with this fast-loading speed test powered by Netflix.
OpsGenie - Alerting and On-Call Management for Dev&Ops Teams
LibreSpeed - Self-hosted Speedtest for HTML5. Easy setup, examples, configurable, mobile friendly.
PagerDuty - Cloud based monitoring service
SpeedOf.Me - SpeedOf.Me is an HTML5 Internet speed test. No Flash or Java needed!
Zenduty - Zenduty is a state of the art incident management solution that provides cross-channel alerts to your team whenever critical incidents occur.