Если я правильно понял, вы хотите локально выполнять сборку в контейнере, а затем тестировать работу приложухи с его же помощью.
Путей несколько, разной степени сложности и с разным результатом. Думаю, самым простым для вас будет написать баш-скрипт, в котором прописана вся последовательность вызовов composer и прочего, и положить скрипт внутрь контейнера на этапе сборки. Затем, просто вызывать его через exec в phpstorm по необходимости.
Для чего вы каждый раз делаете git push с ключём -u? Достаточно одного, первого раза. Затем достаточно делать просто git push без указания параметров. Полагаю, это и становится причиной отката на предыдущий коммит origin ветки.
Вариантов готовых нет. Либо склеивайте сами, скриптом, по факту получения, либо как тут советуют Как склеить длинные SMS (Asterisk, chan_dongle)? В прочем, там тоже каким-то самописным скриптом. Т.е. вот так - либо скрипт, либо скрипт :)
Возможно, будет удобнее вовсе выключать и включать вывод на экран.
Командой xrandr -q можно вывести список всех подключенных видеовыходов. xrandr -q | grep 'VGA\|HDMI\|DP\|LVDS'
Чтобы выключить вывод на VGA-1, к примеру, можно использовать команду xrandr --output VGA-1 --off
А для включения xrandr --output VGA-1 --auto
Помимо озвученного, беспарольный wifi имеет ещё одну неприятную особенность - соединения всех подключенных пользователей не шифруется. Т.е. абсолютно любой человек в радиусе децствия этого wifi может почти не напрягаясь снифить трафик всех клиентов точки. Да, тот же вконтактик шифрован, но факт его посещения зафиксируется. Т.е. как минимум история посещенных сайтов будет известна округе. А если попадется сайтик без https и вводом пароля...
В офисе у нас собрано на Микротиках. У Микротик псевдобезшевность. Централизованное управление точками.
В ядре - RB1100x4 - аппаратное шифрование под IPSEC на борту есть.
Точки - 6 шт. wAP ac двухдиапазонные
Вопрос слишком неконкретный. Да, описанное вами легко реализуется на Zabbix через User Parameters агента.
Мне кажется, через ggsci можно получить вывод в XML. На Zabbix версий 3.4 и выше возможна постобработка XML. Т.е. можно выгружать в Zabbix все статусы в XML, а затем в зависимых Item распарсить чрез XML XPath на нужные параметры.
Как это - вы хотите из экземпляра класса удалить его же самого?
Задача решается добавлением property класса is_dead и проверкой этого состояния извне. По обнаружению этого факта можно, но только если оч хочется, сделать person2 = None - вот и удаление.
Ваш таск и является тем самым "daemonic process", запускаемым Celery.
Многопоточность нужно реализовать силами Celery - это встроенный функционал, следует обратиться к документации за примерами распараллеливания выполнения джобов.
Поверхностно проглядев доку, я так понял, что если на вход джобы приходит некий list, Celery может его нарезать на чанки и запустить асинхронно их обработку.