In the old (deprecated) api if you got a list of all checks like this
It would detail the url that was being checked in the returned data as a url: entry
In the v2 of the api using https://monitoring-api.rigor.com/v2/checks?type=uptime
the url: entry is no longer visible which makes it very hard to pull data out for internal statistical analysis.
Thanks for the idea. This makes a lot of sense, and we are reviewing how we can improve our API
Capability to toggle on & off active and paused checks. Example: http://prntscr.com/8p7f3v1 vote
We support this currently via the “Bulk Change” feature in the app, allowing you to mute/unmute and pause/unpause any checks you like.
However, only group admin users can see that option, and I like the idea of having it inline as an option with the table you are using.
In addition, the ability to export page performance report data as a CSV or the option to include page level data in custom reports would allow better use of real browser checks (no need to create one for each step of a funnel to export and share with the team).1 vote
We are right now in the middle of reworking our data storage and aggregation system for RBC and Page Performance Report. When finished (Should be very soon), we will be providing the mean, median, max, and min for all the stats available for all the Page Performance report metrics (including some new ones like Fully Loaded)
Adding the ability to have a one time maintenance window so no alerts get triggered if we have a plannd outage
if I have a planned outage overnight I would like to setup a one time or a recurring maint window which it would be acceptable for a test to fail and NOT notify the members during that time window.1 vote
Some Rigor users might want to easily click to HTML capture from the email template. It would be great if we had something like an alert.html_url variable for custom email templates.0 votes
At the moment we don't track unique visitors to public status pages or display that data to our users. We should give users the option to implement their own tracking scripts on public status pages, in addition to using custom styling.0 votes
Sometimes when a check is unable to connect we capture and show the traceroute, but we don't which server we were trying to connect to or other details that might help users debug.
We should improve the in-app messaging for these types of failures.0 votes
Sometimes users may have many URLs for Uptime checks that they'd like to create in bulk with the same settings. We should make it easy to import or bulk create uptime checks based on URLs.0 votes
Makes total sense. There is another request for automatically creating uptime checks from a list of servers/services pulled from AWS. These are related in that doing one gives us significant progress in the other
It would be great if we could see the trend of page size over time. Example: something updates on a site that greatly increases page size, users should be able to filter a trend report on page size for individual runs and spot that spike.0 votes
Roberta is reworking all the data collection systems and aggregation systems, so all the metrics from the Page Performance report (including Total Page Size) will be graphable at the run and aggregate level
To better understand how a resource performs, we should allow reporting on individual resource timings across checks in an account.
Example use case:
Benchmarking ad load times for the same set of ads across a number of sites.0 votes
It's great that we can monitor clicks; we should also be able to set success criteria for Real Browser checks based on touch events firing and working.0 votes
It would be nice if we could add some more locations from these big East Coast cities.1 vote
These two locations are on our radar for when we expand our monitoring network locations.
It's great that we can export this, but let's make it available via the API as well.0 votes
Exposing the HAR via an API is how the Rigor Monitoring → Rigor Optimization integration works. We can work to make this public for our users
When a check fails because it exceeded the set response time monitor threshold, we should show the response time threshold and the response time of the check in the email alert details.0 votes
Domain Performance is a nice tool. But we need that information though rigor API
1. With the ability to get the information thought rigor monitoring API we can scale the usage of that data in so many levels.
2. Automate certain things like adding DNS prefetch links in our site to reduce DNS lookup time.
3. Get 10 Slowest domains from Rigor API to create a custom dashboard to analyze, report and take action on them, and many more.0 votes
Right we can filter by 'last 4 hours' but we want to see a series of check runs that happened more than a day ago the custom range option doesn't allow us to get more granular that 24 hours.
We should add starting hours and ending hours to start date and end date on custom ranges.0 votes
- Don't see your idea?