Re: Setting min/max TLS protocol in clientside libpq

Поиск
Список
Период
Сортировка
От Daniel Gustafsson
Тема Re: Setting min/max TLS protocol in clientside libpq
Дата
Msg-id B15D27D8-1DF5-4AC2-AFF2-274ABDCEAFA6@yesql.se
обсуждение исходный текст
Ответ на Re: Setting min/max TLS protocol in clientside libpq  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: Setting min/max TLS protocol in clientside libpq
Список pgsql-hackers
> On 26 Apr 2020, at 14:01, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote:
>
> On 2020-04-24 14:03, Daniel Gustafsson wrote:
>>> On 24 Apr 2020, at 12:56, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote:
>>>
>>> Can we reconsider whether we really want to name the new settings like "sslminprotocolversion", or whether we could
addsome underscores, both for readability and for consistency with the server-side options? 
>> That was brought up by Michael in the thread, but none of us followed up on it
>> it seems.  The current name was chosen to be consistent with the already
>> existing ssl* client-side settings, but I don't really have strong opinions on
>> if that makes sense or not.  Perhaps use ssl_m{in|max}_protocolversion to make
>> it more readable?
>
> The names on the backend side are ssl_{min|max|_protocol_version.

That was the preferred name by Michael too elsewhere in the thread, so went
ahead and made it so.

>> The attached renames the userfacing setting, but keeps the environment variable
>> without underscores as most settings have env vars without underscores.
>
> Keeping the environment variable as is seems fine (also consistent with "channel_binding").
>
> I would, however, prefer to also rename the internal symbols.

Done in the attached v2.

cheers ./daniel


Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: Binary search in ScalarArrayOpExpr for OR'd constant arrays
Следующее
От: James Coleman
Дата:
Сообщение: Re: Binary search in ScalarArrayOpExpr for OR'd constant arrays