Get desktop application:
View/edit binary Protocol Buffers messages
A common proto for logging HTTP requests.
Used in:
The request method. Examples: `"GET"`, `"HEAD"`, `"PUT"`, `"POST"`.
The scheme (http, https), the host name, the path and the query portion of the URL that was requested. Example: `"http://example.com/some/info?color=red"`.
The size of the HTTP request message in bytes, including the request headers and the request body.
The response code indicating the status of response. Examples: 200, 404.
The size of the HTTP response message sent back to the client, in bytes, including the response headers and the response body.
The user agent sent by the client. Example: `"Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; Q312461; .NET CLR 1.0.3705)"`.
The IP address (IPv4 or IPv6) of the client that issued the HTTP request. Examples: `"192.168.1.1"`, `"FE80::0202:B3FF:FE1E:8329"`.
The referer URL of the request, as defined in [HTTP/1.1 Header Field Definitions](http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html).
Whether or not an entity was served from cache (with or without validation).
Whether or not the response was validated with the origin server before being served from cache. This field is only meaningful if `cache_hit` is True.
The severity of the event described in a log entry. These guideline severity levels are ordered, with numerically smaller levels treated as less severe than numerically larger levels. If the source of the log entries uses a different set of severity levels, the client should select the closest corresponding `LogSeverity` value. For example, Java's FINE, FINER, and FINEST levels might all map to `LogSeverity.DEBUG`. If the original severity code must be preserved, it can be stored in the payload.
Used in:
The log entry has no assigned severity level.
Debug or trace information.
Routine information, such as ongoing status or performance.
Normal but significant events, such as start up, shut down, or configuration.
Warning events might cause problems.
Error events are likely to cause problems.
Critical events cause more severe problems or brief outages.
A person must take an action immediately.
One or more systems are unusable.