На клиенте - да

Серверу об этом знать не надо

Нет, это не так. https://wiki.postgresql.org/wiki/Don%27t_Do_This#Don.27t_use_timestamp_.28without_time_zone.29_to_store_UTC_times

Надо. Вы так "напорете", и ещё как.

Не, речь не идёт об отказе от timestamptz в пользу timestamp. Речь только о том, что timestamptz в данных должен быть всегда utc

Эта фраза не имеет никакого смысла, просто для информации.
Если Вам кажется, что это не так — Вы не понимаете, как устроена работа с датой/временем в PostgreSQL.

как с этим справиться?

Creating storage and log directories...
We can now configure the Apache Web server for you. This involves enabling the wsgi module and configuring the pgAdmin 4 application to mount at /pgadmin4. Do you wish to continue (y/n)? y
Usage: grep [OPTION]... PATTERN [FILE]...
Try 'grep --help' for more information.
The Apache web server is not running. We can enable and start the web server for you to finish pgAdmin 4 installation. Continue (y/n)? y
Too few arguments.
Error enabling . Please check the systemd logs
Too few arguments.
Error starting . Please check the systemd logs

Делал все что есть в этом треде, не помогло
https://stackoverflow.com/questions/65683977/cannot-complete-pgadmin4-setup-apache-web-server

Друг, тебе третьи сутки говорят, что ты не правильно понимаешь суть работы с датами-временем. Тебе не приходило в голову, что пора попробовать задуматься?

В сторону: "Не, обычно я спокойный человек, но если, но тут как тебя выводят из себя просто, целый день просто, понимаете? ..." ;)
https://t.me/pgsql/288395
Ну сколько можно переливать из пустого в порожнее, в самом деле?!
Мы конкретные вопросы и описание проблемы услышим уже?

А разве не дольше?

Вроде бы, по ссылке первое сообщение на эту тему. Сутки уже почти прошли. ;)

А можете пример привести?

А, пардон. Я до трёх ночи обновлял ноут, который полгода не включали и кажется, что прошла неделя.

Я же привёл ссылку... а конкретные примеры "напороть" можно найти даже в истории этого чата.

Проблемы нет, так как можно определить таймзону руками …
Я говорил что было бы удобней если библиотека клиента постгрес определяла свою timezone автоматический.

Вы говорите что это магия, но не пояснили почему.

Например почему нельзя использовать данный подход ?
https://stackoverflow.com/questions/13804095/get-the-time-zone-gmt-offset-in-c

Спасибо

Смотря где. У ПостгресПро всё должно точно, но проверьте, что читаете про чистый постгрес нужной версии, а не про последний постгреспро.
Был ещё какой-то сайт на котором лет 7 перевод не обновлялся.

> Я говорил что было бы удобней если библиотека клиента постгрес определяла свою timezone автоматический.

А Вы знаете, что "библиотек клиента постгрес" гораздо больше одной?
Т.е. чуть ли не для каждого ЯП есть своя реализация протокола postgres ("с нуля").
И что там авторы (зачастую не имеющие никакого отношения к проекту postgres!) написали — откуда нам знать?

> Вы говорите что это магия, но не пояснили почему.

Да, некоторые клиенты используют libpq, и только на них можно как-то повлиять (переменной окружения, как Вы и нашли).
Но толку развивать эту тему, если (почти) все остальные клиентские API эти переменные, естественно, игнорируют?

Т.е., собственно, поэтому. Заставить изменить time zone библиотеку, которая ничего знать не знает ни о каких переменных окружения (а может, и вообще не поддерживает параметры соединения), можно только магией, никак иначе (если в её исходники не лезть). ;)

> Например почему нельзя использовать данный подход ?

Используйте. Вот Вы на каком языке пишете / каким клиентским API пользуетесь?

в версии для 9.6 есть полностью противоположный оригиналу перевод.
сравните второй абзац, последнюю строчку ( на Следует отметить… )
- https://www.postgresql.org/docs/9.6/runtime-config-resource.html#GUC-TEMP-FILE-LIMIT (оригинал)
- https://postgrespro.ru/docs/postgrespro/9.6/runtime-config-resource#idp32812
- https://postgrespro.ru/docs/postgrespro/13/runtime-config-resource#id-1.6.5.7.3.2.1.1.3

Мне казалось что большенство реализаций основано на libpq

Ясно, спасибо