xavi/slcl/main.c, branch decode-url Small and lightweight cloud storage written in C99 and POSIX.1-2008. https://gitea.privatedns.org/xavi/slcl/atom?h=decode-url 2023-11-11T23:15:57+00:00 libweb: Bump new signature for http_decode_url 2023-11-11T23:15:57+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-11-11T23:01:35+00:00 urn:sha1:c8e91394de5c9ff7f026736f72fca5939030558c The new signature allows callers to distinguish decoding errors from fatal errors. This is important for slcl to avoid crashing when ill-formed data is received from a client. main.c: Use BUFSIZ instead of arbitrary value 2023-10-19T13:32:22+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-10-19T13:32:22+00:00 urn:sha1:9376361bcb8e323c7041d19895f967b5bf3ba038 According to C99 7.19.1p3: BUFSIZ is a macro that expands to an integer constant expression that is the size of the buffer used by the setbuf function. In other words, this means BUFSIZ is the most optimal length for a buffer that reads a file into memory in chunks using fread(3). Implement HEAD support 2023-10-13T23:08:02+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-10-02T22:09:37+00:00 urn:sha1:472b4ddbf151b44f5fc01c4c1752ce5529a0cf85 Apply slweb renaming to libweb 2023-10-10T22:08:40+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-10-10T21:43:47+00:00 urn:sha1:28ae865e5ecad9b398ac21fa148fc4b93c987226 main.c: Refactor calls to handler_add 2023-09-15T23:46:07+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-09-15T23:46:07+00:00 urn:sha1:b2037fea902cca2dd0238a1116b05480ef29b3d6 main.c: Remove string duplication in get_forms 2023-09-09T00:34:26+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-09-09T00:30:37+00:00 urn:sha1:e81d1f6312de85e5640277f5968263aa8cd393db 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. Check directory on uploads 2023-09-08T22:50:22+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-09-08T22:47:14+00:00 urn:sha1:fcef3b99b86312aaeb9e1cae88179abbfda90dff 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. main.c: Return 1 on null buffer 2023-09-08T22:15:39+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-09-08T22:15:39+00:00 urn:sha1:df873a988ca42d79d87acac160fdab797cb3d16d Malformed POST requests might include no payload data. However, this is not considered a fatal error, but wrong user input. Adapt to slweb's include paths 2023-07-20T23:40:55+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-07-20T23:24:10+00:00 urn:sha1:e49f1da7aed6894c8893cf29c33c4ca839d74976 slweb puts its header files into its own directory in order to avoid potential name clashing. Limit amount of search results 2023-07-11T11:27:49+00:00 Xavier Del Campo Romero xavi.dcr@tutanota.com 2023-07-11T11:11:50+00:00 urn:sha1:38f3f82a77ed4782a9c4e1b4e5a6d9d4c71390a2 When a user enters a search term that is too generic, slcl would generate a long list of search results, where this generation could have a big impact on the server performance and its available resources. Therefore, it is reasonable to limit the number of search results to an arbitrary limit, so that users are forced to enter a more specific search term in order to achieve more relevant results.