facil.io - 0.7.x HTTP / WebSockets Server Documentation

facil.io includes an HTTP/1.1 and WebSocket server / framework that could be used to author HTTP and WebSocket services, including REST applications, micro-services, etc'.

Note that, currently, only HTTP/1.1 is supported. Support for HTTP/2 is planned for future versions and could be implemented as a custom protocol until such time.

To use the facil.io HTTP and WebSocket API, include the file http.h

Listening to HTTP Connections

http_listen

intptr_t http_listen(const char *port, const char *binding,
                     struct http_settings_s);
Listens to HTTP connections at the specified `port` and `binding`. 
#define http_listen(port, binding, ...)                                        \
  http_listen((port), (binding), (struct http_settings_s){__VA_ARGS__})

The http_listen function is shadowed by the http_listen MACRO, which allows the function to accept "named arguments", i.e.:

/* Assuming we defined the HTTP request handler: */
static void on_http_request(http_s *h);
// ... 
if (http_listen("3000", NULL,
            .on_request = on_http_request,
            .public_folder = "www" ) == -1) {
    perror("No listening socket available on port 3000");
    exit(-1);
}

In addition to the port and address argument (explained in fio_listen), the following arguments are supported:

Returns -1 on error and the socket's uuid on success.

The on_finish callback is always called (even on errors).

Connecting to HTTP as a Client

http_connect

intptr_t http_connect(const char *address, struct http_settings_s);
#define http_connect(address, ...)                                             \
  http_connect((address), (struct http_settings_s){__VA_ARGS__})

Connects to an HTTP server as a client.

This function accepts the same arguments as the http_listen function (though some of hem will not be relevant for a client connection).

Upon a successful connection, the on_response callback is called with an empty http_s* handler (status == 0).

Use the HTTP Handler API to set it's content and send the request to the server. The second time the on_response function is called, the http_s handle will contain the actual response.

The address argument should contain a full URL style address for the server. i.e.:

      "http:/www.example.com:8080/"

If an address includes a path or query data, they will be automatically attached (both of them) to the HTTP handle's path property. i.e.

     "http:/www.example.com:8080/my_path?foo=bar"
     // will result in:
     fiobj_obj2cstr(h->path).data; //=> "/my_path?foo=bar"

To open a WebSocket connection, it's possible to use the ws protocol signature. However, it would be better to use the websocket_connect function instead.

Returns -1 on error and the socket's uuid on success.

The on_finish callback is always called.

The HTTP Data Handle (Request / Response)

HTTP request and response data is manages using the http_s structure type, which is defined as follows:

typedef struct {
  struct {
    void *vtbl;
    uintptr_t flag;
    FIOBJ out_headers;
  } private_data;
  struct timespec received_at;
  FIOBJ method;
  FIOBJ status_str;
  FIOBJ version;
  uintptr_t status;
  FIOBJ path;
  FIOBJ query;
  FIOBJ headers;
  FIOBJ cookies;
  FIOBJ params;
  FIOBJ body;
  void *udata;
} http_s;

The http_s data in NOT thread safe and can only be accessed safely from within the HTTP callbacks (on_request, on_response and the http_defer callback)

HTTP Handle Data Access

HTTP data can be accessed using the HTTP handle structure fields.

For example:

/* Collects a temporary reference to the Host header. Don't free the reference.*/
FIOBJ host = fiobj_hash_get(h->headers, HTTP_HEADER_HOST);

h->received_at

struct timespec received_at;

A time merker indicating when the request was received.

h->method

FIOBJ method;

A FIOBJ String containing the HTTP method string.

facil.io accepts non-standard methods as well as the standard GET, PUT, POST, etc' HTTP methods.

h->status

uintptr_t status;

The status used for the response (or if the object is a response).

When sending a request, the status should be set to 0.

h->status_str

FIOBJ status_str;

A FIOBJ String containing the HTTP status string, for response objects (client mode response).

h->version

FIOBJ version;

A FIOBJ String containing the HTTP version string, if any.

h->path

FIOBJ path;

A FIOBJ String containing the request path string, if any.

h->query

FIOBJ query;

A FIOBJ String containing the request query string, if any.

h->headers

FIOBJ headers;

A FIOBJ Hash Map containing the received header data as either a FIOBJ String or an FIOBJ Array.

When a header is received multiple times (such as cookie headers), an Array of Strings will be used instead of a single String.

h->cookies

FIOBJ cookies;

A placeholder for a hash of cookie data.

The FIOBJ Hash Map will be initialized when parsing the request using http_parse_cookies.

h->params

FIOBJ params;

A placeholder for a hash of request data.

The FIOBJ Hash Map will be initialized when parsing the request using http_parse_body and http_parse_query.

h->body

FIOBJ body;

A FIOBJ Data reader for body data (might be a temporary file, a string or NULL).

h->udata

void *udata;

An opaque user data pointer, which can be used before calling http_defer in order to retain persistent application information across events.

h->private_data

struct {
    void *vtbl;
    uintptr_t flag;
    FIOBJ out_headers;
} private_data;

Private data shouldn't be accessed directly. However, if you need to access the data, limit yourself to the out_headers field. The vtbl and flag should *never be altered as.

The out headers are set using the http_set_header, http_set_header2, and http_set_cookie functions.

Reading the outgoing headers is possible by directly accessing the Hash Map data. However, writing data to the Hash should be avoided.

Connection Information

http_settings

struct http_settings_s *http_settings(http_s *h);

Returns the settings used to setup the connection or NULL on error.

http_peer_addr

fio_str_info_s http_peer_addr(http_s *h);

Returns the direct address of the connected peer (most possibly an intermediary / proxy server).

NOTE: it is my hope that a future variation of this function will return a best guess at the actual client's address

Setting Headers and Cookies

http_set_header

int http_set_header(http_s *h, FIOBJ name, FIOBJ value);

Sets an outgoing header, taking ownership of the value object, but NOT the name object (so name objects could be reused in future responses).

Returns -1 on error and 0 on success.

http_set_header2

int http_set_header2(http_s *h, fio_str_info_s name, fio_str_info_s value);

Sets an outgoing header, copying the data.

Returns -1 on error and 0 on success.

int http_set_cookie(http_s *h, http_cookie_args_s);
#define http_set_cookie(http___handle, ...)                                    \
  http_set_cookie((http___handle), (http_cookie_args_s){__VA_ARGS__})

Sets an outgoing response cookie.

To set a request cookie, simply add the data to a header named "cookie".

The http_set_cookie function is shadowed by the http_set_cookie MACRO, which allows the function to accept "named arguments", i.e.:

http_set_cookie(request, .name = "my_cookie", .value = "data");

In addition to the handle argument (http_s *), the following arguments are supported:

Returns -1 on error and 0 on success.

Note: Long cookie names and long cookie values will be considered a security violation and an error will be returned. It should be noted that most proxies and servers will refuse long cookie names or values and many impose total header lengths (including cookies) of ~8Kib.

Sending a Response / Request

http_finish

void http_finish(http_s *h);

Sends the response headers for a header only response.

Important: After this function is called, the http_s object is no longer valid.

http_send_body

int http_send_body(http_s *h, void *data, uintptr_t length);

Sends the response headers and body.

Note: The body is copied to the HTTP stream and it's memory should be freed by the calling function.

Returns -1 on error and 0 on success.

Important: After this function is called, the http_s object is no longer valid.

http_sendfile

int http_sendfile(http_s *h, int fd, uintptr_t length, uintptr_t offset);

Sends the response headers and the specified file (the response's body).

The file is closed automatically.

Returns -1 on error and 0 on success.

Important: After this function is called, the http_s object is no longer valid.

http_sendfile2

int http_sendfile2(http_s *h, const char *prefix, size_t prefix_len,
                   const char *encoded, size_t encoded_len);

Sends the response headers and the specified file (the response's body).

The local and encoded strings will be joined into a single string that represent the file name. Either or both of these strings can be empty.

The encoded string will be URL decoded while the local string will used as is.

Returns 0 on success. A success value WILL CONSUME the http_s handle (it will become invalid).

Returns -1 on error (The http_s handle should still be used).

Important: After this function is called, the http_s object is no longer valid.

http_send_error

int http_send_error(http_s *h, size_t error_code);

Sends an HTTP error response.

Returns -1 on error and 0 on success.

Important: After this function is called, the http_s object is no longer valid.

Push Promise (future HTTP/2 support)

Note: HTTP/2 isn't implemented yet and these functions will simply fail.

http_push_data

int http_push_data(http_s *h, void *data, uintptr_t length, FIOBJ mime_type);

Pushes a data response when supported (HTTP/2 only).

Returns -1 on error and 0 on success.

http_push_file

int http_push_file(http_s *h, FIOBJ filename, FIOBJ mime_type);

Pushes a file response when supported (HTTP/2 only).

If mime_type is NULL, an attempt at automatic detection using filename will be made.

Returns -1 on error and 0 on success.

Rescheduling the HTTP event

http_pause

void http_pause(http_s *h, void (*task)(http_pause_handle_s *http));

Pauses the request / response handling and INVALIDATES the current http_s handle (no http functions can be called).

The http_resume function MUST be called (at some point) using the opaque http pointer given to the callback task.

The opaque http_pause_handle_s pointer is only valid for a single call to http_resume and can't be used by any regular http function (it's a different data type).

Note: the current http_s handle will become invalid once this function is called and it's data might be deallocated, invalid or used by a different thread.

http_resume

void http_resume(http_pause_handle_s *http, void (*task)(http_s *h),
                 void (*fallback)(void *udata));

Resumes a request / response handling within a task and INVALIDATES the current http_s handle.

The task MUST call one of the http_send_*, http_finish, or http_pausefunctions.

The (optional) fallback will receive the opaque udata that was stored in the HTTP handle and can be used for cleanup.

Note: http_resume can only be called after calling http_pause and entering it's task.

Note: the current http_s handle will become invalid once this function is called and it's data might be deallocated, invalidated or used by a different thread.

http_paused_udata_get

void *http_paused_udata_get(http_pause_handle_s *http);

Returns the udata associated with the paused opaque handle

http_paused_udata_set

void *http_paused_udata_set(http_pause_handle_s *http, void *udata);

Sets the udata associated with the paused opaque handle, returning the old value.

Deeper HTTP Data Parsing

The HTTP extension's initial HTTP parser parses the protocol, but not the HTTP data. This allows improved performance when parsing the data isn't necessary.

However, sometimes an application will want to parse a requests (or a response's) content, cookies or query parameters, converting it into a complex object.

This allows an application to convert a String data such as "user[name]=Joe" to a nested Hash Map, where the params Hash Map's key user maps to a nested Hash Map with the key name (and the value "Joe", as described by http_add2hash)).

http_parse_body

int http_parse_body(http_s *h);

Attempts to decode the request's body using the http_add2hash scheme.

Supported body types include:

This should be called before http_parse_query, in order to support JSON data.

If the JSON data isn't an object, it will be saved under the key "JSON" in the params hash.

If the multipart/form-data type contains JSON files, they will NOT be parsed (they will behave like any other file, with data, type and filename keys assigned). This allows non-object JSON data (such as array) to be handled by the app.

http_parse_query

void http_parse_query(http_s *h);

Parses the query part of an HTTP request/response. Uses http_add2hash.

This should be called after the http_parse_body function, just in case the body is a JSON object that doesn't have a Hash Map at it's root.

http_parse_cookies

void http_parse_cookies(http_s *h, uint8_t is_url_encoded);

Parses any Cookie / Set-Cookie headers, using the http_add2hash scheme.

http_add2hash

int http_add2hash(FIOBJ dest, char *name, size_t name_len, char *value,
                  size_t value_len, uint8_t encoded);

Adds a named parameter to the hash, converting a string to an object and resolving nesting references and URL decoding if required. i.e.:

Note: names can't begin with "[" or end with "]" as these are reserved characters.

http_add2hash2

int http_add2hash2(FIOBJ dest, char *name, size_t name_len, FIOBJ value,
                   uint8_t encoded);

Same as http_add2hash, using an existing object.

Miscellaneous HTTP Helpers

http_status2str

fio_str_info_s http_status2str(uintptr_t status);

Returns a human readable string representing the HTTP status number.

http_hijack

intptr_t http_hijack(http_s *h, fio_str_info_s *leftover);

Hijacks the socket away from the HTTP protocol and away from facil.io.

It's possible to hijack the socket and than reconnect it to a new protocol object.

It's possible to call http_finish immediately after calling http_hijack in order to send any outgoing headers before the hijacking is complete.

If any additional HTTP functions are called after the hijacking, the protocol object might attempt to continue reading data from the buffer.

Returns the underlining socket connection's uuid. If leftover isn't NULL, it will be populated with any remaining data in the HTTP buffer (the data will be automatically deallocated, so copy the data when in need).

WARNING: this isn't a good way to handle HTTP connections, especially as HTTP/2 enters the picture. To implement Server Sent Events consider calling http_upgrade2sse instead.

http_req2str

FIOBJ http_req2str(http_s *h);

Returns a String object representing the unparsed HTTP request (HTTP version is capped at HTTP/1.1). Mostly usable for proxy usage and debugging.

http_write_log

void http_write_log(http_s *h);

Writes a log line to stderr about the request / response object.

This function is called automatically if the .log setting is enabled.

WebSockets

WebSocket Upgrade From HTTP (Server)

http_upgrade2ws

int http_upgrade2ws(http_s *http, websocket_settings_s);
#define http_upgrade2ws(http, ...)                                             \
  http_upgrade2ws((http), (websocket_settings_s){__VA_ARGS__})

Upgrades an HTTP/1.1 connection to a WebSocket connection.

The http_upgrade2ws function is shadowed by the http_upgrade2ws MACRO, which allows the function to accept "named arguments".

In addition to the http_s argument, the following named arguments can be used:

This function will end the HTTP stage of the connection and attempt to "upgrade" to a WebSockets connection.

The http_s handle will be invalid after this call and the udata will be set to the new WebSocket udata.

A client connection's on_finish callback will be called (since the HTTP stage has finished).

Returns 0 on success or -1 on error.

NOTE:

The type used by some of the callbacks (ws_s) is an opaque WebSocket handle and has no relationship with the named arguments used in this function cal. It is only used to identify a WebSocket connection.

Similar to an http_s handle, it is only valid within the scope of the specific connection (the callbacks / tasks) and shouldn't be stored or accessed otherwise.

WebSocket Connections (Client)

websocket_connect

int websocket_connect(const char *url, websocket_settings_s settings);
#define websocket_connect(url, ...)                                        \
  websocket_connect((address), (websocket_settings_s){__VA_ARGS__})

Connects to a WebSocket service according to the provided address.

This is a somewhat naive connector object, it doesn't perform any authentication or other logical handling. However, it's quire easy to author a complext authentication logic using a combination of http_connect and http_upgrade2ws.

In addition to the url address, this function accepts the same named arguments as http_upgrade2ws.

Returns the uuid for the future WebSocket on success.

Returns -1 on error;

WebSocket Connection Management (write / close)

websocket_write

int websocket_write(ws_s *ws, fio_str_info_s msg, uint8_t is_text);

Writes data to the WebSocket. Returns -1 on failure (0 on success).

websocket_close

void websocket_close(ws_s *ws);

Closes a WebSocket connection. */

WebSocket Pub/Sub

websocket_subscribe

uintptr_t websocket_subscribe(struct websocket_subscribe_s args);
#define websocket_subscribe(, ...)                                       \
  websocket_subscribe((struct websocket_subscribe_s){.ws = ws_handle, __VA_ARGS__})

Subscribes to a pub/sub channel for, allowing for direct message deliverance when the on_message callback is missing.

To unsubscribe from the channel, use websocket_unsubscribe (NOT fio_unsubscribe).

The websocket_subscribe function is shadowed by the websocket_subscribe MACRO, which allows the function to accept "named arguments".

In addition to the ws_s * argument, the following named arguments can be used:

Returns a subscription ID on success and 0 on failure.

All subscriptions are automatically canceled and freed once the WebSocket is closed.

websocket_unsubscribe

void websocket_unsubscribe(ws_s *ws, uintptr_t subscription_id);

Unsubscribes from a channel.

Failures are silent.

All subscriptions are automatically revoked once the WebSocket is closed. So only use this function to unsubscribe while the WebSocket is open.

websocket_optimize4broadcasts

void websocket_optimize4broadcasts(intptr_t type, int enable);

Enables (or disables) any of the following broadcast optimizations:

This is normally performed automatically by the websocket_subscribe function. However, this function is provided for enabling the pub/sub meta-data based optimizations for external connections / subscriptions.

The pub/sub metadata type ID will match the optimnization type requested (i.e., WEBSOCKET_OPTIMIZE_PUBSUB) and the optimized data is a FIOBJ String containing a pre-encoded WebSocket packet ready to be sent. i.e.:

FIOBJ pre_wrapped = (FIOBJ)fio_message_metadata(msg,
                          WEBSOCKET_OPTIMIZE_PUBSUB);
fiobj_send_free((intptr_t)msg->udata1, fiobj_dup(pre_wrapped));

Note: to disable an optimization it should be disabled the same amount of times it was enabled - multiple optimization enablements for the same type are merged, but reference counted (disabled when reference is zero).

WebSocket Data

websocket_udata_get

void *websocket_udata_get(ws_s *ws);

Returns the opaque user data associated with the WebSocket.

websocket_udata_set

void *websocket_udata_set(ws_s *ws, void *udata);

Sets the opaque user data associated with the WebSocket.

Returns the old value, if any.

websocket_uuid

intptr_t websocket_uuid(ws_s *ws);

Returns the underlying socket UUID.

This is only relevant for collecting the protocol object from outside of WebSocket events, as the socket shouldn't be written to.

websocket_is_client

uint8_t websocket_is_client(ws_s *ws);

Returns 1 if the WebSocket connection is in Client mode (connected to a remote server) and 0 if the connection is in Server mode (a connection established using facil.io's HTTP server).

WebSocket Helpers

websocket_attach

void websocket_attach(intptr_t uuid, http_settings_s *http_settings,
                      websocket_settings_s *args, void *data, size_t length);

Used internally: attaches the WebSocket protocol to the uuid.

EventSource / Server Sent Events (SSE)

EventSource (SSE) Connection Management

http_upgrade2sse

int http_upgrade2sse(http_s *h, http_sse_s);
#define http_upgrade2sse(h, ...)                                               \
  http_upgrade2sse((h), (http_sse_s){__VA_ARGS__})

Upgrades an HTTP connection to an EventSource (SSE) connection.

The http_s handle will be invalid after this call.

On HTTP/1.1 connections, this will preclude future requests using the same connection.

The http_upgrade2sse function is shadowed by the http_upgrade2sse MACRO, which allows the function to accept "named arguments", much like http_listen. i.e.:

on_open_sse(sse_s * sse) {
  http_sse_subscribe(sse, .channel = CHANNEL_NAME); // a simple subscription example
}
on_upgrade(http_s* h) {
  http_upgrade2sse(h, .on_open = on_open_sse);
}

In addition to the http_s argument, the following arguments are supported:

http_sse_set_timout

void http_sse_set_timout(http_sse_s *sse, uint8_t timeout);

Sets the ping interval for SSE connections.

http_sse_close

int http_sse_close(http_sse_s *sse);

Closes an EventSource (SSE) connection.

EventSource (SSE) Pub/Sub

http_sse_subscribe

uintptr_t http_sse_subscribe(http_sse_s *sse,
                             struct http_sse_subscribe_args args);
#define http_sse_subscribe(sse, ...)                                           \
  http_sse_subscribe((sse), (struct http_sse_subscribe_args){__VA_ARGS__})

Subscribes to a pub/sub channel for, allowing for direct message deliverance when the on_message callback is missing.

To unsubscribe from the channel, use http_sse_unsubscribe (NOT fio_unsubscribe).

All subscriptions are automatically canceled and freed once the connection is closed.

The http_sse_subscribe function is shadowed by the http_sse_subscribe MACRO, which allows the function to accept "named arguments".

In addition to the sse argument, the following named arguments can be used:

Returns a subscription ID on success and 0 on failure.

http_sse_unsubscribe

void http_sse_unsubscribe(http_sse_s *sse, uintptr_t subscription);

Cancels a subscription and invalidates the subscription object.

Writing to the EventSource (SSE) Connection

http_sse_write

int http_sse_write(http_sse_s *sse, struct http_sse_write_args);
#define http_sse_write(sse, ...)                                               \
  http_sse_write((sse), (struct http_sse_write_args){__VA_ARGS__})

Writes data to an EventSource (SSE) connection.

The http_sse_write function is shadowed by the http_sse_write MACRO, which allows the function to accept "named arguments".

In addition to the sse argument, the following named arguments can be used:

Event field details can be found on the Mozilla developer website.

EventSource (SSE) Helpers

http_sse2uuid

intptr_t http_sse2uuid(http_sse_s *sse);

Get the connection's UUID (for fio_defer_io_task, pub/sub, etc').

http_sse_dup

http_sse_s *http_sse_dup(http_sse_s *sse);

Duplicates an SSE handle by reference, remember to http_sse_free.

Returns the same object (increases a reference count, no allocation is made).

http_sse_free

void http_sse_free(http_sse_s *sse);

Frees an SSE handle by reference (decreases the reference count).

Miscellaneous

Mime-Type helpers

The HTTP extension allows for easy conversion between file extensions and known Mime-Types.

Many known file extensions are registered by the HTTP extension during startup. However, it's also possible to add/register more Mime-Types during the setup stage.

NOTE:

The Mime-Type helpers are designed to allow for concurrent read access. By design, they are not thread safe.

It is recommended (and assumed) that all the calls to http_mimetype_register are performed during the setup stage (before calling fio_start).

http_mimetype_register

void http_mimetype_register(char *file_ext, size_t file_ext_len,
                            FIOBJ mime_type_str);

Registers a Mime-Type to be associated with a file extension, taking ownership of the mime_type_str String (use fiobj_dup to keep a copy).

File extension names should exclude the dot ('.') marking the beginning of the extension. i.e., use "jpg", "html", etc' (not ".jpg").

http_mimetype_find

FIOBJ http_mimetype_find(char *file_ext, size_t file_ext_len);

Finds the mime-type associated with the file extension, returning a String on success and FIOBJ_INVALID on failure.

Remember to call fiobj_free.

http_mimetype_find2

FIOBJ http_mimetype_find2(FIOBJ url);

Returns the mime-type associated with the URL or the default mime-type for HTTP.

Remember to call fiobj_free.

http_mimetype_clear

void http_mimetype_clear(void);

Clears the Mime-Type registry (it will be empty after this call).

Time / Date Helpers

http_gmtime

struct tm *http_gmtime(time_t timer, struct tm *tmbuf);

A faster (yet less localized) alternative to gmtime_r.

See the libc gmtime_r documentation for details.

Falls back to gmtime_r for dates before epoch.

http_date2rfc7231

size_t http_date2rfc7231(char *target, struct tm *tmbuf);

Writes an RFC 7231 date representation (HTTP date format) to the target buffer.

This requires ~32 bytes of space to be available at the target buffer (unless it's a super funky year, 32 bytes is about 3 more than you need).

Returns the number of bytes actually written.

http_date2str

Alias for http_date2rfc7231.

http_date2rfc2109

size_t http_date2rfc2109(char *target, struct tm *tmbuf);

Writes an RFC 2109 date representation to the target buffer. See http_date2rfc7231.

http_date2rfc2822

size_t http_date2rfc2822(char *target, struct tm *tmbuf);

Writes an RFC 2822 date representation to the target buffer. See http_date2rfc7231.

http_time2str

size_t http_time2str(char *target, const time_t t);

Prints Unix time to a HTTP time formatted string.

This variation implements cached results for faster processing, at the price of a less accurate string.

URL String Decoding

http_decode_url_unsafe

ssize_t http_decode_url_unsafe(char *dest, const char *url_data);

Decodes a URL encoded string, no buffer overflow protection.

http_decode_url

ssize_t http_decode_url(char *dest, const char *url_data, size_t length);

Decodes a URL encoded string (query / form data), no buffer overflow protection.

http_decode_path_unsafe

ssize_t http_decode_path_unsafe(char *dest, const char *url_data);

Decodes the "path" part of a request, no buffer overflow protection.

http_decode_path

ssize_t http_decode_path(char *dest, const char *url_data, size_t length);

Decodes the "path" part of an HTTP request, no buffer overflow protection.

Commonly Used Header Constants

Some headers are so commonly used, that the HTTP extension pre-allocates memory and objects to represent these headers.

Avoid freeing these headers, as the HTTP extension expects them to remain allocated until the application quits.

HTTP_HEADER_ACCEPT

extern FIOBJ HTTP_HEADER_ACCEPT;

Represents the HTTP Header "Accept".

HTTP_HEADER_CACHE_CONTROL

extern FIOBJ HTTP_HEADER_CACHE_CONTROL;

Represents the HTTP Header "Cache-Control".

HTTP_HEADER_CONNECTION

extern FIOBJ HTTP_HEADER_CONNECTION;

Represents the HTTP Header "Connection".

HTTP_HEADER_CONTENT_ENCODING

extern FIOBJ HTTP_HEADER_CONTENT_ENCODING;

Represents the HTTP Header "Content-Encoding".

HTTP_HEADER_CONTENT_LENGTH

extern FIOBJ HTTP_HEADER_CONTENT_LENGTH;

Represents the HTTP Header "Content-Length".

HTTP_HEADER_CONTENT_RANGE

extern FIOBJ HTTP_HEADER_CONTENT_RANGE;

Represents the HTTP Header "Content-Range".

HTTP_HEADER_CONTENT_TYPE

extern FIOBJ HTTP_HEADER_CONTENT_TYPE;

Represents the HTTP Header "Content-Type".

extern FIOBJ HTTP_HEADER_COOKIE;

Represents the HTTP Header "Cookie".

HTTP_HEADER_DATE

extern FIOBJ HTTP_HEADER_DATE;

Represents the HTTP Header "Date".

HTTP_HEADER_ETAG

extern FIOBJ HTTP_HEADER_ETAG;

Represents the HTTP Header "Etag".

HTTP_HEADER_HOST

extern FIOBJ HTTP_HEADER_HOST;

Represents the HTTP Header "Host".

HTTP_HEADER_LAST_MODIFIED

extern FIOBJ HTTP_HEADER_LAST_MODIFIED;

Represents the HTTP Header "Last-Modified".

HTTP_HEADER_ORIGIN

extern FIOBJ HTTP_HEADER_ORIGIN;

Represents the HTTP Header "Origin".

extern FIOBJ HTTP_HEADER_SET_COOKIE;

Represents the HTTP Header "Set-Cookie".

HTTP_HEADER_UPGRADE

extern FIOBJ HTTP_HEADER_UPGRADE;

Represents the HTTP Header "Upgrade".

Compile Time Settings

HTTP_BUSY_UNLESS_HAS_FDS

#define HTTP_BUSY_UNLESS_HAS_FDS 64

When a new connection is accepted, it will be immediately declined with a 503 service unavailable (server busy) response unless the following number of file descriptors is available.

HTTP_DEFAULT_BODY_LIMIT

#define HTTP_DEFAULT_BODY_LIMIT (1024 * 1024 * 50)

The default limit on HTTP message length (in bytes). A different limit can be set during runtime as part of the http_listen function call.

HTTP_MAX_HEADER_COUNT

#define HTTP_MAX_HEADER_COUNT 128

The maximum (hard coded) number of headers per HTTP request, after which the request is considered malicious and the connection is abruptly closed.

HTTP_MAX_HEADER_LENGTH

#define HTTP_MAX_HEADER_LENGTH 8192

the default maximum length for a single header line