pakakeh.go, branch v0.55.0

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

lib/http: refactoring "multipart/form-data" parameters in ClientRequest

2024-04-24T07:57:02Z

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]. We also add new function [CreateMultipartFileHeader] to help creating [multipart.FileHeader] from raw bytes, that can be assigned to [*multipart.Form].

lib/http: allow all HTTP method to generate HTTP request with body

2024-04-23T06:28:52Z

Althought 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".

telegram/bot: register GET endpoint to test webhook

2024-04-16T17:54:29Z

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.

telegram/bot: move Webhook options initialization to separate method

2024-04-16T17:50:19Z

telegram/bot: fix Webhook URL registration

2024-04-16T17:41:56Z

Using [path.Join] cause "https://domain" become "https:/domain" which is not a valid URL.

go.mod: update all dependencies

2024-04-13T08:38:53Z

lib/dns: make server accept record type ANY

2024-04-13T08:36:44Z

The record type ANY contains multiple A, AAAA or any known resource records that we already support.