xavi/slcl, branch v0.2.0

CMakeLists.txt: Bump version to 0.2.0

2024-02-12T22:15:15+00:00

Bump libweb to 0.2.0

2024-02-12T22:15:14+00:00

usergen: Fix password generation

2024-01-26T19:32:28+00:00

For longer passwords, od(1) might introduce a newline character, causing printf(1) to interpret its input string incorrectly.

Bump libweb

2024-01-26T19:31:34+00:00

The following commits introduced performance improvements and bugfixes: Author: Xavier Del Campo Romero Date: Sat Jan 20 01:09:18 2024 +0100 server.c: Fix wrong priority for do_exit Under some specific circumstances, poll(2) would return a positive integer, but do_exit might had been previously set. This caused libweb to ignore SIGTERM, with the potential risk for an endless loop. Author: Xavier Del Campo Romero Date: Sat Jan 20 01:05:05 2024 +0100 http.c: Solve performance issues on POST uploads Profiling showed that reading multipart/form POST uploads byte-by-byte was too slow and typically led to maximum CPU usage. Therefore, the older approach (as done up to commit 7efc2b3a) was more efficient, even if the resulting code was a bit uglier.

configure: Avoid file extension conversion

2024-01-26T19:31:18+00:00

configure: Fix typo

2023-11-24T00:52:52+00:00

slweb was renamed to libweb some time ago: commit 28ae865e5ecad9b398ac21fa148fc4b93c987226 Author: Xavier Del Campo Romero Date: Tue Oct 10 23:43:47 2023 +0200 Apply slweb renaming to libweb

.gitignore: Ignore only ./Makefile

2023-11-24T00:52:00+00:00

Future commits might introduce Makefiles on other directories that should not be ignored.

Bump libweb

2023-11-24T00:38:51+00:00

The following commit should increase performance for slcl: commit b0accd099fa8c5110d4c3c68830ad6fd810ca3ec Author: Xavier Del Campo Romero Date: Fri Nov 24 00:52:50 2023 +0100 http.c: Unify read operations So far, libweb would perform different read operations depending on its state: - For HTTP headers or request bodies, one byte at a time was read. - For multipart/form-data, up to BUFSIZ bytes at a time were read. However, this caused a significant extra number of syscalls for no reason and would increase code complexity, specially when parsing multiform/form-data boundaries. Now, http_read always reads up to BUFSIZ bytes at a time and process them on a loop. Apart from reducing code complexity, this should increase performance due to the (much) lower number of syscalls required.

CMakeLists.txt: Fix wrong parameters for project

2023-11-22T23:07:45+00:00

When VERSION is given, LANGUAGES becomes mandatory.

Upgrade to new libweb interface

2023-11-22T23:06:09+00:00

Recent commits from libweb brought a few breaking changes. The one below affected slcl, so it had to be updated according to the new interface: commit 98f5f52461b0c1ab1ee3331722bd32e2db9e1d41 Author: Xavier Del Campo Date: Thu Nov 16 12:23:08 2023 +0100 Split handler_loop from handler_listen Some applications might set up a struct handler object to listen on any port i.e., 0, but still need a way to determine which port number was eventually selected by the implementation. Therefore, handler_listen has been reduced to the server initialization bit, whereas the main loop has been split into its own function, namely handler_loop. Because of these changes, it no longer made sense for libweb to write the selected port to standard output, as this is something now applications can do on their own.