| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
slweb now assumes application/x-www-form-urlencoded-data as text, so it
now returns a null-terminated string on struct http_post member "data".
This removes the need for slcl to call strdup(3) in order to obtain a
null-terminated string.
|
| |
|
|
|
|
|
|
|
| |
For historical reasons, slweb used to check for a name called "dir" on
multipart/form-data POST requests. However, stricly speaking this is
application logic, so it has been now moved from slweb to slcl.
This has resulted in a couple of breaking changes in slweb that had to
be updated on slcl.
|
| |
|
|
| |
Last commits introduced several minor bugfixes and improvements.
|
| |
|
|
|
|
|
|
|
| |
d55b84f68b90fe5c2521724d0c22ebf22e62b0b4 introduces a bugfix:
Author: Xavier Del Campo Romero <xavi.dcr@tutanota.com>
Date: Tue Aug 8 00:32:21 2023 +0200
html.c: Fix wrong encoding for '>' and '<'
|
| | |
|
| | |
|
| | |
|
|
|
slweb contains the HTTP/1.1 server implementation and surrounding
utilities that are used by slcl. The motivation behind this was to allow
these components to be used by other projects, as well as effectively
making slcl smaller and more modular.
|
