Usage: fetch status responses
You probably don't want to expose the status codes to just anyone.
By default the monitoring endpoint uses Symfony guard with the
So the call should be performed with an API key.
The Installer will create a "monitoring" user with a random API key (64 characters).
The API key can be added as HTTP header (or if your monitoring tool doesn't support header configuration, you can pass it as query string, however this is not the preferred method).
The recommended way of passing API Key for webservice is through HTTP header X-API-Key however you can still use query parameter method
(quoted from the Pimcore docs)
Configure your monitoring software
Next step is to configure your monitoring software to schedule HTTP requests to the provided endpoints. The returned status code can trigger an alarm in your monitoring software.
- daily call to check vulnerabilities in your composer packages
- check every 4 hours how long it's been since the last time the sitemap was generated (if less than 24hours, return status 200)
Console commands instead of HTTP requests
Optionally you could let the server perform the
and process the command exit code instead of the HTTP request.
This would not require authentication, but your monitoring software has to support this.
Note: add the
--quiet flag to suppress the detailed output
$ php bin/console monitoring:job:details package-checker --quiet # print the exit code of the command (0 = success) $ echo $? 0
$ php bin/console monitoring:job:details coffee-maker --quiet # print the exit code of the command (0 = success) $ echo $? 129
An overview page is added to give a quick glimpse of the status of the active jobs.
It's available under the route
monitoring/overview (which will need an active backoffice session, or an API key).
Or available as an extra item in the "Tools" menu in the Pimcore interface.