Free tools

HTTP 404 Not Found

The server has no resource at this URL. Free reference, no signup.

404 Not Found

MeaningThe server has no resource at this URL.
WhenThe path is wrong, the id does not exist, or a channel slug is unknown.
CausesA typo, a deleted record, or a route that was never deployed.
FixCheck the path and id. Trigv returns 404 when the channel slug is unknown for that workspace.
RetryRetrying the same URL will not create the resource.
Alert?Usually no. A missing page is normal. Alert if your own health or API route starts 404ing.

Runs in your browser. Nothing you enter is stored.

Most 404s are not an incident

A missing page is normal. Alert if your own health or API route starts 404ing.

curl -sS -X POST https://api.trigv.com/v1/events \
  -H "Content-Type: application/json" \
  -H "Accept: application/json" \
  -H "Authorization: Bearer $TRIGV_API_KEY" \
  -d '{"channel":"ops","title":"HTTP 404","level":"warning"}'

How to use it

  1. Read what 404 means before changing a retry loop.
  2. Check the common causes against the response body and the server log.
  3. Follow the retry note. Retrying a 400 with the same body will fail again.
  4. Alert only in the cases the verdict describes.

About this tool

HTTP 404 Not Found means The server has no resource at this URL. Servers send it when The path is wrong, the id does not exist, or a channel slug is unknown.

Common causes: A typo, a deleted record, or a route that was never deployed. The practical fix is: Check the path and id. Trigv returns 404 when the channel slug is unknown for that workspace.

Retry: Retrying the same URL will not create the resource.

Alert on it? Usually no. A missing page is normal. Alert if your own health or API route starts 404ing.

Trigv is a push for the moment a status starts mattering, not a log of every response. If the code is one you should hear about, the snippet posts a single event with level error or warning. The status page itself does not call your API.

Questions

What is HTTP 404?

The server has no resource at this URL.

Should the client retry?

Retrying the same URL will not create the resource.

Should I alert on it?

Usually no. A missing page is normal. Alert if your own health or API route starts 404ing.

How is this different from reading the spec?

The page adds a plain retry note and an alert verdict for people running the service, not only for people parsing the response.