Веб-сервер обычно передаёт информацию об IP клиента в переменной REMOTE_ADDR, а если впереди стоит прокси-сервер, то в HTTP_X_FORWARDED_FOR. Остаётся, только прочитать переменную. Вот тут уже есть готовые решения: https://stackoverflow.com/questions/4581789
В models вы уже смотрите на свою реализацию. Думаю, будет достаточно просто добавить новое поле, которое будет хранить полученный IP.
закажи им рации из подвалов дядюшки али.
сейчас аккурат распродажи пойдут.
а уж енти подростки пусть излазят весь тырнет и вычитают из отчетов какие рации им лучше всего подойдут.
ну а рации, ежели чего, много в каких случаях применить можно.
The EXPOSE instruction does not actually publish the port. It functions as a type of documentation between the person who builds the image and the person who runs the container, about which ports are intended to be published.
Это помощь вашему будущему пользователю контейнера, что бы он знал какие порты открывать. Использовать не обязательно.
Насчет ГПТ не отвечу, скорее всего тоже можно.
А по поводу видео -
MBR легко восставноить, данные с диска никуда не девались, даже если диск форматнуть, данные с него можно достать
Если 1, 2, 3, или 6 в обрыве - работать не будет совсем. 1 и 2 - это одна пара, 3 и 6 - вторая пара. При обрыве любого из этих проводков линка не будет.
Решать как - переобжать оба конца и проверить. Если то же самое - значит обрыв где-то в кабеле. Тогда можно либо найти место обрыва и там "бочку" поставить или кабель переложить... Ну или взять коричневую или синюю пару вместо зелёной (соответственно, 1ГБит/с сделать не получится, только 100МБит/с).
Можно, но не нужно.
Частота будет 1333 МГц (по медленной плашке), я бы пожертвовал двумя гигами ради более высокой частоты.
Хотя тут разница-то небольшая, если вам 2 Гб критично, можете поставить.
Надо добавить папку со скриптом в PATH или сам скрипт положить в какую-то папку, которая уже там есть (C:\Windows например).
Мой копьютер -> Свойства -> Дополнительные настройки -> Переменные среды
В конец переменной PATH допишите ; и путь к папке со скриптом.
Если вы запускаете через cmd.exe, а на Bash, то придётся ещё создать Batch-файл (script.bat), который запустит ваш скрипт через Perl. Файлы *.pl не являются исполняемыми в Windows, поэтому скрипт просто так не запустится.
Думаю, что надо ещё раз прочитать что такое ветки и коммиты в git.
Никакого отношения между ветками в git нет. Ветка это просто указатель на коммит. У каждого коммита есть родитель(-и) и всё.
Т.е. не «из ветки main создаем feature1», а «создаём новый указатель на коммит на который сейчас указывает ветка main (или чаще просто на текущий коммит) и называем его feature1». Всё. feature1 ничего не знает ни о какой ветке main, поэтому вопрос о родителе ветки бессмысленен.
Систему мониторинга нужно выносить на отдельную железку. Иначе, если упадет основной сервер, на котором, собственно, и живет мониторинг, то вы об этом не узнаете.
А на счет того, что использовать, я топлю за Prometheus - простой в установке и настройке, уведомления в телеграм, слак, почту и т.д. Графана + прометеус = любовь.