После бот начинает цикл по данным, которые ему задали. Нужно сделать так, чтобы цикл этот можно было как-то остановить при надобности, я хотел сделать отдельный параметр в бд, который проверяется при каждом исполнении цикла, и если его ответ не подходит под условие - цикл срывается, но для такого нужно найти строку с данными по которым эта штука работает, заменить в ней значение, а уже после добавить проверку этого условия.
Young_Shaya, ну я в середине 2000х мониторил Oracle9/Windows/RHEL серваки. Загрузку CPU. И рисовал графики.
Про существование всяких MRTG я тогда не знал. Писал для своего удовольствия. Никакого задания
не было. Просто было интересно.
Только у тебя тег - С++ а я писал на Java. Возможно это была ICMP4j но я не уверен. Исходники давно потерял.
И предприятия этого уже нету.
Тебе нужно найти объект мониторинга и упроавления. Это может быть сервер. Сетевое устройство. Или просто оборудование.
Придумать для него какие датчики или какие метрики ты собираешся собирать. Потом можно придумать чем управлять. Хотя и не обязательно. И реализовать протокол для этого объекта.
Автор а ты сильно пострадаешь если не будешь играть в игру? Ну тебя удалили. Видимо не хотят получать от тебя денег. Эта санкция очень странная. Как в нетфликсе. Сделали услугу ЛГБТ - потеряли основного зрителя. Через несколько лет все вернется на свои круги. Рынок перестроиться. А ты собери волю в кулак и займись чем нибудь полезным.
Меньше игр - меньше застоя в малом тазу и меньше болезней позвоночника.
почитав про quartz я предположительно понимаю что он схож с Cron на Linux. Но мне не он нужен.
Есть разные механизмы повторения задач. В твоем ТЗ когда речь идет о планировщике или о расписании на неделю или на месяц - просто обрати внимание как это делает Outlook или Teams или другие корпоративные системы.
Они создают рекуррентную формулу которая применяется к start_day и действует на все следующие дни.
Непонимание может возникнуть в части например того что рекуррентная формула - бесконечна и если действовать прямо в лоб - то можно заполнить календарь аж до 9999 года. Или до тех пор пока у тебя память в БД не закончиться.
Рекуррентная формула должна быть не хранимым а вычислимым ресурсом. Как ее реализовать - вариантов много. Как вариант - хранить в базе 2 атрибута startday (дата) и next_day (rule). Где внутри rule можно писать на языке программирования любое выражение от текущего дня. И для каждой недели или месяца вычислять расклад.
Большинство ошибок этого пипа связаны с сетевым доступом. Вот что там за url идет сзади? https://download.pytorch.org/whl/cu117 попробуй зайти браузером. Может тебя не пускают по IP.
Тебе на самом деле для этого кода стек не нужен. Если операция области видимости
объявляет новые переменные - то просто создавай новые переменные и все будет работать.
CityCat4, работая с Ораклом я постоянно менял промпты. Потому что иначе было трудно
понять под кем ты заешл. Под sysdba или под кастомным пользователем.
В этой схеме кто-то один врет. Либо ftp-сервер. Либо python paramiko (client).
Либо автор неправильно ведет учет файлов. И считаются например фолдеры как файлы. В любом
случае нужны листинги файлов тут и там. С подсчетом. Нужны логи приложений.
Кошмар.
Попробуй описать эти циклы в терминах запросов.