Нужно на текущей версии бота исправить баг

Бюджет: 700 UAH Срок: 7 дней

😀 Здравствуйте!
Имею отличный опыт работы с aiogram v3, asyncio, Redis и MySQL, неоднократно дорабатывал и отлаживал логику Telegram-ботов с очередями и чатами.

🛠 Как сделаю:
1. Подключусь к серверу, изучу текущий код чистильщика чатов и логи его работы.
2. Исправлю алгоритм очереди и таймера (7 дней / завершение сделки) в Redis/MySQL для корректного освобождения и возврата норок.
3. Аккуратно протестирую исправления, гарантируя полное сохранение работы остального функционала бота.

🎥 Портфолио: Freelancehunt

Буду рад обсудить детали в чате и сразу приступить к работе! Развернуть

Бюджет: 15000 UAH Срок: 3 дня

Добрый вечер, Сергей!

Готов подключиться к текущему боту на aiogram 3 и исправить именно работу очистителя «нор», не затрагивая действующую логику чатов.

Сначала локализую причину сбоя: проверю планировщик, часовой пояс, условия очистки через 7 дней, статусы в MySQL, очередь и TTL в Redis, повторные запуски, возможные гонки и обработку ошибок.

После диагностики:

— воспроизведу проблему на тестовой копии;
— внесу изолированное исправление;
— проверю сценарии активного чата, совершённой сделки, закрытого чата и отсутствия сообщений более 7 дней;
— настрою понятные логи очистителя;
— сделаю резервную копию перед развёртыванием;
— проверю работу исправления на сервере.

Переписывать рабочую систему без необходимости не буду. Цель — устранить конкретный баг и не потянуть за ним другие части проекта.

Для старта нужны репозиторий, доступ к логам и информация, как сейчас запускается очиститель: cron, отдельный async-процесс или другой планировщик.

Срок — до 3 рабочих дней.
Стоимость — 15 000 грн.
Работа через Сейф. Развернуть

Бюджет: 700 UAH Срок: 3 дня

Доброго вечора! Готов взяться за этот баг. aiogram v3 + aiohttp + MySQL/Redis — это наш ежедневный стек, и разбираться в чужом коде приходится постоянно.

По сути: чистильщик нор работает не по графику. В таких случаях причина обычно одна из трех. Планировщик живет внутри воркера и перезапускается вместе с ним; TTL последней активности перезаписывается не тем ключом в Redis; или время последнего сообщения лежит в MySQL в другой таймзоне, чем та, по которой считаются 7 дней. Сначала сниму лог одного полного цикла чистильщика и сопоставлю его с реальными записями по нескольким норам, тогда видно, где именно расходится.

Работаю точечно: правлю только логику планировщика и возвращение норы в очередь, механику чатов и остальное не трогаю. Перед выливом на прод показываю diff и прогоняю на копии базы, чтобы фикс не потянул за собой других проблем.

Цена 700 грн, срок 2-3 дня с момента доступа к серверу и репозиторию. Беру по стартовой цене, потому что набираю первые отзывы на Freelancehunt.

Вопрос по делу: чистильщик запущен как отдельный asyncio-task внутри бота, как APScheduler или как системный cron? И где хранится время последней активности в норе, в MySQL или в Redis с TTL? От этого зависит, правка это на час или планировщик нужно выносить в отдельный процесс.

Есть живые боты в работе, могу показать в чате.

Петр Панкoв, BotCraft Group Развернуть

Бюджет: 12000 UAH Срок: 3 дня

По сроку - ориентир 3 рабочих дня на диагностику, правку чистильщика нор, проверку сценариев и аккуратный выпуск на сервере. По бюджету - 12000 грн, если проблема действительно в расписании, очереди или условиях очистки, а не в более глубокой поломке модели чатов.

Смотрите, тут нюанс - я бы не трогал работу чатов шире нужного. Логика такая - проверяю запуск чистильщика, состояние очереди в MySQL или Redis, условия 7 дней без сообщений, статусы сделки, потом делаю минимальную правку и прогоняю сценарии с активной сделкой, закрытым чатом, пустым чатом и возвратом норы в очередь.

От вас нужны доступы к серверу, репозиторию или папке проекта, настройки окружения через безопасный механизм биржи и пример 1-2 нор, где чистка сработала неверно. Код и серверные команды не выносим за пределы задачи.

Уточню 2 момента, чтобы не промахнуться с оценкой
> чистильщик сейчас запускается через cron, отдельный asyncio процесс, aiohttp задачу или внутри основного бота
> очередь нор хранится в MySQL, Redis или в смешанной схеме

Похожие наши работы
> https://business.ingello.com/platforma - платформа с ролями, бизнес-логикой и управлением процессами
> https://business.ingello.com/forma-bpm - автоматизация очередей, статусов и внутренних процессов
> https://systems-fl.ingello.com - основной профиль Ingello Systems для FLH

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

Бюджет: 700 UAH Срок: 2 дня

Сергію, добрый день. Тут важно исправить именно условия чистильщика, не затрагивая анонимность и параллельные чаты. Начну с воспроизводимого сценария сбоя и карты переходов: закрытый чат, отсутствие соглашения, 7 дней без активности, удаление участников и возвращение норы в очередь. Работаю с Python asyncio, aiogram 3, MySQL и Redis, правки сделаю точечно и проверю на граничных состояниях.

Бюджет: 4000 UAH Срок: 7 дней

Здравствуйте, я делал похожий Telegram-сервис на aiogram v3 для взаимодействия заказчиков и исполнителей: профили с ролями (RBAC), парные чаты между сторонами, очередь диалогов, автоматическое очищение неактивных чатов по таймеру на Redis. Разбор чужого кода прямо на сервере с aiohttp-вебхуками и MySQL тоже был частью той работы.

Если очиститель сейчас работает не по графику, чаще всего причина в том, что таймеры живут в памяти процесса и сбрасываются при перезапуске, поэтому стоит перенести отсчет 7 дней на TTL в Redis или отдельный планировщик, это убирает плавающие срабатывания.

Подскажите, очиститель работает как отдельная asyncio-задача или через внешний планировщик, и сколько примерно нор сейчас в очереди? И где фиксируется последняя активность в чате, в MySQL или Redis?

Предлагаю связаться, заодно накину схему логики очистителя под ваши парные норы, чтобы фикс не потянул за собой других проблем.

Бюджет: 2500 UAH Срок: 1 день

Здравствуйте, Сергей!

Я Нина, представляю IT команду Valflow. Наш ведущий инженер Валентин имеет большой опыт работы с aiogram v3, асинхронной разработкой (asyncio / aiohttp), Redis и отладкой сложной логики Telegram-ботов прямо на серверах (Linux / VPS).

Как мы подойдем к решению проблемы с «Норами»:

1. Аудит текущего кода и логов очистителя:
Проанализируем действующий алгоритм очистки и очереди (в Redis / MySQL), выявим причину сбоев в расписании и почему чаты не возвращаются в очередь корректно.

2. Исправление логики и таймеров (7 дней):
* Настроим стабильный фоновый процесс (Scheduler / Cron) для проверки активности в чатах и наличия сделок.
* Реализуем корректное удаление пользователей из парных чатов и их возвращение в свободную очередь без потери связей.

3. Безопасность и изоляция изменений:
Работаем максимально аккуратно — локализуем правки строго в блоке модуля очистки, чтобы не затронуть смежный функционал и основную маршрутизацию сообщений.

4. Тестирование на сервере:
Проведем точечное тестирование алгоритма на реальных/тестовых чатах и проверим корректность записей в БД.

Сайт: https://valflow.dev/

Готовы подключиться к серверу и разобраться с багом сразу после обсуждения деталей! Развернуть

Бюджет: 1500 UAH Срок: 1 день

Добрый вечер, Сергей!

Работаю с aiogram v3, asyncio, aiohttp, MySQL и Redis — это мой основной стек в ботостроении.

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

Обычные причины такого поведения: таймер чистильщика живёт в памяти процесса и сбрасывается при рестарте/деплое; либо TTL в Redis перезаписывается не тем ключом; либо last_activity в MySQL считывается в другом часовом поясе, чем 7-дневное окно.

План:
1. Подключаюсь к серверу, изучу логи и текущий код чистильщика
2. Воспроизведу сбой на 1-2 норах с искусственно состаренной активностью
3. Сделаю бэкап кода и базы перед изменениями
4. Точечно правлю только логику планировщика/возврата норы в очередь, не трогая остальную логику чатов
5. Проверю сценарии: активная сделка, закрытый чат, отсутствие сообщений 7+ дней, симметричный возврат обеих нор в очередь

Вопрос по сути: чистильщик сейчас запущен как cron, отдельный асинхронный процесс или внутри самого бота? И где хранится отметка последней активности — в MySQL или в Redis c TTL?

Цена: 1500 грн, срок — 1-2 дня с момента доступа к серверу. Цена ниже рыночной, потому что сейчас работаю на первый отзыв и рейтинг на Freelancehunt. Развернуть

Бюджет: 700 UAH Срок: 1 день

Здравствуйте.

Варианты сотрудничества:
🟢 700 грн
• Исправление 1–2 ошибок.
• Небольшая доработка.
• До 2–3 часов работы.
🟡 3 000 грн
• Анализ проекта.
• Исправление нескольких проблем.
• Добавление небольшого функционала.
• 1–2 дня.
🟠 10 000 грн (оптимальный вариант)
• Полный аудит проекта.
• Оптимизация aiogram v3, MySQL, Redis.
• Новый функционал.
• Рефакторинг.
• Тестирование.
• 5–7 дней.
🔴 27 000 грн
• Полное сопровождение проекта.
• Архитектурные изменения.
• Масштабирование.
• Новые модули и интеграции.
• Поддержка после сдачи.

Не люблю растягивать проекты на недели. Обычно уже в первый день показываю рабочий результат, чтобы заказчик видел прогресс, а не просто отчеты о проделанной работе. Развернуть

Бюджет: 1200 UAH Срок: 2 дня

Работаю с aiogram v3 + asyncio/aiohttp, MySQL и Redis - разберусь в чужом коде без переписывания. По описанию похоже, что чистильщик Нор не держит график из-за задачи, привязанной к жизненному циклу вебхука и что не переживает рестарт, или из-за TTL ключей в Redis, которые перетираются при повторной записи. Посмотрю планировщик и логи прямо на сервере, воспроизведу кейс, покажу причину до правки, потом исправлю и оставлю тест на расписание чистки. Перед любыми изменениями делаю бэкап кода и базы. Скажите, пожалуйста - бот на вебхуках через aiohttp и что сейчас отвечает за расписание - APScheduler или собственный цикл?

Бюджет: 1000 UAH Срок: 1 день

Здравствуйте. Меня зовут Владимир, я разработчик на Python и Node.js, а также основатель инженерного агентства Vaysed. Я подробно ознакомился с вашим заданием по исправлению бага в существующем Telegram-боте на aiogram 3. Понимаю, что нужно исправить алгоритм очистки прокси-чатов, который по расписанию корректно освобождает неактивные парные чаты без ущерба для остального функционала бота.

Проблема с нарушением графика очистки чаще всего кроется в некорректном использовании asyncio, блокировке event loop другими процессами бота или отсутствии надежного планировщика, который бы сохранял состояние в Redis. Поскольку вы уже используете Redis, я предлагаю провести быстрый аудит текущего скрипта очистки непосредственно на вашем сервере. Я найду причину сбоя таймеров и оптимизирую этот модуль, проверив логику сверки таймстампов последней активности и статуса сделок с MySQL. Это гарантирует, что неактивные более 7 дней чаты будут стабильно очищаться и возвращаться в очередь, а текущие диалоги не пострадают. Все правки будут внесены точечно и безопасно.

У меня большой опыт разработки сложных ботов на aiogram 3, работы с вебхуками и управления асинхронными очередями. Например, во время разработки системы Lumos я реализовал бесперебойные процессы, работающие по строгим графикам 24/7 без каких-либо сбоев. Также в проекте PAYBACK CARTEL я строил надежную архитектуру маршрутизации и управления сессиями.

Ознакомиться с моим портфолио можно по этой ссылке: Freelancehunt

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

Бюджет: 1500 UAH Срок: 1 день

Добрый вечер. Занимаюсь разработкой и настройкой Telegram ботов. Могу помочь с решением вашей проблемы, быстро проведу диагностику и исправлю проблему. Готов обсудить детали и приступить к работе, пишите.

Бюджет: 1111 UAH Срок: 11 дней

Добрый день, есть большой опыт в этом, но не видя код, трудно что-то сказать. Очень желательно посмотреть код, потом можно будет сказать что-то конкретнее.

Бюджет: 2000 UAH Срок: 2 дня

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

Бюджет: 1500 UAH Срок: 2 дня

Здравствуйте. Главный вызов этой задачи — стабилизировать работу фонового "чистильщика" анонимных чатов ("Нир"), не сломав при этом существующий роутинг сообщений в aiogram v3. То, что чистильщик нарушает график, обычно свидетельствует о блокировке asyncio event loop, некорректной работе текущего планировщика задач или зависании транзакций при проверке статуса сделок и 7-дневной неактивности. Я локализую баг непосредственно на сервере: оптимизирую MySQL-запросы для точного трекинга времени последнего сообщения и настрою надежный механизм сброса пустых чатов обратно в очередь через существующий Redis. Все это сделаю точечно, сохранив текущую логику изоляции (парные чаты) заказчиков и исполнителей без изменений. У меня глубокий опыт работы со сложными Telegram-архитектурами на aiogram v3.

Бюджет: 1250 UAH Срок: 2 дня

Приветствую! Понял проблему с чатами (норами): они не очищаются по графику и не возвращаются в очередь. У меня есть опыт разработки Telegram-ботов на асинхронном Python с работой через вебхуки, MySQL и Redis. Точно работал с логикой автоочистки чатов по таймерам и повторной постановки в очередь.

В каком формате храните отметку времени последнего сообщения в чате?

Бюджет: 700 UAH Срок: 2 дня

Сергей, ключевой риск здесь — что «чистильщик» нор цепляет состояние сделок в Redis и связи пользователей в MySQL. Если лаг просто подправить, можно незаметно сломать очередь: нора вернется в оборот, а там еще активная сделка.

Подход к фиксу:
— сначала трассирую текущий алгоритм чистильщика: что именно триггерит очистку (cron, event loop) и какие условия проверяет перед удалением
— восстанавливаю логику «7 дней без сообщений ИЛИ чат закрыт И НЕТ активной сделки» — чтобы нора возвращалась в очередь только при корректном условии
— проверю, как Redis-состояние парных нор синхронизируется с MySQL при сбросе — рассинхрон там чаще всего и ломает график

Нюанс, который важно проверить: две параллельные норы (исполнитель / заказчик) должны чиститься симметрично. Если одну очистят раньше — второй пользователь останется в чате без собеседника. Это, скорее всего, и есть источник бага.

aiogram v3, asyncio и разбор чужого кода — моя ежедневная работа. Вебхуки, Redis-состояние и MySQL-связи — стек под эту задачу.

Работаю через Сейф: сначала локально разберу алгоритм чистильщика и покажу, где именно ломается логика — дальше фикс на сервере. Для старта понадобится доступ к репозиторию и SSH.

Вопрос по сути: чистильщик сейчас запускается через APScheduler/Cron или это asyncio-задача внутри бота? Развернуть

Бюджет: 1500 UAH Срок: 2 дня

В принципе, задача понятна: нужно починить фоновый таск (чистильник) для чатов, потому что он сбивается с графика и не отсчитывает нормальные 7 дней.

С таким стеком работал (aiogram v3, asyncio, redis, mysql), с юзерботами и фоновыми процессами работал.

Готов быстро исправить вашу проблему.

Бюджет: 1500 UAH Срок: 1 день

Здравствуйте, Сергей.

Судя по описанию, проблема сидит либо в самом асинхронном таске планировщика (когда падают фоновые задачи из-за неперехваченных ошибок), либо в некорректной выборке дат последней активности из MySQL — точно сказать сложно, надо смотреть. Могу зайти на сервер и изучить код, аккуратно, чтобы не задеть ничего иного.

Подскажите, чистильщик крутится внутри самого процесса бота через asyncio/APScheduler, или вынесен отдельным скриптом под systemd/cron?

Я активно пишу на Python (включая aiogram v3, MySQL, Redis и async) с несколькими годами опыта за плечами, без проблем разбираю чужой код и имею опыт в ботоделии — можете посмотреть в отзывах.

Напишите мне в личные сообщения, обсудим детали и я сразу возьмусь за задачу.

Бюджет: 1500 UAH Срок: 2 дня

Здравствуйте, Сергей. У сервисов на aiogram v3 с очередью «нор» такая нерегулярная чистка чаще всего объясняется тем, что чистильщик держит отсчёт 7 дней в памяти процесса, через asyncio-таск или sleep-цикл, и любой рестарт бота или деплой сбрасывает эти таймеры без следа в логах, часть чатов просто выпадает из графика. Проверю, крутится ли у вас чистильщик именно так или через внешний планировщик, и откуда берётся отметка последней активности, из MySQL или Redis, от этого зависит, где именно рвётся логика.

Если причина в таймерах, перенесу проверку на периодический идемпотентный проход по last_activity в MySQL со сверкой в Redis, который переживает рестарт и не трогает парные чаты и очередь заявок, менять буду только сам чистильщик. Перед выкладкой на прод проверю фикс на паре тестовых нор с искусственно состаренной активностью, чтобы увидеть, что бот освобождает участников и возвращает чат в очередь так, как задумано.

По деньгам и срокам, 1500 грн, 2 дня с момента доступа к серверу и логам. Скажите, есть SSH и тестовое окружение или копия базы, чтобы проверять фикс не на боевых чатах?

Бюджет: 3800 UAH Срок: 5 дней

Понял суть: чистильщик нор должен проверять по расписанию сделку и активность за 7 дней, а сейчас он ломается, очередь не освобождается вовремя.

Подключусь к серверу, разберу код чистильщика и планировщик, найду где сбивается условие по MySQL и Redis, поправлю точечно, не трогая логику чатов и нор.

Готов за 5 дней. Чистильщик сейчас отдельный воркер или через cron?

Бюджет: 18000 UAH Срок: 4 дня

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

по срокам - ориентир 2-4 дня после доступа к серверу и репозиторию
по бюджету - 18000 грн за диагностику, исправление и проверку на рабочем сценарии

смотрите, тут нюанс - в таких задачах важно не просто поправить чистильщик, а проверить всю цепочку
> создание нор
> постановка в очередь
> проверка сделки и активности за 7 дней
> удаление участников
> возврат чата в очередь
> отсутствие побочных изменений в текущей логике чатов

работу чатов и основную механику не меняем
делаем точечный разбор текущего алгоритма, логирование причин сбоя, исправление расписания или условий очистки, затем тестируем на сервере или на копии базы

для точной оценки нужно уточнить 2 момента
> чистильщик сейчас сделан через отдельный asyncio-процесс, cron, celery-подобную очередь или внутри самого бота
> есть ли тестовый сервер или можно работать только на боевом с резервной копией базы

похожие по смыслу кейсы
> https://business.ingello.com/vorfahr - автоматизация сервиса с ИИ и сложной логикой процессов
> https://business.ingello.com/fractal - агентные и автоматизационные процессы, где важны очереди и надежное выполнение задач
> https://systems-fl.ingello.com - профиль Ingello Systems для проектов автоматизации и разработки

на связи, можем начать с короткой диагностики текущего кода и логов =) Развернуть

Бюджет: 2000 UAH Срок: 1 день

Здравствуйте.

Могу разобраться с текущей реализацией «нор» и исправить работу чистильщика без изменения существующей логики чатов.

Работаю с Python, асинхронным кодом, aiogram 3, aiohttp, MySQL и Redis. Сначала проверю полный цикл работы чатов: создание парных нор, назначение заказчика и исполнителя, фиксацию активности, статус сделки, очистку неактивных чатов и возвращение свободных нор в очередь.

Отдельно проверю:

* почему чистильщик запускается не по расписанию;
* корректность определения семи дней неактивности;
* учитывается ли активная или завершенная сделка;
* синхронизацию двух параллельных чатов;
* работу Redis-очереди;
* повторное добавление одной норы в очередь;
* параллельный запуск нескольких экземпляров чистильщика;
* часовой пояс сервера;
* обработку ошибок Telegram API;
* логирование очистки и причин пропуска чатов.

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

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

Бюджет: 3500 UAH Срок: 3 дня

Добрый день, Сергей!

Меня зовут Роман, и я внимательно ознакомился с описанием вашего проекта по настройке Telegram-бота на aiogram v3 с проблемой в функционале чатов, а именно с чистильщиком “Нир”. У меня есть значительный опыт работы с aiogram v3, асинхронным программированием (asyncio) и aiohttp, а также с базами данных MySQL и Redis, которые являются ключевыми технологиями вашего бота. Понимаю, что корректная работа чистильщика, который возвращает неиспользованные “Ниры” в очередь, критически важна для эффективности вашей системы взаимодействия заказчиков и исполнителей. Мой подход сосредоточен на тщательном анализе существующего кода, что позволит мне локализовать и устранить причину некорректной работы чистильщика, не затрагивая другие функциональные части бота, как вы отмечали.

Мой план действий следующий: во-первых, я проведу детальное изучение логов и текущей реализации чистильщика на вашем сервере, чтобы точно идентифицировать баг, который приводит к его некорректной работе и несвоевременному очищению чатов. Во-вторых, я разработаю и протестирую исправление, которое обеспечит работу чистильщика согласно алгоритму 7-дневного периода и установлению чатов обратно в очередь. В-третьих, я проведу комплексное тестирование, чтобы убедиться, что исправление не вызвало новых ошибок и что все другие механизмы бота, включая создание "Нир" и параллельные чаты, функционируют безупречно. Я ответственный, пунктуальный и всегда обращаю внимание на детали, что позволит мне обеспечить стабильную и надежную работу вашего бота.

Стоимость работ составляет 3500 грн, срок – 3 рабочих дня. Я готов предоставить ссылки на аналогичные выполненные проекты в личные сообщения, чтобы вы могли оценить мой уровень экспертизы. В качестве приятного бонуса я предоставляю бесплатную 7-дневную поддержку после сдачи проекта, чтобы вы были уверены в стабильной работе исправленного функционала. Есть ли у вас уже какие-либо предположения относительно возможной причины бага в чистильщике, которые могли бы ускорить диагностику?

Бюджет: 1500 UAH Срок: 1 день

Доброго дня, Сергію!

Готовий подивитись прямо на сервері. За описом схоже на одну з трьох типових причин: задача-чистильник висить на asyncio.sleep у циклі і тихо вмирає без запису в лог при рестарті/мережевій затримці; або транзакція чистки комітиться не в тому з’єднанні з пулу MySQL, тому інші частини бота бачать застарілі дані; або Redis тримає TTL-мітку розкладу, яка протухає не туди. Знаю, де шукати в кожному випадку.

Стек — aiogram v3, asyncio, MySQL + Redis разом — це мій основний профіль, працював з такою комбінацією в бойовому проєкті з живим моніторингом через Telegram.

Питання: чи є SSH-доступ до сервера і логи за останні збої чистильника? Без бюджету орієнтуюсь на 1500–2500 грн, 1–2 дні, залежно від читабельності коду.

github.com/kamedashe

Богдан Развернуть

Бюджет: 4000 UAH Срок: 2 дня

Похоже, что чистильщик чатов работает не по графику — проблема в асинхронном планировщике (вероятно, asyncio loop или Redis очередь). Быстро диагностирую, исправляю прямо на сервере, с бэкапом и откатом. План: 1) Анализ кода cleaner и его триггеров; 2) Исправление логики планирования (если нужно — замена на apscheduler или проверка корутин); 3) Тестирование в рабочей среде. Имею опыт со сложными асинхронными системами (например, автоматизированный Twitter-менеджер на Selenium + Python) [1]. Дайте доступ к серверу и уточните: какой график чистки должен быть? Есть ли уже тестовая среда? Пример работы: https://freelancehunt.com/showcase/work/programmnoe-obespechenie-dlya-twitter-avtomatizirovannoe-upravlenie/1874481.html

Цена: 4000 UAH
Срок: 2 дня

Бюджет: 1500 UAH Срок: 1 день

Здравствуйте, имею опыт в ботостроении более 5 лет, пишите помогу! Быстро закрою вашу проблему)

Бюджет: 3400 UAH Срок: 4 дня

Задача понятна: чистильщик нор работает с багами, не по графику, не освобождает чаты через 7 дней неактивности и не возвращает их в очередь.

Я подключусь к серверу, разберу текущую логику планировщика (cron/asyncio task) и условия проверки последней активности в MySQL, найду где ломается расписание и почему не срабатывает удаление участников из чата. Правки сделаю точечно, без изменений остальной логики чатов, парных нор и Redis-очереди.

Срок: около 4 дней. Уточните доступы к серверу и репозиторию после старта.

Бюджет: 1100 UAH Срок: 1 день

Здравствуйте.

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

Бюджет: 1000 UAH Срок: 1 день

Здравствуйте. Тщательно проанализирую текущую реализацию механизма "очистителя" в контексте архитектуры aiogram v3, асинхронных процессов и взаимодействия с MySQL и Redis. Особое внимание уделю выявлению некорректных условий, гонок данных или ошибок в работе с данными, которые приводят к нарушению логики очистки чатов и их возвращению в очередь. Внедрю исправления, обеспечивая точное соблюдение графика очистки и стабильность существующих функций чатов, используя паттерны идемпотентных операций. Имею значительный опыт в разработке и оптимизации фоновых процессов для Telegram-ботов, а также готовые шаблоны для тестирования и деплоя подобных фиксов. Все детали реализации, конечный бюджет и сроки предлагаю обсудить в личных сообщениях.

Бюджет: 700 UAH Срок: 1 день

Привет! Готов оперативно подключиться, разобраться в вашем коде и пофиксить баг в Telegram-боте прямо сейчас.

Я разработчик, специализируюсь на асинхронном Python и автоматизации. Имею уверенный практический опыт работы именно с aiogram v3 (включая работу с FSM, мидлварами и кастомными фильтрами), а также отлично понимаю логику асинхронных запросов через aiohttp, работу с вебхуками, базами MySQL и кэшированием в Redis.

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

Готов перейти в личный чат прямо сейчас.

Бюджет: 1000 UAH Срок: 1 день

Доброго дня, готов выполнить ваше задание быстро и качественно. У меня большой опыт в создании различных ботов. Напишите в личные сообщения, обсудим детали. С удовольствием помогу)