ZERGeich

У вас вопрос буквально уровня
"Надо в понедельник пойти на алгебру, во вторник на литературу, а по пятницам на обж. Может кто сталкивался с таким???"
Никаких "вариантов" тут встречать не надо. Если человек в принципе умеет ходить, и знает что такое алгебра с литературой.

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

Да, может. Кто же ему запретит?

Веб морда есть
Клиенты используются для мониторинга
Инструкция по установке есть на сайте Zabbix

Вы даже не написали о каком сайте речь.
Банить могут не за частоту, а по совокупности факторов.
У такого бана всегда есть свои цели. К примеру, метрики показывают владельцам сайта, что существенную часть нагрузки создают вот такие автоматические запросы. Как именно владельцы сайта будут стараться отличить автоматические запросы от человеческих зависит от изобретательности разработчиков.
Ещё одной причиной, почему владельцы сайта могут стремиться блокировать автоматические запросы - это нежелание делиться данными, публикуемыми на сайте с конкурентами или нахлебниками.

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

Но такой изощренный подход долог, дорог и не эффективен. Возможно против тех единиц, у котороых достанет денег и упорства так грабить ваш сайт и не стоит бороться. Игра не будет стоить свеч.

В любом случае нужно стараться максимально затруднить вычисление причинно следственной связи между действиями бользователя\парсера и баном. Можно, к примеру, вести рейтинг клиентов и подключений, а когда этот рейтинг подозрительности достигнет некоторого порога, с некоторой вероятностью за рандомную единицу времени банить такого клиента. Если недобросовестному клиенту повезло и его не забанили сейчас, то забанят чуть позже, зато он не "расскажет" другим клиентам о критериях и не поможет им подстроиться под порог бана.

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

Если защита на сайте сложнее, то и бороться с нею будет сложнее.

Нет протого ответа на ваш вопрос, тем более такой наивно абстрактный.

CREATE TABLE users (
    id int primary key auto_increment, 
    name varchar(64)
);

CREATE TABLE favorites (
    user_id int references users(id), 
    bookmark varchar(255),
    primary key (user_id, bookmark)
);

sql scheme online

При подключении зарядки запускается анимация батаерейки.
Редактированием системных файлов (вместо анимашки прописать начало загрузки) можно достичь включения устройства.
https://forum.xda-developers.com/t/auto-boot-start...

Но проше починить кнопку

в конфиге клиента надо указать чтоб DNS и туда же, в openVPn. и использовать стороние DNS, например от cloudflare, а не МТС как видимо сейчас.
ну и так же указать чтоб весь трафф пересылался внутрь VPN, там что то типа def1 .... не помню по памяти