Re: [PHP-DEV] [RFC][Vote] Asymmetric Visibility

2023-01-09 Thread Larry Garfield
On Mon, Jan 9, 2023, at 10:00 AM, Nicolas Grekas wrote: >> I am hereby opening the vote on the Asymmetric Visibility RFC: >> >> https://wiki.php.net/rfc/asymmetric-visibility >> >> Voting will be open for 2 weeks. >> >> While we would certainly prefer if everyone voted in favor, for those who >> vo

Re: [PHP-DEV] base64url format

2023-01-09 Thread David Gebler
On Mon, Jan 9, 2023 at 9:42 PM Derick Rethans wrote: > On 9 January 2023 18:49:28 GMT, Sara Golemon wrote: > >I've been working with JWTs lately and that means working with Base64URL > >format. (Ref: https://www.rfc-editor.org/rfc/rfc4648#section-5 ) > >This is essentially the same thing as norm

Re: [PHP-DEV] base64url format

2023-01-09 Thread Derick Rethans
On 9 January 2023 18:49:28 GMT, Sara Golemon wrote: >I've been working with JWTs lately and that means working with Base64URL >format. (Ref: https://www.rfc-editor.org/rfc/rfc4648#section-5 ) >This is essentially the same thing as normal Base64, but instead of '+' and >'/', it uses '-' and '_', re

Re: [PHP-DEV] base64url format

2023-01-09 Thread Hans Henrik Bergan
when http_build_query() wanted to support different encoding schemes, PHP_QUERY_RFC1738 and PHP_QUERY_RFC3986 was made, instead of creating http_build_query_rfc1738() and http_build_query_rfc3986() , hmm On Mon, 9 Jan 2023 at 21:12, Tim Düsterhus wrote: > > Hi > > On 1/9/23 19:49, Sara Golemon wr

Re: [PHP-DEV] base64url format

2023-01-09 Thread Tim Düsterhus
Hi On 1/9/23 19:49, Sara Golemon wrote: I've been working with JWTs lately and that means working with Base64URL format. (Ref: https://www.rfc-editor.org/rfc/rfc4648#section-5 ) This is essentially the same thing as normal Base64, but instead of '+' and '/', it uses '-' and '_', respectively. It

Re: [PHP-DEV] base64url format

2023-01-09 Thread Eric Mann via internals
I'm in support of such a feature, but would strongly advocate for an additional parameter to flag whether or not to include the trailing `=` pad. The trailing pad is optional according to RFC 4648, so I think leaving it off by default would be the ideal use case, but an optional `include_paddin

[PHP-DEV] Ability to set DONTFRAGMENT for UDP packets in ext/sockets

2023-01-09 Thread Dylan K. Taylor
Hi all, I noticed there is currently no way to set the DF (don't fragment) bit for UDP packets sent using `ext/sockets`. This is problematic when trying to do UDP path MTU discovery using PHP. I'm unsure if there may be any cross-platform concerns to watch out for here, but I'm just generally

[PHP-DEV] Re: base64url format

2023-01-09 Thread Christoph M. Becker
On 09.01.2023 at 19:49, Sara Golemon wrote: > I've been working with JWTs lately and that means working with Base64URL > format. (Ref: https://www.rfc-editor.org/rfc/rfc4648#section-5 ) > This is essentially the same thing as normal Base64, but instead of '+' and > '/', it uses '-' and '_', respec

[PHP-DEV] base64url format

2023-01-09 Thread Sara Golemon
I've been working with JWTs lately and that means working with Base64URL format. (Ref: https://www.rfc-editor.org/rfc/rfc4648#section-5 ) This is essentially the same thing as normal Base64, but instead of '+' and '/', it uses '-' and '_', respectively. It also allows leaving off the training '=' p

Re: [PHP-DEV] [RFC][Vote] Asymmetric Visibility

2023-01-09 Thread Nicolas Grekas
> I am hereby opening the vote on the Asymmetric Visibility RFC: > > https://wiki.php.net/rfc/asymmetric-visibility > > Voting will be open for 2 weeks. > > While we would certainly prefer if everyone voted in favor, for those who > vote against the authors kindly request that you indicate why, usi