Skip to content
My Beast
Cart
Developer docsMenu

Errors · Plans and data

Limits

Each package sets how many error events and performance samples a project may send in a month, and how long its events are kept.

By package

Loading the limits…

What counts

  • Error events a month: every error Errors takes in, from your server and your pages alike, light ones from a storm too. An event sent twice with the same id counts once. A refused one doesn't count, and neither does an event of an issue ignored with "stop storing its events".
  • Performance samples a month: every measured request or job sent, which is every failed and every slow one and a share of the rest. Off until you turn performance on; lower MYBEAST_ERRORS_PERFORMANCE_SAMPLE_RATE to send fewer.
  • Error events kept for: the most days the project's setting may say, in Errors' Settings → Error events. Older events are deleted each night; issues and their counts stay. Moving to a package that keeps fewer days brings the setting down with it.

A month is a calendar month in UTC: the counts start again on the 1st.

Past a monthly limit

Errors refuses the rest of the month's events, or samples, until the 1st. Nothing is taken away: the issues you have stay, and you can work on them as before. Until the 1st there are no new issues and no alerts for what was refused.

  • The project's admins get an e-mail at 80 % and when the limit is used up, and a banner on the project's pages says so. The foot of Errors' sidebar shows how much is used on every page.
  • The Laravel SDK drops what is refused rather than keep sending it, and says so once a month in your app's log, then once more when Errors takes them again:
Log
My Beast errors: the project has used up this month's error events; the service drops the rest until the 1st (UTC).

A page's error past the limit is answered as usual and dropped. A bigger package raises the limit at once: a workspace's owners change it on its Subscription page at id.my-beast.com.

Limits on every package

A batch from your server holds up to 100 events, and the API takes a set number of requests a minute per server secret: API basics. A page sends at most 10 errors per page load. When one issue fires many times a minute, the extra events are kept light (When one issue fires a lot).