Change all logger comments to "new format" which looks more aesthetically pleasing.

Old Format

We should color code essentially the equivalent of HTTP 1xx 2xx 3xx 4xx 5xx class errors in these bot comments.

# 1xx Class (Informational Responses)

+ 2xx Class (Successful Responses)

@@ 3xx Class (Redirection Messages) @@

! 4xx Class (Client Error Responses)

- 5xx Class (Server Error Responses)

New Format

As it turns out, GitHub flavored markdown includes these handy color indicators. We can use the same color keys but instead of diff syntax, we use this syntax.

This should be applied across all kernel and plugin messages.

It might even be handy to rename the methods in our logger if its still attached to posting comments. The inspiration behind the rename is so that the class of message is no longer subjective.

logger.info();
logger.success();
logger.redirect();
logger.clientError();
logger.serverError();

Status Codes

Based on HTTP status codes, we should color code the responses. The only problem is that some of the headers can be misleading, but it does look a lot more aesthetically pleasing than the diffs. The left border in particular I think is a great minimal representation of the status.

Source Code

> [!NOTE]
> 1xx

> [!TIP]
> 2xx

> [!IMPORTANT]
> 3xx

> [!WARNING]
> 4xx

> [!CAUTION]
> 5xx

About HTTP Status Code Classes

HTTP status codes are standardized codes returned by web servers to indicate the result of a client's request. These codes are grouped into five classes, each signifying a different category of response:

---

1xx: Informational

Description: The 1xx class of status codes indicates that the server has received the request and is continuing the process. These are provisional responses, providing interim information while the server continues to process the request.

Common Status Codes:

• 100 Continue: Indicates that the initial part of the request has been received and the client should continue with the rest of the request.
• 101 Switching Protocols: Informs the client that the server is switching to a different protocol as requested.
• 102 Processing (WebDAV): Signals that the server has received and is processing the request, but no response is available yet.

---

2xx: Success

Description: The 2xx class signifies that the client's request was successfully received, understood, and accepted by the server.

Common Status Codes:

• 200 OK: The request has succeeded. The meaning varies depending on the HTTP method used.
• 201 Created: The request has been fulfilled, resulting in the creation of a new resource.
• 202 Accepted: The request has been accepted for processing, but the processing is not complete.
• 204 No Content: The server successfully processed the request and is not returning any content.
• 206 Partial Content: The server is delivering only part of the resource due to a range header sent by the client.

---

3xx: Redirection

Description: The 3xx class indicates that further action is needed to complete the request. This usually means a redirection to a different resource.

Common Status Codes:

• 301 Moved Permanently: The resource has been permanently moved to a new URL.
• 302 Found: The resource resides temporarily under a different URL.
• 303 See Other: The response can be found under a different URI and should be retrieved using a GET method.
• 304 Not Modified: Indicates that the resource has not been modified since the last request.
• 307 Temporary Redirect: The request should be repeated with another URI; however, future requests should still use the original URI.

---

4xx: Client Error

Description: The 4xx class signifies errors that appear to have been caused by the client. These codes indicate that the request contains bad syntax or cannot be fulfilled.

Common Status Codes:

• 400 Bad Request: The server cannot process the request due to a client error (e.g., malformed request syntax).
• 401 Unauthorized: Authentication is required and has failed or has not yet been provided.
• 403 Forbidden: The client does not have access rights to the content.
• 404 Not Found: The server cannot find the requested resource.
• 405 Method Not Allowed: The request method is known by the server but is not supported by the target resource.
• 408 Request Timeout: The server timed out waiting for the request.
• 409 Conflict: The request could not be completed due to a conflict with the current state of the resource.
• 410 Gone: The resource requested is no longer available and will not be available again.
• 429 Too Many Requests: The user has sent too many requests in a given amount of time ("rate limiting").

---

5xx: Server Error

Description: The 5xx class indicates that the server failed to fulfill a valid request. The server is aware that it has encountered an error or is otherwise incapable of performing the request.

Common Status Codes:

• 500 Internal Server Error: A generic error message when the server encounters an unexpected condition.
• 501 Not Implemented: The server either does not recognize the request method or lacks the ability to fulfill it.
• 502 Bad Gateway: The server was acting as a gateway or proxy and received an invalid response from the upstream server.
• 503 Service Unavailable: The server is not ready to handle the request, often due to maintenance or overload.
• 504 Gateway Timeout: The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.
• 505 HTTP Version Not Supported: The server does not support the HTTP protocol version used in the request.

---

Understanding these status codes is essential for debugging web applications and ensuring efficient client-server communication. Each code provides specific information about what happened with a request, allowing developers to handle responses appropriately.