и по поводу пути для PYTHONPATH есть такая штука:
ENV PYTHONPATH=${PYTHONPATH}:${PWD}

Спасибо, буду знать.

не надо вообще туда лезть, кто-то другой потом будет ходить и говорить что у одного разработчика работает а у меня такой же проект нет

а про переменную все забудут

Ребятки, никто не сталкивался с проблемой что проброшенные порты докера доступны только на сервере где контейнер запущен, но не из глобальной сети? Порт открыт в системе, если развернуть на нем же простой питон сервер, то он работает снаружи.

Например curl http://145.239.xx.xxx:8080/ на сервере выдает данные из докера, а с моего компьютера кидает curl: (28) Failed to connect to 145.239.xx.xxx port 8080: Operation timed out.
В том числе не работают снаружи контейнеры с впном, которые работают на других серверах

Починил через разкоментирование net.ipv4.ip_forward=1 в /etc/sysctl.conf + sudo sysctl -p

(все бы везде вот так писали, если они нашли решение на что-то сами, эх)

Странный вопрос возник - как внутри докера однозначно идентифицировать контейнер. У меня использовалась раньше инфа из /proc/cpuinfo и dmi, но внутри докера естественно этого нет(точнее первое есть, а второго нет)

А ты ему с внешнего прокинь это значение🥴
(Не слушай меня)

Всем привет, а можно как то в уже созданный контейнер примантировать дирку?

Прост штука в том, что это должен быть абсолютно уникальный ID, по которому активация ПО проверяется в облаке(там получается собирается ряд параметров отправляется в облако, оно сохраняет запрос активации и когда активация произошла генерится хэш и если он есть ПО его использует)

То есть нужно чтобы не только в контексте одной машины  уникальность была, а в целом

контейнеры не про уникальность, они рестартуют и параметры, которые проверяет твое ПО могут меняться

Речь не о том. Речь о том как уникально идентифицировать машину, на которой контейнер с ПО запущен

что это блин значит?

прокинь в контейнер все что нужно, чтоб По могло однозначно что-то идентифицировать

Я привязывался к ряду характеристик железа, по которым идентифицировал машину для активации ПО т.е привязывался к набору этих характеристик, но сейчас ПО запущено в докере

Идея конечно хорошая знать бы ещё как это сделать)

Точнее даже вопрос скорее как эту же инфу, которую собирал раньше собирать на винде. Но это уже другая истортя

-v /paths/to/some/param/file:/path/in/container:ro