После очередной установки сертификата SSL от Lets`Encript и проверки его на ssllabs.com получил не радующий результат:
А хотелось бы такой:
Порыл гугл и как всегда нарыл полу-работающий рецепт. Путем некоторых танцев с бубном и обработки напильником получил работающий на сегодняшний момент рецепт.
Изменяем файл /etc/letsencrypt/options-ssl-nginx.conf следующим образом...
В процессе работы над множеством проектов выработал для себя типовую структуру Django проекта, которая удовлетворяет всем моим требованиям и удобна как для разработки так и для поддержки.
Как всегда я использую свой стандартный стэк: Debian/Ubuntu + Python 3.* + PostgreSQL + NGINX + virtualenv + Django
Структура моих проектах основывается на рекомендациях Two Scoops of Django 1.11 с учетом моего стека и выглядит следующим образом:
Часто в проектах использую JSON поля PostgreSQL.
При этом в админке Django они отображаются так как лежат в базе. Выглядит это примерно так:
{ "1": "\u041f\u0435\u0440\u0432\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435", "2": "\u0412\u0442\u043e\u0440\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435" }
Естественно это не по человечески и хотелось бы видеть в нормальном виде.
Для этого делаем следующее:
Иногда случаются ситуации когда данные в базе проекта уже есть и их надо связать с новой моделью, причем обязательной связью один ко многим.
Можно конечно временно обозначить связывающее поле ForeignKey как blank=True и заполнить после того как в новой модели появятся данные, а потом убрать blank=True.
Но это куча лишних действий и две миграции вместо одной.
Можно сделать тоже самое одной миграцией с добавлением в новую модель первой записи.
Для этого надо выполнить следующие шаги:
На VDS одного из проектов который я поддерживаю и который крутится на моем хостере по умолчанию (firstvds) недавно произошел сбой.
Сбои на VDS сами по себе явления необычные, а тут прям все "колом встало".
В результате разбора ситуации оказалось что сбойнула файловая система.
Файловую систему оживил но уперся в другую проблему. Postgres отказался запускаться и писал что-то типа:
Видео относительно старое но по сей день актуальное.
Возможно велосипед, но велосипед простой и понятный.
При обновлении сайтов на Debian jessie, точнее при hg pull или hg push начал получать ошибку вида:
abort: error: [SSL: WRONG_VERSION_NUMBER] wrong version number (_ssl.c:581)
Проблема оказалась в том что bitbucket перестал поддерживать старые версии mercurial.
Поэтому для старых версий ОС решение простое и незамысловатое:
root$ pip install mercurial
Только не забудьте предварительно удалить старую версию.
В своих проектах в качестве редактора WYSIWYG использую удобный, встраиваемый в Django редактор
Встраивается он приложением
Но данный пост не об этом.
Сегодня я расскажу как я реализовал удобную перелинковку статей этого блога с помощью виджета для summernote.

Для фильтрации спамма в формах на сайте Гугл предоставил нам всем удобный инструмент reCAPTCHA.
Добрые люди из сообщества Django разработали приложение Django-recaptcha.
Поэтому у нас больше нет оправданий, чтобы не использовать удобную каптчу в своих проектах.
Шучу. Кому надо ставить reCaptcha читайте дальше