Trzeba naprawić błąd w bieżącej wersji bota.

Budżet: 700 UAH Termin: 7 dni

😀 Witam!
Mam doskonałe doświadczenie w pracy z aiogram v3, asyncio, Redis i MySQL, wielokrotnie poprawiałem i debugowałem logikę botów Telegram z kolejkami i czatami.

🛠 Jak to zrobię:
1. Połączę się z serwerem, przeanalizuję obecny kod czyściciela czatów i logi jego działania.
2. Poprawię algorytm kolejki i timera (7 dni / zakończenie transakcji) w Redis/MySQL, aby poprawnie zwalniać i zwracać norki.
3. Starannie przetestuję poprawki, gwarantując pełne zachowanie działania pozostałej funkcjonalności bota.

🎥 Portfolio: Freelancehunt

Będę zadowolony, aby omówić szczegóły na czacie i od razu przystąpić do pracy! Rozwiń

Budżet: 15000 UAH Termin: 3 dni

Dobry wieczór, Siergiej!

Jestem gotów podłączyć się do obecnego bota na aiogram 3 i poprawić działanie oczyszczacza „nor”, nie naruszając istniejącej logiki czatów.

Najpierw zlokalizuję przyczynę awarii: sprawdzę harmonogram, strefę czasową, warunki oczyszczania po 7 dniach, statusy w MySQL, kolejkę i TTL w Redis, ponowne uruchomienia, możliwe wyścigi i obsługę błędów.

Po diagnozie:

— odtworzę problem na kopii testowej;
— wprowadzę izolowaną poprawkę;
— sprawdzę scenariusze aktywnego czatu, zrealizowanej transakcji, zamkniętego czatu i braku wiadomości przez ponad 7 dni;
— skonfiguruję zrozumiałe logi oczyszczacza;
— zrobię kopię zapasową przed wdrożeniem;
— sprawdzę działanie poprawki na serwerze.

Nie będę przepisywał działającego systemu bez potrzeby. Celem jest usunięcie konkretnego błędu i nie pociąganie za sobą innych części projektu.

Na start potrzebuję repozytorium, dostęp do logów i informację, jak obecnie uruchamiany jest oczyszczacz: cron, osobny proces async czy inny harmonogram.

Termin — do 3 dni roboczych.
Koszt — 15 000 UAH.
Praca przez Safe. Rozwiń

Budżet: 700 UAH Termin: 3 dni

Dobry wieczór! Jestem gotów zająć się tym błędem. aiogram v3 + aiohttp + MySQL/Redis to nasz codzienny stos technologiczny, a analiza cudzych kodów to coś, z czym mamy do czynienia na co dzień.

Zasadniczo: czyściciel nor nie działa zgodnie z harmonogramem. W takich przypadkach przyczyna zazwyczaj jest jedna z trzech. Planista żyje wewnątrz workera i jest restartowany razem z nim; TTL ostatniej aktywności jest nadpisywany niewłaściwym kluczem w Redis; lub czas ostatniej wiadomości w MySQL znajduje się w innej strefie czasowej niż ta, według której liczone są 7 dni. Najpierw zrzucę log jednego pełnego cyklu czyściciela i porównam go z rzeczywistymi zapisami dla kilku nor, wtedy będzie widać, gdzie dokładnie występują rozbieżności.

Pracuję punktowo: poprawiam tylko logikę planisty i zwracanie nory do kolejki, mechanikę czatów i resztę pozostawiam bez zmian. Przed wdrożeniem na produkcję pokazuję różnice i uruchamiam na kopii bazy, aby poprawka nie wprowadziła innych problemów.

Cena 700 zł, termin 2-3 dni od momentu uzyskania dostępu do serwera i repozytorium. Biorę po cenie startowej, ponieważ zbieram pierwsze opinie na Freelancehunt.

Pytanie do rzeczy: czy czyściciel jest uruchamiany jako osobne zadanie asyncio wewnątrz bota, jak APScheduler, czy jako systemowy cron? I gdzie przechowywany jest czas ostatniej aktywności w norze, w MySQL czy w Redis z TTL? Od tego zależy, czy to poprawka na godzinę, czy planista musi być przeniesiony do osobnego procesu.

Są aktywne boty w pracy, mogę pokazać w czacie.

Piotr Pankow, BotCraft Group Rozwiń

Budżet: 12000 UAH Termin: 3 dni

Termin - orientacyjnie 3 dni robocze na diagnostykę, poprawkę czyściciela nor, sprawdzenie scenariuszy i staranny wypuszczanie na serwer. Budżet - 12000 UAH, jeśli problem rzeczywiście leży w harmonogramie, kolejce lub warunkach czyszczenia, a nie w głębszej awarii modelu czatów.

Zobacz, tu jest niuans - nie chciałbym ruszać pracy czatów szerzej niż to konieczne. Logika jest taka - sprawdzam uruchomienie czyściciela, stan kolejki w MySQL lub Redis, warunki 7 dni bez wiadomości, statusy transakcji, potem robię minimalną poprawkę i uruchamiam scenariusze z aktywną transakcją, zamkniętym czatem, pustym czatem i zwrotem nory do kolejki.

Potrzebuję od was dostępu do serwera, repozytorium lub folderu projektu, ustawień środowiska przez bezpieczny mechanizm giełdy oraz przykład 1-2 nor, gdzie czyszczenie zadziałało nieprawidłowo. Kod i polecenia serwerowe nie wychodzą poza zakres zadania.

Wyjaśnię 2 punkty, aby nie pomylić się w ocenie:
> czyściciel obecnie uruchamiany jest przez cron, oddzielny proces asyncio, zadanie aiohttp lub wewnątrz głównego bota
> kolejka nor przechowywana jest w MySQL, Redis lub w mieszanym schemacie

Podobne nasze prace:
> https://business.ingello.com/platforma - platforma z rolami, logiką biznesową i zarządzaniem procesami
> https://business.ingello.com/forma-bpm - automatyzacja kolejek, statusów i procesów wewnętrznych
> https://systems-fl.ingello.com - główny profil Ingello Systems dla FLH

Jeśli po diagnostyce okaże się, że problem nie leży w jednym błędzie, a w architekturze czyszczenia i kolejek, osobno zaproponuję krótki etap projektowania. Lepiej siedem razy zmierzyć, niż potem naprawiać każdą nową norę ręcznie =) Rozwiń

Budżet: 700 UAH Termin: 2 dni

Siergiej, dzień dobry. Tutaj ważne jest, aby poprawić właśnie warunki czyszczenia, nie naruszając anonimowości i równoległych czatów. Zacznę od odtwarzalnego scenariusza awarii i mapy przejść: zamknięty czat, brak umowy, 7 dni bez aktywności, usunięcie uczestników i powrót nory do kolejki. Pracuję z Python asyncio, aiogram 3, MySQL i Redis, poprawki zrobię punktowo i sprawdzę na granicznych stanach.

Budżet: 4000 UAH Termin: 7 dni

Witaj, robiłem podobną usługę Telegram na aiogram v3 do interakcji między zamawiającymi a wykonawcami: profile z rolami (RBAC), pary czatów między stronami, kolejka dialogów, automatyczne czyszczenie nieaktywnych czatów według timera na Redis. Analiza cudzych kodów bezpośrednio na serwerze z aiohttp-webhookami i MySQL również była częścią tej pracy.

Jeśli czyściciel teraz nie działa zgodnie z harmonogramem, najczęściej powodem jest to, że timery żyją w pamięci procesu i znikają po restarcie, dlatego warto przenieść odliczanie 7 dni na TTL w Redis lub osobny harmonogram, co eliminuje pływające wyzwolenia.

Proszę powiedzieć, czy czyściciel działa jako osobne zadanie asyncio czy przez zewnętrzny harmonogram, i ile mniej więcej norki jest teraz w kolejce? I gdzie rejestrowana jest ostatnia aktywność w czacie, w MySQL czy Redis?

Proponuję się skontaktować, przy okazji naszkicuję schemat logiki czyściciela pod wasze pary norek, aby naprawa nie pociągnęła za sobą innych problemów.

Budżet: 2500 UAH Termin: 1 dzień

Cześć, Siergiej!

Jestem Nina, reprezentuję zespół IT Valflow. Nasz wiodący inżynier Walentyn ma duże doświadczenie w pracy z aiogram v3, rozwojem asynchronicznym (asyncio / aiohttp), Redis oraz debugowaniem skomplikowanej logiki botów Telegram bezpośrednio na serwerach (Linux / VPS).

Jak podejdziemy do rozwiązania problemu z „Norami”:

1. Audyt aktualnego kodu i logów czyściciela:
Przeanalizujemy działający algorytm czyszczenia i kolejki (w Redis / MySQL), zidentyfikujemy przyczynę awarii w harmonogramie oraz dlaczego czaty nie wracają do kolejki poprawnie.

2. Poprawa logiki i timerów (7 dni):
* Skonfigurujemy stabilny proces w tle (Scheduler / Cron) do sprawdzania aktywności w czatach oraz dostępności umów.
* Zrealizujemy poprawne usuwanie użytkowników z parnych czatów oraz ich powrót do wolnej kolejki bez utraty powiązań.

3. Bezpieczeństwo i izolacja zmian:
Pracujemy maksymalnie ostrożnie — lokalizujemy poprawki ściśle w bloku modułu czyszczenia, aby nie naruszyć sąsiedniej funkcjonalności oraz głównej routingu wiadomości.

4. Testowanie na serwerze:
Przeprowadzimy punktowe testowanie algorytmu na rzeczywistych/testowych czatach oraz sprawdzimy poprawność zapisów w bazie danych.

Strona: https://valflow.dev/

Jesteśmy gotowi połączyć się z serwerem i zająć się błędem od razu po omówieniu szczegółów! Rozwiń

Budżet: 1500 UAH Termin: 1 dzień

Dobry wieczór, Siergiej!

Pracuję z aiogram v3, asyncio, aiohttp, MySQL i Redis — to mój główny stos technologiczny w budowie botów.

W zasadzie: kluczowe ryzyko tutaj polega nie tylko na naprawieniu czyściciela, ale na zrobieniu tego w taki sposób, aby nie zdezynsenchryzować parzystych nor: jeśli jedna strona pary zostanie oczyszczona wcześniej niż druga, drugi użytkownik pozostaje w czacie bez rozmówcy. Wygląda na to, że to jest twój problem — harmonogram nie jest przestrzegany.

Typowe przyczyny takiego zachowania: timer czyściciela żyje w pamięci procesu i resetuje się przy restarcie/deployu; albo TTL w Redis jest nadpisywany nie tym kluczem; albo last_activity w MySQL jest odczytywane w innym strefie czasowej niż 7-dniowe okno.

Plan:
1. Łączę się z serwerem, przestudiuję logi i aktualny kod czyściciela
2. Odwzoruję awarię na 1-2 norach z sztucznie postarzałą aktywnością
3. Zrobię kopię zapasową kodu i bazy przed zmianami
4. Precyzyjnie poprawiam tylko logikę harmonogramu/zwrotu nory do kolejki, nie dotykając pozostałej logiki czatów
5. Sprawdzam scenariusze: aktywna transakcja, zamknięty czat, brak wiadomości przez 7+ dni, symetryczny zwrot obu nor do kolejki

Pytanie zasadnicze: czy czyściciel jest teraz uruchomiony jako cron, oddzielny asynchroniczny proces czy wewnątrz samego bota? I gdzie przechowywana jest informacja o ostatniej aktywności — w MySQL czy w Redis z TTL?

Cena: 1500 UAH, termin — 1-2 dni od momentu uzyskania dostępu do serwera. Cena jest poniżej rynkowej, ponieważ obecnie pracuję na pierwszy komentarz i ocenę na Freelancehunt. Rozwiń

Budżet: 700 UAH Termin: 1 dzień

Dzień dobry.

Opcje współpracy:
🟢 700 UAH
• Poprawa 1–2 błędów.
• Małe poprawki.
• Do 2–3 godzin pracy.
🟡 3 000 UAH
• Analiza projektu.
• Poprawa kilku problemów.
• Dodanie małej funkcjonalności.
• 1–2 dni.
🟠 10 000 UAH (optymalna opcja)
• Pełny audyt projektu.
• Optymalizacja aiogram v3, MySQL, Redis.
• Nowa funkcjonalność.
• Refaktoryzacja.
• Testowanie.
• 5–7 dni.
🔴 27 000 UAH
• Pełne wsparcie projektu.
• Zmiany architektoniczne.
• Skalowanie.
• Nowe moduły i integracje.
• Wsparcie po oddaniu.

Nie lubię rozciągać projektów na tygodnie. Zwykle już w pierwszy dzień pokazuję działający wynik, aby klient widział postęp, a nie tylko raporty o wykonanej pracy. Rozwiń

Budżet: 1200 UAH Termin: 2 dni

Pracuję z aiogram v3 + asyncio/aiohttp, MySQL i Redis - zrozumiem cudzy kod bez przepisywania. Z opisu wynika, że czyściciel Nor nie trzyma harmonogramu przez zadanie związane z cyklem życia webhooka i nie przetrzymuje restartu, lub przez TTL kluczy w Redis, które są nadpisywane przy ponownym zapisie. Sprawdzę harmonogram i logi bezpośrednio na serwerze, odtworzę przypadek, pokażę przyczynę przed poprawką, potem poprawię i zostawię test na harmonogram czyszczenia. Przed jakimikolwiek zmianami robię kopię zapasową kodu i bazy. Proszę powiedzieć - bot na webhookach przez aiohttp i co teraz odpowiada za harmonogram - APScheduler czy własna pętla?

Budżet: 1000 UAH Termin: 1 dzień

Witam. Nazywam się Włodzimierz, jestem programistą Python i Node.js, a także założycielem agencji inżynieryjnej Vaysed. Dokładnie zapoznałem się z Twoim zadaniem dotyczącym naprawy błędu w istniejącym bocie Telegram na aiogram 3. Rozumiem, że trzeba naprawić algorytm czyszczenia proxy-czatów, który zgodnie z harmonogramem ma poprawnie zwalniać nieaktywne pary czatów bez szkody dla reszty funkcjonalności bota.

Problem z naruszeniem harmonogramu czyszczenia najczęściej tkwi w nieprawidłowym użyciu asyncio, blokowaniu pętli zdarzeń przez inne procesy bota lub braku niezawodnego planera, który przechowywałby stan w Redis. Ponieważ już używasz Redis, proponuję przeprowadzić szybki audyt obecnego skryptu czyszczenia bezpośrednio na Twoim serwerze. Znajdę przyczynę awarii timerów i zoptymalizuję ten moduł, sprawdzając logikę porównania znaczników czasowych ostatniej aktywności oraz statusu transakcji z MySQL. To zapewni, że nieaktywne czaty powyżej 7 dni będą stabilnie czyszczone i wracane do kolejki, a bieżące dialogi nie ucierpią. Wszystkie poprawki będą wprowadzane punktowo i bezpiecznie.

Mam duże doświadczenie w tworzeniu skomplikowanych botów na aiogram 3, pracy z webhookami oraz zarządzaniu asynchronicznymi kolejkami. Na przykład, podczas tworzenia systemu Lumos zrealizowałem nieprzerwane procesy działające według ścisłych harmonogramów 24/7 bez żadnych awarii. Również w projekcie PAYBACK CARTEL budowałem niezawodną architekturę routingu i zarządzania sesjami.

Możesz zapoznać się z moim portfolio pod tym linkiem: Freelancehunt

Proponuję przejść do wiadomości prywatnych, aby omówić dostęp do serwera i przegląd logów działania Twojego czyszczenia.

Budżet: 1500 UAH Termin: 1 dzień

Dobry wieczór. Zajmuję się tworzeniem i konfiguracją botów Telegram. Mogę pomóc w rozwiązaniu Twojego problemu, szybko przeprowadzę diagnostykę i naprawię problem. Jestem gotów omówić szczegóły i przystąpić do pracy, pisz.

Budżet: 1111 UAH Termin: 11 dni

Dzień dobry, mam duże doświadczenie w tym, ale nie widząc kodu trudno coś powiedzieć. Bardzo chciałbym zobaczyć kod, wtedy będzie można powiedzieć coś konkretniej.

Budżet: 2000 UAH Termin: 2 dni

Cześć. Pracowałem ze wszystkim, co wymienione.
Mogę się tym zająć.
Co do ceny, ustalimy w zależności od tego, ile trzeba będzie poprawić.
Ogólnie, jeśli coś, to porozmawiajmy szczegółowo, pokażesz, w którym miejscu nie działa, ja już spojrzę na kod.

Budżet: 1500 UAH Termin: 2 dni

Witam. Głównym wyzwaniem tego zadania jest stabilizacja pracy tła "czyściciela" anonimowych czatów ("Nir"), nie łamiąc przy tym istniejącego routingu wiadomości w aiogram v3. To, że czyściciel narusza harmonogram, zazwyczaj świadczy o zablokowaniu pętli zdarzeń asyncio, nieprawidłowej pracy aktualnego harmonogramu zadań lub zawieszeniu transakcji podczas sprawdzania statusu umów i 7-dniowej nieaktywności. Lokalizuję błąd bezpośrednio na serwerze: optymalizuję zapytania MySQL dla dokładnego śledzenia czasu ostatniej wiadomości i skonfiguruję niezawodny mechanizm przywracania pustych czatów z powrotem do kolejki przez istniejący Redis. Wszystko to zrobię punktowo, zachowując obecną logikę izolacji (parzyste czaty) zamawiających i wykonawców bez zmian. Mam głębokie doświadczenie w pracy ze skomplikowanymi architekturami Telegrama na aiogram v3.

Budżet: 1250 UAH Termin: 2 dni

Witam! Zrozumiałem problem z czatami (normami): nie są one czyszczone zgodnie z harmonogramem i nie wracają do kolejki. Mam doświadczenie w tworzeniu botów Telegram w asynchronicznym Pythonie z pracą przez webhooks, MySQL i Redis. Dokładnie pracowałem z logiką automatycznego czyszczenia czatów według timerów i ponownego wstawiania do kolejki.

W jakim formacie przechowujecie znacznik czasu ostatniej wiadomości w czacie?

Budżet: 700 UAH Termin: 2 dni

Siergieju, kluczowe ryzyko tutaj — że „czyściciel” nor łapie stan transakcji w Redis i powiązania użytkowników w MySQL. Jeśli lag po prostu poprawić, można niezauważalnie złamać kolejkę: nora wróci do obiegu, a tam jeszcze aktywna transakcja.

Podejście do naprawy:
— najpierw prześledzę aktualny algorytm czyściciela: co dokładnie wyzwala czyszczenie (cron, pętla zdarzeń) i jakie warunki sprawdza przed usunięciem
— przywrócę logikę „7 dni bez wiadomości OR czat zamknięty AND brak aktywnej transakcji” — aby nora wracała do kolejki tylko przy poprawnym warunku
— sprawdzę, jak stan Redis parzystych nor synchronizuje się z MySQL przy resetowaniu — desynchronizacja tam najczęściej łamie grafik

Niższy, który ważne jest sprawdzić: dwie równoległe nory (wykonawca / zamawiający) muszą być czyszczone symetrycznie. Jeśli jedna zostanie wyczyszczona wcześniej — drugi użytkownik pozostanie w czacie bez rozmówcy. To prawdopodobnie jest źródłem błędu.

aiogram v3, asyncio i analiza cudzych kodów — moja codzienna praca. Webhooki, stan Redis i powiązania MySQL — stos pod to zadanie.

Pracuję przez Safe: najpierw lokalnie rozbiorę algorytm czyściciela i pokażę, gdzie dokładnie łamie się logika — potem naprawa na serwerze. Na początek potrzebny będzie dostęp do repozytorium i SSH.

Pytanie co do sedna: czy czyściciel jest teraz uruchamiany przez APScheduler/Cron, czy to jest zadanie asyncio wewnątrz bota? Rozwiń

Budżet: 1500 UAH Termin: 2 dni

Zasadniczo zadanie jest zrozumiałe, trzeba naprawić zadanie w tle (czyściciel) dla czatów, ponieważ nie trzyma się harmonogramu i nie odlicza normalnych 7 dni.

Pracowałem z takim stosem (aiogram v3, asyncio, redis, mysql), miałem doświadczenie z botami użytkowników i procesami w tle.

Jestem gotów szybko naprawić Twój problem.

Budżet: 1500 UAH Termin: 1 dzień

Cześć, Siergiej.

Sądząc po opisie, problem leży albo w samym asynchronicznym zadaniu planera (gdy padają zadania w tle z powodu nieprzechwyconych błędów), albo w niepoprawnym pobieraniu daty ostatniej aktywności z MySQL — trudno powiedzieć, trzeba to sprawdzić. Mogę wejść na serwer i przeanalizować kod, ostrożnie, aby niczego nie uszkodzić.

Powiedz mi, czy czyściciel działa wewnątrz samego procesu bota przez asyncio/APScheduler, czy jest wydzielony jako osobny skrypt pod systemd/cron?

Aktywnie piszę w Pythonie (w tym aiogram v3, MySQL, Redis i async) z kilkuletnim doświadczeniem, bez problemu rozumiem cudzy kod i mam doświadczenie w tworzeniu botów — możesz to zobaczyć w opiniach.

Napisz do mnie w wiadomościach prywatnych, omówimy szczegóły i od razu zabiorę się za zadanie.

Budżet: 1500 UAH Termin: 2 dni

Cześć, Siergiej. W usługach na aiogram v3 z kolejką „nor” taka nieregularna czyszczenie najczęściej tłumaczy się tym, że czyściciel trzyma odliczanie 7 dni w pamięci procesu, przez asyncio-task lub sleep-cykl, a każdy restart bota lub wdrożenie resetuje te timery bez śladu w logach, część czatów po prostu wypada z harmonogramu. Sprawdzę, czy u was czyściciel działa w ten sposób, czy przez zewnętrzny harmonogram, i skąd pochodzi znacznik ostatniej aktywności, z MySQL czy Redis, od tego zależy, gdzie dokładnie łamie się logika.

Jeśli przyczyna leży w timerach, przeniosę sprawdzenie na okresowy idempotentny przebieg po last_activity w MySQL z weryfikacją w Redis, który przetrwa restart i nie dotyka parnych czatów oraz kolejki zgłoszeń, zmienię tylko samego czyściciela. Przed wdrożeniem na produkcję sprawdzę poprawkę na parze testowych nor z sztucznie postarzałą aktywnością, aby zobaczyć, że bot zwalnia uczestników i przywraca czat do kolejki tak, jak to zaplanowano.

Jeśli chodzi o pieniądze i terminy, 1500 UAH, 2 dni od momentu dostępu do serwera i logów. Powiedzcie, czy jest SSH i środowisko testowe lub kopia bazy, aby sprawdzać poprawkę nie na bojowych czatach?

Budżet: 3800 UAH Termin: 5 dni

Zrozumiałem istotę: czyściciel nor powinien sprawdzać zgodnie z harmonogramem transakcję i aktywność za 7 dni, a teraz się psuje, kolejka nie zwalnia się na czas.

Podłączę się do serwera, przeanalizuję kod czyściciela i harmonogramu, znajdę, gdzie psuje się warunek w MySQL i Redis, poprawię punktowo, nie dotykając logiki czatów i nor.

Gotowy w ciągu 5 dni. Czy czyściciel jest teraz osobnym workerem czy przez cron?

Budżet: 18000 UAH Termin: 4 dni

mamy już praktycznie gotowe rozwiązania dotyczące botów telegramowych z kolejkami, rolami, zadaniami w tle i automatyzacją AI, dlatego możemy szybko wejść w aktualny kod i starannie naprawić problem

co do terminów - orientacyjnie 2-4 dni po uzyskaniu dostępu do serwera i repozytorium
co do budżetu - 18000 UAH za diagnostykę, naprawę i testowanie w scenariuszu roboczym

zobaczcie, tu jest niuans - w takich zadaniach ważne jest nie tylko poprawienie czyściciela, ale sprawdzenie całego łańcucha
> tworzenie norek
> ustawienie w kolejce
> sprawdzenie transakcji i aktywności za 7 dni
> usunięcie uczestników
> przywrócenie czatu do kolejki
> brak ubocznych zmian w aktualnej logice czatów

nie zmieniamy działania czatów i głównej mechaniki
robimy punktową analizę aktualnego algorytmu, logowanie przyczyn awarii, poprawę harmonogramu lub warunków czyszczenia, a następnie testujemy na serwerze lub na kopii bazy

aby dokładnie ocenić, należy wyjaśnić 2 kwestie
> czy czyściciel jest obecnie zrealizowany przez oddzielny proces asyncio, cron, kolejkę podobną do celery, czy wewnątrz samego bota
> czy istnieje serwer testowy, czy można pracować tylko na produkcyjnym z kopią zapasową bazy

podobne przypadki
> https://business.ingello.com/vorfahr - automatyzacja usługi z AI i skomplikowaną logiką procesów
> https://business.ingello.com/fractal - procesy agenta i automatyzacyjne, gdzie ważne są kolejki i niezawodne wykonanie zadań
> https://systems-fl.ingello.com - profil Ingello Systems dla projektów automatyzacji i rozwoju

jesteśmy w kontakcie, możemy zacząć od krótkiej diagnostyki aktualnego kodu i logów =) Rozwiń

Budżet: 2000 UAH Termin: 1 dzień

Witam.

Mogę zająć się bieżącą realizacją „nor” i poprawić działanie czyściciela bez zmiany istniejącej logiki czatów.

Pracuję z Pythonem, kodem asynchronicznym, aiogram 3, aiohttp, MySQL i Redis. Najpierw sprawdzę pełny cykl pracy czatów: tworzenie parnych nor, przypisanie zamawiającego i wykonawcy, rejestrowanie aktywności, status umowy, czyszczenie nieaktywnych czatów i zwracanie wolnych nor do kolejki.

Osobno sprawdzę:

* dlaczego czyściciel nie uruchamia się zgodnie z harmonogramem;
* poprawność określenia siedmiu dni nieaktywności;
* czy uwzględniana jest aktywna lub zakończona umowa;
* synchronizację dwóch równoległych czatów;
* działanie kolejki Redis;
* ponowne dodawanie jednej nory do kolejki;
* równoległe uruchamianie kilku instancji czyściciela;
* strefę czasową serwera;
* obsługę błędów Telegram API;
* logowanie czyszczenia i przyczyny pominięcia czatów.

Wprowadzę minimalne zmiany w problematycznym module, aby nie naruszyć innej funkcjonalności bota. Przed poprawkami zarejestruję obecną logikę, wykonam kopię zapasową zmian i sprawdzę działanie na testowych norach.

Po zakończeniu dostarczę krótki raport: w czym była przyczyna, które pliki zostały zmienione, jak teraz działa algorytm i jak sprawdzić czyściciela na serwerze. Rozwiń

Budżet: 3500 UAH Termin: 3 dni

Dzień dobry, Serhij!

Nazywam się Roman i dokładnie zapoznałem się z opisem Pańskiego projektu dotyczącego konfiguracji bota Telegram na aiogram v3 z problemem w funkcjonalności czatów, a mianowicie z czyścikiem „Nir”. Mam znaczące doświadczenie w pracy z aiogram v3, programowaniem asynchronicznym (asyncio) oraz aiohttp, a także z bazami danych MySQL i Redis, które są kluczowymi technologiami Pańskiego bota. Rozumiem, że poprawne działanie czyścika, który zwraca niewykorzystane „Niry” do kolejki, jest krytycznie ważne dla efektywności Państwa systemu interakcji między zamawiającymi a wykonawcami. Moje podejście koncentruje się na dokładnej analizie istniejącego kodu, co pozwoli mi zlokalizować i usunąć przyczynę nieprawidłowego działania czyścika, nie naruszając innych funkcjonalnych części bota, jak Pan wspomniał.

Mój plan działania jest następujący: po pierwsze, przeprowadzę szczegółowe badanie logów oraz aktualnej implementacji czyścika na Pańskim serwerze, aby dokładnie zidentyfikować błąd, który prowadzi do jego nieprawidłowego działania i nieterminowego czyszczenia czatów. Po drugie, opracuję i przetestuję poprawkę, która zapewni działanie czyścika zgodnie z algorytmem 7-dniowego okresu oraz przywracaniem czatów do kolejki. Po trzecie, przeprowadzę kompleksowe testy, aby upewnić się, że poprawka nie spowodowała nowych błędów i że wszystkie inne mechanizmy bota, w tym tworzenie „Nir” oraz równoległe czaty, działają bez zarzutu. Jestem odpowiedzialny, punktualny i zawsze zwracam uwagę na szczegóły, co pozwoli mi zapewnić stabilną i niezawodną pracę Pańskiego bota.

Koszt prac wynosi 3500 UAH, termin – 3 dni robocze. Jestem gotów dostarczyć linki do podobnych zrealizowanych projektów w prywatnych wiadomościach, aby mogli Państwo ocenić mój poziom ekspertyzy. Jako miły bonus, oferuję bezpłatne 7-dniowe wsparcie po zakończeniu projektu, aby mieli Państwo pewność w stabilnej pracy poprawionego funkcjonalności. Czy mają Państwo już jakieś przypuszczenia dotyczące możliwej przyczyny błędu w czyściku, które mogłyby przyspieszyć diagnozę?

Budżet: 1500 UAH Termin: 1 dzień

Dzień dobry, Serhij!

Jestem gotów spojrzeć bezpośrednio na serwerze. Z opisu wygląda to na jedną z trzech typowych przyczyn: zadanie-cleaner wisi na asyncio.sleep w pętli i cicho umiera bez zapisu w logach przy restarcie/opóźnieniu sieci; lub transakcja czyszczenia jest zatwierdzana w niewłaściwym połączeniu z puli MySQL, przez co inne części bota widzą przestarzałe dane; lub Redis trzyma znacznik TTL harmonogramu, który wygasa w niewłaściwym miejscu. Wiem, gdzie szukać w każdym przypadku.

Stos — aiogram v3, asyncio, MySQL + Redis razem — to mój główny profil, pracowałem z taką kombinacją w projekcie bojowym z żywym monitoringiem przez Telegram.

Pytanie: czy jest dostęp do serwera przez SSH i logi z ostatnich awarii cleanera? Bez budżetu orientuję się na 1500–2500 UAH, 1–2 dni, w zależności od czytelności kodu.

github.com/kamedashe

Bohdan Rozwiń

Budżet: 4000 UAH Termin: 2 dni

Wygląda na to, że czyściciel czatów nie działa zgodnie z harmonogramem — problem leży w asynchronicznym planowaniu (prawdopodobnie pętla asyncio lub kolejka Redis). Szybko zdiagnozuję, poprawię bezpośrednio na serwerze, z kopią zapasową i rollbackiem. Plan: 1) Analiza kodu czyściciela i jego wyzwalaczy; 2) Poprawa logiki planowania (jeśli to konieczne — zamiana na apscheduler lub sprawdzenie korutyn); 3) Testowanie w środowisku produkcyjnym. Mam doświadczenie w pracy z złożonymi systemami asynchronicznymi (na przykład zautomatyzowany menedżer Twittera na Selenium + Python) [1]. Proszę o dostęp do serwera i. proszę o wyjaśnienie: jaki harmonogram czyszczenia ma być? Czy istnieje już środowisko testowe? Przykład pracy: https://freelancehunt.com/showcase/work/programmnoe-obespechenie-dlya-twitter-avtomatizirovannoe-upravlenie/1874481.html

Cena: 4000 UAH
Termin: 2 dni

Budżet: 1500 UAH Termin: 1 dzień

Cześć, mam ponad 5-letnie doświadczenie w budowie botów, pisz, pomogę! Szybko rozwiążę Twój problem)

Budżet: 3400 UAH Termin: 4 dni

Zadanie jest jasne: czyściciel nor pracuje z błędami, nie zgodnie z harmonogramem, nie zwalnia czatów po 7 dniach nieaktywności i nie przywraca ich do kolejki.

Podłączę się do serwera, przeanalizuję obecną logikę harmonogramu (cron/asyncio task) oraz warunki sprawdzania ostatniej aktywności w MySQL, znajdę, gdzie psuje się harmonogram i dlaczego nie działa usuwanie uczestników z czatu. Poprawki wprowadzę punktowo, bez zmian w pozostałej logice czatów, par nor i kolejki Redis.

Termin: około 4 dni. Proszę o potwierdzenie dostępu do serwera i repozytorium po rozpoczęciu.

Budżet: 1100 UAH Termin: 1 dzień

Witam.

Mam duże doświadczenie w tej dziedzinie, więc jestem gotów rozpocząć, jak tylko dyskusja się zakończy.

Budżet: 1000 UAH Termin: 1 dzień

Witam. Dokładnie przeanalizuję bieżącą realizację mechanizmu "czyściciela" w kontekście architektury aiogram v3, procesów asynchronicznych oraz interakcji z MySQL i Redis. Szczególną uwagę poświęcę wykrywaniu nieprawidłowych warunków, warunków wyścigu lub błędów w pracy z danymi, które prowadzą do naruszenia logiki czyszczenia czatów i ich przywracania do kolejki. Wprowadzę poprawki, zapewniając dokładne przestrzeganie harmonogramu czyszczenia oraz stabilność istniejących funkcji czatów, wykorzystując wzorce operacji idempotentnych. Posiadam znaczące doświadczenie w tworzeniu i optymalizacji procesów w tle dla botów Telegram, a także gotowe szablony do testowania i wdrażania podobnych poprawek. Wszystkie szczegóły realizacji, końcowy budżet oraz terminy proponuję omówić w wiadomościach prywatnych.

Budżet: 700 UAH Termin: 1 dzień

Cześć! Jestem gotowy, aby szybko się połączyć, zrozumieć twój kod i naprawić błąd w Telegram-bocie od razu.

Jestem programistą, specjalizuję się w asynchronicznym Pythonie i automatyzacji. Mam pewne praktyczne doświadczenie w pracy z aiogram v3 (w tym praca z FSM, middleware i niestandardowymi filtrami), a także doskonale rozumiem logikę asynchronicznych zapytań przez aiohttp, pracę z webhookami, bazami MySQL i cachowaniem w Redis.

Świetnie potrafię czytać i refaktoryzować cudzy kod. Zrobię wszystko szybko i starannie, nie łamiąc aktualnej architektury usługi. Cena jest niewielka, ponieważ dopiero zaczynam na tym profilu i pracuję na pierwszy komentarz i ocenę.

Jestem gotowy przejść do prywatnego czatu od razu.

Budżet: 1000 UAH Termin: 1 dzień

Dzień dobry, jestem gotów szybko i jakościowo wykonać twoje zadanie. Mam duże doświadczenie w tworzeniu różnych botów. Napisz w wiadomościach prywatnych, omówimy szczegóły. Chętnie pomogę)