deepblack

Ничего не понятно, что вы ожидаете, какой результат?
При docker-compose down контейнер удаляется, БД не сохраняется. Никакой обратный процесс не нужен.

upd.:
lolrofl01,
суммаризируя все варианты ответов/комментариев/советов:
- так как вы хотите не работает
- можно переписать свой entrypoint.sh с отловом SIGTERM, и сохранением дампа в ваш файл (много рисков, провозитесь, а успеет процесс сохранить sql или нет большой вопрос доверия такому бэкапу)
- использовать mount volume/bind в папку - хранить т.е. стейтфул данные бд на хосте
выбирайте.

Потому-что так банально компактнее при том-же результате.
Даже в случае с двумя значениями требуется конструкция вида (просто сравните ее с приведенным кодом):
len(pin) == 4 or len(pin) == 6
А представьте, что требуется подобным образом проверить пять/шесть значений. Или требуется проверить произвольное количество значений.

Если эта папка с файлами ранее была добавлена в репозиторий, то после добавления ее в .gitignore нужно удалить эти файлы из индекса git командой

git rm --cached .lh/ -r

Так уж повелось, что основное (большее) количество разработчиков работают в среде linux или средах разработки и библиотек, изначально разрабатываемых для работы в linux

Т.е. когда ты видишь модули npm, пакетный менеджер python pip, compose от php и прочее прочее, везде изначально разработчики ориентируются на окружение linux.

Само собой, разработчики люди порядочные, и понимают что особенно новички, начинают свое знакомство с миром программирования там где привыкли
Но поддержка windows делается для галочки, без оглядки за целостностью и взаимодейтсвием с другими компонентами, в результате разработка в windows, а точнее настройка рабочего окружения, обычно выглядит как кошмарный квест.. который легко проходится только если за тебя его полностью уже решили.

В linux же выглядит так (решили основные проблемы за тебя) заметно чаще (почти всегда) и часто трудности вылезают при ну очень необычных ситуациях (например попытка водрузить компоненту на не поддерживаемые/старые/новые версии ос или аппаратные платформы).

Linux - это отраслевой стандарт. Не linux сервера могут быть только там где тебя поставили в такие условия намеренно (вендорлок) или по скудоумию. Отсюда не изучать его - глупо и не эффективно.

p.s. на десктопах linux-у плохо именно из-за того что производители железа намеренно (им за это заплатили или чтобы не наказали) тормозят развитие (плюс конечно деньги, зачем тратить ресурсы на поддержку в нескольких средах, когда хватит только одной windows)

p.p.s. да у linux тоже куча проблем, поддерживать все его многообразие иногда настоящий ад

Если условие не выполняется, то функция ничего не возвращает и в переменной ans оказывается None.

Посчитать это можно исходя из вероятности намайнить следующий блок злоумышленником и "честной сетью"

Вероятность намайнить злоумышленником 6 блоков подряд достаточно мала, чтобы считать, что это настоящая сеть.

Математика описана в уже упомянутой 11 главе Bitcoin whitepaper

Ведите тайминг, на основе результатов, обосновывайте начальству необходимость в дополнительных часах.

UPD еще побуду капитаном очевидностью. В одной компании я въезжал в их проект примерно месяц .NET3 и React. Причем понимания достиг только в узкой части, что бы просто начать выдавать код.

Нет книг, которые охватывают все эти темы. Придётся отдельно прочитать Лутца для изучения языка, например Грабера для изучения SQL, руководство Django для изучения Django и т.д. и т.п. Причём всё это будет на уровень джуна, так как мидловый грейд - это не знания, а годы коммерческого опыта командной разработки.