Авторизация по SSH ключам в GitLab/Github

git pull/push просит логин и пароль на каждой операции и вы задолбались их вводить? Тогда мы идём к вам:)!

Первое. Генерим ssh ключ:

ssh-keygen -t rsa -b 4096

Второе. Копируем созданный ключ (файл ~/.ssh/id_rsa.pub) в глобальные настройки профиля GitLab (если ссылка не работает, идти в Settings - > SSH Keys).

Третье. Проверяем, что локальный Git репозиторий работает с удаленным сервером через SSH вместо HTTP или HTTPS:

git remote -v

Если вы видите что-то вроде origin git@, то всё в порядке, если нет — переключаемся на SSH ссылку origin-сервера, её можно скопировать на странице репозитория в веб-интерфейсе самого Gitlab или Github:

Меняем удаленный Git сервер для работы через SSH вместо HTTPS:

git remote set-url origin git@gitlab.com:dbms/vetexpert-vuejs-mobileapp

Ура! Теперь команды git pull/push не будут просить логина и пароля.

Работа с Timezone в Django + PostgreSQL

Задача: разобраться, как нормально работать с временными зонами в Django/PostgreSQL.

Решение.
Включить в Django settings.py использование временных зон и указать нужную зону:

USE_TZ=True
TIME_ZONE = 'Europe/Moscow'

Для работы со временем и датой всегда использовать django.utils.timezone.localtime:

from django.utils import timezone
now = timezone.localtime(timezone.now())

Дело в том, что timezone.now() отдает время в UTC метке и тут можно напороться на два не очень удобных момента: в 2 часа московской ночи timezone.now().date() покажет неверную дату, и время timezone.now().hour — не текущий час в Москве, а текущий час по UTC. Поэтому всегда используем timezone.localtime() для получения нормального Московского времени.

PostgreSQL в связке с Django по умолчанию хранит все временные метки timestamp в UTC временной зоне и при использовании ORM установленная в Django временная зона перегоняется в UTC и в базе хранится как UTC.

Использование localtime() прекрасно — в Python коде мы уверены, что это всегда именно локальное нормальное время и дата.