@@ -122,10 +122,8 @@ The code itself sends HTTPS requests to the different services to see if they ar
The `.htaccess` files are configuration for the Apache webserver:
*`api/.htaccess` redirects every request to `/api` to `/api/v1` (so you can enter https://status.fsco.li/api in your browser and are automatically directed to https://status.fsco.li/api/v1). This is just a comfort feature.
*`api/v1/.htaccess` is more complex: It rewrites every request ...
* ... to `/api/v1/services` to go to `/api/v1/services.php`.
* ... to `/api/v1/services/<host>` to go to `/api/v1/services.php?host=<host>`
* This is necessary because we want to provide a true REST-API experience (where all the request URLs look like paths), but can only use single PHP files to build the application, which take their parameters using queries (e.g., `?host=<host>`).
*`api/v1/.htaccess` rewrites every request to `/api/v1/services` to go to `/api/v1/services.php`.
* This is necessary because we want to provide a true REST-API experience (where all the request URLs look like paths), so we would like to avoid the `.php` suffix.
description:The HTTP response code one get's when sending a simple HTTP GET request to the service.
description:The curl response code when sending a HTTPS GET request to the service. Usually the HTTP status code (e.g. 200, 404), in case of network errors, it might be a different code.
type:integer
readOnly:true
host:
description:|-
The host name of the service.
This is not the URL, i.e. do not prefix this with a protocol (e.g. use example.com
and not https://example.com)
This is not the URL, i.e. do not prefix this with a protocol (e.g. `example.com` and not `https://example.com`)