pakakeh.go, branch v0.55.2

Release pakakeh.go v0.55.2 (2024-07-22)

2024-07-21T17:39:49Z

=== Bug fix * lib/memfs: sanitize the Root directory to fix refresh In [MemFS.refresh], if the requested url is "/file1" and [Options.Root] is ".", the path during refresh become "file1" and if passed to [filepath.Dir] it will return ".". This cause the loop on refresh never end because there is no PathNodes equal with ".".

lib/memfs: sanitize the Root directory to fix refresh

2024-07-21T17:38:19Z

In [MemFS.refresh], if the requested url is "/file1" and [Options.Root] is ".", the path during refresh become "file1" and if passed to [filepath.Dir] it will return ".". This cause the loop on refresh never end because there is no PathNodes equal with ".".

cmd/bcrypt: check for error during Fscanln

2024-07-21T17:35:02Z

Release pakakeh.go v0.55.1 (2024-06-20)

2024-06-19T19:12:54Z

=== Enhancements * lib/http: add request type HTML The RequestTypeHTML define the content type "text/html". * lib/path: add method Path to Route Unlike String method that may return the key’s name in returned path, the Path method return the path with all the keys has been substituted with values, even if its empty.

all: update the git file links

2024-06-18T16:09:29Z

Replace link with master branch to main branch.

lib/http: add request type HTML

2024-06-08T16:11:52Z

The RequestTypeHTML define the content type "text/html".

lib/path: add method Path to Route

2024-06-08T08:44:47Z

Unlike String method that may return the key's name in returned path, the Path method return the path with all the keys has been substituted with values, even if its empty.

Release pakakeh.go v0.55.0 (2024-05-04)

2024-05-04T08:17:06Z

=== Breaking changes * lib/http: refactoring "multipart/form-data" parameters in ClientRequest Previously, ClientRequest with type RequestTypeMultipartForm pass the type "map[string][]byte" in Params. This type hold the file upload, where key is the file name and []byte is content of file. Unfortunately, this model does not correct because a "multipart/form-data" can contains different field name and file name, for example --boundary Content-Disposition: form-data; name="field0"; filename="file0" Content-Type: application/octet-stream This changes fix this by changing the parameter type for RequestTypeMultipartForm to [*multipart.Form], which affect several functions including [Client.PutFormData] and [GenerateFormData]. === Bug fixes * lib/dns: fix packing and unpacking OPT record The RDATA in OPT records can contains zero or more options. Previously, we only handle unpacking and packing one option, now we handle multiple options. * telegram/bot: fix Webhook URL registration Using [path.Join] cause "https://domain" become "https:/domain" which is not a valid URL. This bug caused by refactoring in b89afa24f. === Enhancements * lib/memfs: set embed file mode to print as octal Using octal in mode make the embedded code more readable, for example mode with permission "0o644" much more readable than 420". * telegram/bot: register GET endpoint to test webhook The call to get "GET /" will return HTTP status 200 with JSON body '{"code":200,"message":"OK"}'. This endpoint is to check if the bot server is really running. * lib/http: allow all HTTP method to generate HTTP request with body Although the RFC 7231 says that no special defined meaning for a payload in GET, some implementation of HTTP API sometimes use GET with content type "application/x-www-form-urlencoded". * lib/http: add new function [CreateMultipartFileHeader] The CreateMultipartFileHeader help creating [multipart.FileHeader] from raw bytes, that can be assigned to [*multipart.Form].

lib: comply with linter recommendations

2024-05-04T08:17:04Z

go.mod: update module go-x-crypto

2024-05-04T08:17:00Z