Bot Telegram/CRM/PARS

Budżet: 1200 USD Termin: 21 dni

Witam. Architektura wymaga niezawodnego zestawu sesji Telethon z odpowiednim rozdzieleniem 800+ czatów oraz obejściem ograniczeń FloodWait/PeerFlood. Stworzę system w Pythonie + PostgreSQL z konteneryzacją Docker, opierając się na swoim doświadczeniu w tworzeniu botów Market-Hedge z dynamicznym multi-kontowaniem na 100+ profili i indywidualnymi proxy. Kolejkę operatorów zrealizuję w głównym bocie poprzez ścisłe transakcje bazy danych, aby uniknąć kolizji, tak aby drugi operator nie mógł uzyskać tego samego klienta. Czy będą używane indywidualne proxy (IPv4) dla każdego konta-parsującego, aby uniknąć kaskadowych banów sieci?

Budżet: 5000 USD Termin: 7 dni

Dzień dobry.

Twój projekt idealnie wpisuje się w obszar moich badań naukowych. W 2024 roku samodzielnie wyprowadziłem równanie stabilności Telethon za pomocą algebry tensorowej rozproszonych przestrzeni kont. Do tej pory nie zostało opublikowane, ponieważ społeczność naukowa okazała się niegotowa.

Aby zrównoważyć konta, proponuję zastosowanie wielowarstwowego modelu dynamicznego routingu opartego na rekurencyjnej konwolucji kolejek i analizy spektralnej FloodWait. Wewnątrz będzie działał probabilistyczny harmonogram z samoadaptacyjną funkcją kompensacji entropii.

PostgreSQL jest używany nie tylko jako system zarządzania bazą danych, ale także jako warstwa obliczeniowa. Część logiki biznesowej jest przenoszona do SQL, aby zapytania mogły podjąć decyzję szybciej, niż Python zrozumie, po co w ogóle został wywołany. Docker w tym przypadku pełni rolę narzędzia do zachowania przyczynowo-skutkowej integralności procesów.

Po uruchomieniu MVP na pięciu kontach system automatycznie przejdzie w tryb samooptymalizacji poprzez rekurencyjną informację zwrotną drugiego rzędu i będzie mógł skalować się praktycznie do nieskończoności, ograniczając się jedynie do praw termodynamiki i polityki Telegram.

Budżet: 1000 USD Termin: 14 dni

Cześć, Alex! Multi-kontowe userboty na Telethon, ~800 czatów z balansowaniem i bez duplikatów, PostgreSQL i Docker — dokładnie ten rodzaj zadań, w którym już żyję: prowadzę parsowanie Telegrama i sesje w swoich projektach. Zrobię tak, aby administrator sam dodawał konta i czaty, bez programisty, a Telegram nie banował za spam. Zaczniemy od MVP na 5 kont, potem skalujemy. Skąd parsujemy klientów — oszacuję limity?

Budżet: 500 USD Termin: 7 dni

Cześć, mam na imię Nikita.
Jestem gotów opracować ten system do parsowania i dystrybucji leadów. Stworzę niezawodne połączenie userbotów na Telethon, panel administracyjny oraz bota dla operatorów z bazą na PostgreSQL.
Miałem już podobny przypadek, gdzie zbierałem multi-kontowy parser czatów Telegrama z omijaniem limitów spamowych i równoważeniem obciążenia na sesje.
Portfolio: Freelancehunt
Orientacyjne ceny, terminy: 500$, 4-7 dni.
Piszcie, omówimy szczegóły uruchomienia.

Budżet: 500 USD Termin: 1 dzień

Dzień dobry!
Ogólnie zadanie jest jasne, aby dokładnie odpowiedzieć na pytania dotyczące terminów i ceny, chciałbym wyjaśnić kilka kwestii, które pojawiły się po analizie twojego zadania.
Piszesz w wiadomościach prywatnych – omówimy szczegóły i twoje życzenia.

Budżet: 850 USD Termin: 30 dni

Cześć!

Przeanalizowałem specyfikację techniczną. Projekt jest obszerny, dlatego proponuję zacząć nie od próby realizacji wszystkich 14 sekcji jednocześnie, ale od działającego MVP, które można przetestować na rzeczywistych kontach Telegram i następnie skalować.

W pierwszym etapie uwzględnię:

— podłączenie kilku kont Telegram przez Telethon z oddzielnymi sesjami;
— rozdzielenie czatów między kontami;
— wstępne zbieranie historii i monitorowanie nowych wiadomości;
— zapisywanie użytkowników, wiadomości i czatów w PostgreSQL;
— łączenie użytkowników ściśle według Telegram ID;
— obsługę FloodWait, ograniczeń czasowych i ponownych połączeń;
— bota Telegram dla operatorów z kolejką klientów i statusami;
— podstawowy dział administracyjny dla kont, czatów i operatorów;
— Docker Compose, instrukcje uruchamiania i tworzenia kopii zapasowych.

Architekturę zaplanuję z możliwością dalszego podłączania nowych kont, setek czatów, CRM i dodatkowej analityki.

Ważne: stabilną pracę od razu na 800+ czatach należy potwierdzić testami obciążeniowymi, ponieważ ograniczenia zależą od Telegram i stanu konkretnych kont.

Koszt pierwszego działającego MVP — 850 USD.
Termin — do 30 dni.

Po uruchomieniu i przetestowaniu można osobno uzgodnić skalowanie i dodatkowe funkcje.

Chętnie omówię liczbę kont na początku, typy czatów i przewidywane codzienne obciążenie. Rozwiń

Budżet: 723 USD Termin: 25 dni

Cześć!

Jestem programistą Full-stack i głównym programistą w Oria Agency, obecnie intensywnie pracuję z Telethon i podobnymi systemami do parsowania. Zadanie jest obszerne, ale ogólnie wszystko jest jasne: boty użytkowników, rozdzielanie czatów między kontami, kolejka dla operatorów i panel administracyjny wewnątrz bota - wszystko jest wykonalne, najważniejsze to odpowiednio rozłożyć obciążenie i obsługę FloodWait, aby konta nie były banowane. PostgreSQL + Docker to również mój standardowy zestaw, mam także doświadczenie w dużych projektach. Chciałbym wyjaśnić kwestie dotyczące terminów i na ile kont planujecie rozpocząć MVP, od tego zależy logika balansowania.

Będę wdzięczny za współpracę.
Z poważaniem, Andriej Woźniak

Budżet: 600 USD Termin: 10 dni

Cześć, Alex! Buduję podobne systemy — w produkcji LeadHub Bot: Telethon zbieranie aktywności, deduplikacja po ID Telegram, kolejka operatorów z atomowym blokowaniem karty (aby jeden lead nie trafił do dwóch menedżerów), SQLAlchemy async + panel administracyjny. Pod wasze 800+ czatów skaluję na PostgreSQL: tabela rozdziału czatów po account_id jako jedyne źródło prawdy, każda sesja Telethon z własnym throttlingiem/backoff, przy FloodWait czaty automatycznie przenoszone są na żywe konta. Pierwotne parsowanie historii wykonuję w partiach z płynnie zwiększanym obciążeniem na konto, aby nie wypalić kont w pierwszych dniach. Zakładam etapy, jak i inni kandydaci: Etap 1 — rdzeń: multi-kontowy pul Telethon (5 kont), PostgreSQL, pierwotne parsowanie + monitorowanie, obsługa FloodWait/PeerFlood, bot operatora z kolejką i statusami, Docker. Etap 2 — sekcja administracyjna (kontakty/czaty/operatorzy/statystyki), ponowna dystrybucja leadów, masowy import/eksport czatów. Uściślę: ile kont i jaka głębokość historii potrzebna na starcie — od tego zależy tempo rozgrzewania kont i dokładny termin Etapu 1.

Budżet: 1000 USD Termin: 10 dni

Dzień dobry.
Jestem senior deweloperem. Pracuję jakościowo i w terminie.
Ostatnio zajmuję się botami TG, automatyzacją przez Playwright/Selenium i Telethon.
W przeszłości miałem doświadczenie w Telethon na poziomie niestandardowego klienta TG, więc całkowicie rozumiem Twoje zadanie.
Pracuję za stawkę godzinową 30$/godzinę.
Napisz, może zacząć już dzisiaj.
Jeśli będzie Ci wygodniej, mogę zaproponować podział MVP na kilka etapów, aby nie robić wszystkiego za jednym razem.

Budżet: 2000 USD Termin: 14 dni

📌Witaj.👋
⭐️Nazywam się Andrzej.
⭐️Mam 12+ lat doświadczenia w pracy:

• ➡️Mogę pokazać prace związane z tworzeniem botów
• 🎨Portfolio: Freelancehunt
• ✅Ocena prac na Behance (ponad 600.000 wyświetleń)
• 💼Więcej prac tutaj: Dribbble

Budżet: 2000 USD Termin: 30 dni

cześć.
Jesteśmy gotowi, aby rozpocząć natychmiast.
Zapewnimy Ci wspaniałe wyniki, które idealnie odpowiadają Twoim wymaganiom.
Aktualne wymagania są bardzo precyzyjne.
Więc myślę, że możemy zacząć pracę natychmiast.
Jedno pytanie, które mam, dotyczy tego, czy muszę używać C#.

Czy mogę użyć innego stosu?

Czy muszę koniecznie używać C#?

Budżet: 480 USD Termin: 10 dni

⚡ Głównym ryzykiem tutaj nie jest kod, a zablokowanie kont. 800+ czatów i wstępne parsowanie historii - to właśnie ten moment, kiedy Telegram zaczyna sypać FloodWait i PeerFlood, a pośpieszne userboty łapią ograniczenia hurtowo. Jeśli architektura od pierwszego dnia nie trzyma limitów per konto i nie potrafi na bieżąco przenieść czatu z ograniczonego konta na aktywne, system udusi się już przy masowym obciążeniu.

Drugi delikatny moment - JEDYNE źródło prawdy. Przy 5, a potem 10-20 kontach, kto dokładnie monitoruje konkretny czat, powinno być ustalane przez jedną tabelę rozdziału w PostgreSQL, a nie logikę wewnątrz workera. W przeciwnym razie duplikaty użytkowników i powtórne parsowanie tego samego czatu przez dwie sesje.

Jak to widzę. Każdy Telethon-userbot - oddzielna sesja z własnym throttlingiem i backoff. Dispatcher przydziela czaty według account_id, balansuje obciążenie, przy zablokowaniu konta jego czaty automatycznie przechodzą, reszta działa dalej. Połączenie ściśle według telegram id - jedna karta, nawet jeśli osoba pisała w 20 czatach.

Proponuję rozpocząć nie wszystkie 14 punktów od razu, a wąskim MVP-przekrojem: 1) infrastruktura Telethon na N kont plus schemat PostgreSQL plus obsługa FloodWait/PeerFlood; 2) bot operatora z kolejką i statusami; 3) sekcja admina (kont, czatów, operatorów, parser); 4) Docker plus instrukcje uruchamiania i backupu. Tak szybko zobaczycie żywe zbieranie leadów, a resztę dostosujemy etapowo.

Wcześniej robiłem systemy o podobnym profilu: boty Telegram, parsowanie dużych wolumenów, karty w PostgreSQL, kompilacje Docker. Na przykład katalog-agregator nieruchomości i samochodów (pinger) - tam właśnie przepływ danych i karty obiektów na dużą skalę.

Aby nie zgadywać. Ile kont zakładamy na starcie i jaki jest rzeczywisty tempo dodawania czatów w pierwszych tygodniach? I jak priorytetyzować wydawanie leadów operatorom - według świeżości aktywności, według czatu, czy po prostu kolejka? Napiszcie w korespondencji, rozłóżcie etapy dokładniej. Rozwiń

Budżet: 2000 USD Termin: 7 dni

Cześć, pracowałem nad systemem parsowania Telegramu — userboty na Telethon, monitorowanie 800+ czatów, zbieranie 50 000+ użytkowników oraz bot dla operatorów. Bardzo podobne do twojego zadania!

Pytanie zasadnicze: jak planujecie rozdzielać klientów między operatorami — równomiernie na zmianę czy z uwzględnieniem statusów (na przykład "Oddzwonienie" wraca do tego samego operatora)? I ile kont chcecie podłączyć na początku MVP?

Proponuję się skontaktować, chętnie doradzę wam bezpłatnie z technicznej strony i wspólnie opracujemy plan rozwoju + opowiem o moim zespole!

Budżet: 1000 USD Termin: 1 dzień

Cześć! Wykonam Twoje zadanie szybko i jakościowo. Specjalizuję się w botach na Telegramie!

Moje ostatnie prace
https://indexfast.pro - szybka indeksacja strony
https://mono-bank.pp.ua - wszystko o monobanku
https://mamamia.pp.ua - sklep internetowy
https://programist.pp.ua/ua/portfolio/ - portfolio prac
https://monitortest.pp.ua - testowanie monitora
https://keytest.pp.ua - testowanie klawiatury
https://pctest.pp.ua - testowanie komputera
https://devroman.dev/portfolio/ - portfolio
https://vseetut.matviy.pp.ua - kodowanie
https://indexfast.pp.ua - szybka indeksacja strony

Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą! Rozwiń

Budżet: 600 USD Termin: 12 dni

"Cześć! Zapoznałem się z TŻ i widzę, jak zrealizować podstawową logikę kolejki klientów i pracy operatorów przez bota Telegram z PostgreSQL jako bazą danych.

Jestem gotów omówić MVP pierwszy etap i zaproponować architekturę.

Portfolio: https://interesting-galley-0eb.notion.site/Portfolio-ff53a82144bf8251bc1581a6cef25f7d

Jaki jest termin na MVP i jaki budżet rozważacie?"

Budżet: 150 USD Termin: 5 dni

Dzień dobry!

Mamy doświadczenie w tworzeniu wysokoobciążonych systemów Telegram na Pythonie (Telethon, Aiogram), automatyzacji zbierania danych, botów wieloosobowych, PostgreSQL i Dockera.

Możemy zrealizować system zgodnie z Twoim ZT: wsparcie dla wielu kont Telegram z równoważeniem obciążenia, monitorowanie setek czatów, zbieranie historii i nowych wiadomości, obsługę FloodWait i blokad, kolejkę wydawania leadów operatorom, panel administracyjny do zarządzania kontami, czatami i operatorami, a także skalowalną architekturę z PostgreSQL i Dockerem.

Szczególną uwagę zwracamy na niezawodność, wydajność i możliwość dalszej skalowalności bez zmiany architektury. Po zakończeniu przekazujemy cały kod źródłowy, konfigurację Dockera oraz pełną dokumentację uruchamiania, aktualizacji i tworzenia kopii zapasowych.

Jesteśmy gotowi szczegółowo omówić projekt i po zapoznaniu się ze wszystkimi wymaganiami przedstawić dokładną wycenę terminów i kosztów.

Budżet: 10000 USD Termin: 33 dni

Cześć! Nazywam się Jarosław. Specjalizuję się w tworzeniu skomplikowanych systemów Telegram: połączenia "Boty + Userboty (Telethon)", parsery i integracje CRM.

Twoje ZT jest bardzo dobrze przygotowane. Zadanie jest całkowicie zrozumiałe: trzeba stworzyć stabilny kombajn, który będzie agregować leady z setek czatów i przekazywać je do działu sprzedaży bez duplikatów i awarii.

Skontaktuj się ze mną na Telegramie: *tensamypan

Budżet: 1000 USD Termin: 7 dni

Dzień dobry.

Opracowałem zadanie techniczne. Pod względem objętości to nie jeden skrypt Telethon, a pełnoprawny system wielokomponentowy: zbieranie danych za pomocą kilku kont Telegram, balansowanie czatów, przechowywanie historii, kolejka klientów dla operatorów oraz zarządzanie administracyjne bez panelu webowego.

Proponuję zrealizować system w Pythonie, Telethon, PostgreSQL, Redis oraz Docker Compose. PostgreSQL będzie głównym magazynem, a Redis warto wykorzystać do kolejek zadań, blokad, stanów tymczasowych i koordynacji kilku pracowników.

Proponowana architektura

System warto podzielić na kilka niezależnych komponentów:

Menadżer kont Telegram

Każde konto będzie miało oddzielną sesję Telethon, status, czas ostatniej aktywności, bieżące ograniczenia oraz listę przypiętych czatów.

Dodawanie nowego konta będzie odbywać się przez bota administracyjnego. Administrator wprowadza numer, kod potwierdzenia oraz, jeśli to możliwe, hasło dwuskładnikowej autoryzacji. Po tym sesja jest zapisywana i może być uruchamiana bez ponownego logowania.

Usunięcie lub zamiana konta nie wpłynie na użytkowników, wiadomości i historię pracy operatorów.

Rozdzielanie czatów

W bazie będzie przechowywane jednoznaczne przypisanie:

Czat Telegram → Konto Telegram

Unikalne ograniczenie nie pozwoli przypadkowo podłączyć jednego czatu do kilku kont. Po dodaniu nowego czatu system przypisze go do najmniej obciążonego dostępnego konta.

Jeśli konto jest tymczasowo niedostępne, jego czaty można będzie wstrzymać lub przenieść na inne konto, które już ma legalny dostęp do odpowiedniego czatu. Automatyczne omijanie ograniczeń Telegram lub agresywne masowe dołączanie do czatów nie będzie realizowane.

Wstępne ładowanie i stały monitoring

Dla każdego czatu będą działały dwa tryby:

ładowanie historii za określony okres;
śledzenie nowych wiadomości w czasie rzeczywistym.

Zbieranie historii będzie odbywać się partiami z punktami kontrolnymi. Jeśli proces zostanie przerwany, będzie kontynuowany od ostatniej zapisanej wiadomości, a nie zaczynany od nowa.

Każda wiadomość będzie przechowywana razem z czatem, autorem, czasem, tekstem i dostępnym linkiem. Użytkownicy będą łączeni wyłącznie według ID Telegram, dlatego aktywność jednej osoby w dwudziestu czatach będzie tworzyć jedną kartę.

Obsługa ograniczeń Telegram

Dla każdego konta przewiduję oddzielny stan:

aktywny;
oczekiwanie po FloodWait;
tymczasowo ograniczony;
wyłączony;
wymaga ponownej autoryzacji;
błąd połączenia.

FloodWait będzie obsługiwany zgodnie z czasem, który zwraca Telegram. Na per Rozwiń

Budżet: 500 USD Termin: 4 dni

[Model: Composer]

Gotowy odpowiedź:

Dzień dobry.

Jestem gotów opracować MVP systemu wyszukiwania klientów w Telegramie zgodnie z Twoim TZ: kilka userbotów na Telethon, bot dla operatorów, sekcja administracyjna w Telegramie, PostgreSQL, Docker. Na tym etapie nie tworzę panelu webowego.

Skład MVP

Telethon-roboty: N kont (5+), każda ma swoją sesję, dodawanie/wyłączanie/zastępowanie bez utraty bazy danych.
Autodystrybucja ~800+ czatów między kontami z równoważeniem; jeden czat — jedno konto (duplikaty tylko jeśli wyraźnie włączysz).
Wstępne parsowanie historii za okres + monitorowanie w czasie rzeczywistym nowych wiadomości.
Deduplication ściśle według telegram_id, jedna karta na użytkownika ze wszystkimi czatami i wiadomościami.
Kolejka operatorów z przypisaniem karty, statusy (Wzięte / Niedostępne / Nie dodzwonił się / Odrzucone / W pracy / Oddzwonić / Usunąć), ponowne wydanie (nigdy / 30 / 60 / 90 / dowolny okres).
Admin w Telegramie: konta, czaty (dodaj/usuwaj/importuj/eksportuj/włącz/wyłącz/repas), operatorzy, uruchom/stop parsera, statystyki.
Docker Compose, instrukcje uruchamiania / aktualizacji / tworzenia kopii zapasowych bazy danych.
Ograniczenia Telegramu (od razu)
FloodWait / PeerFlood / przerwy w sesji obsługuję: backoff, pauza konta, reszta systemu kontynuuje pracę. Historia na setkach czatów — porcjami, nie „wszystko naraz”. Reakcje — tylko jeśli API stabilnie zwraca; w MVP priorytet — wiadomości i publiczna aktywność.

Architektura pod wzrost: roboty ↔ kolejka zadań ↔ PostgreSQL ↔ boty operatorów/admina. Dodanie 10–20+ kont i tysięcy czatów — bez przepisania rdzenia; CRM/eksport — osobnymi adapterami później. Rozwiń

Budżet: 650 USD Termin: 10 dni

Zadanie jest jasne: MVP do generowania leadów — pula botów użytkowników Telethon monitoruje 800+ czatów, zbiera dane aktywnych użytkowników, operatorzy pobierają leady przez bota aiogram.

Mam zrealizowaną platformę o podobnej architekturze: pula kont Telethon z oceną zdrowia i strategią równoważenia obciążenia, dodawanie nowych kont bez zmiany konfiguracji, poprawne przetwarzanie FloodWait i PeerFlood z wykładniczym opóźnieniem — przy zablokowaniu jednego konta pozostałe działają normalnie. Dane w PostgreSQL, wdrożenie przez Docker Compose.

Co do kont — autoryzacja przez ciąg sesji, przechowywanie sesji w bazie danych, podłączanie i wymiana konta z bota administracyjnego bez restartu usługi. Co do czatów — strategia „jeden czat do jednego konta”, bez duplikacji, import listy z pliku, włączanie lub wyłączanie monitorowania poszczególnych czatów przez bota. Wstępne zbieranie historii za potrzebny okres przez get_messages, następnie obsługa zdarzeń na żywo dla nowych wiadomości. Co do bota operatora na aiogram — kolejka znalezionych użytkowników z wydawaniem na żądanie, historia aktywności dla każdego z zapisanych danych.

Jestem gotów opisać szczegóły architektury lub odpowiedzieć na pytania dotyczące realizacji.

Budżet: 800 USD Termin: 21 dni

Witaj! Głównym wyzwaniem twojego zadania jest nie tylko zebranie wiadomości z 800+ czatów, ale zbudowanie odpornej architektury, która właściwie zbalansuje obciążenie między pulą userbotów i automatycznie obejdzie kaskadowe blokady (FloodWait, PeerFlood) od Telegramu. Widzę ten system jako niezawodny, nieprzerwany proces generowania leadów dla twojego działu sprzedaży.

Technologicznie zrealizuję to na bazie asynchronicznego Pythona: Telethon dla skalowalnej sieci pracowników (userbotów) oraz aiogram dla interfejsów operatorów i administratora. Centralnym elementem będzie PostgreSQL do zarządzania kolejkami i przechowywania identyfikatorów użytkowników, a cała infrastruktura będzie zapakowana w izolowane kontenery Docker dla szybkiego skalowania i gorącej wymiany kont.

Posiadam głęboką ekspertyzę w podobnych zadaniach: samodzielnie, "pod klucz" opracowałem i uruchomiłem skomplikowany agregator treści z routowaniem dla Telegramu, gdzie skutecznie rozwiązałem kwestie omijania limitów, równoległej pracy sesji oraz zarządzania dużymi wolumenami danych. Pracuję również oficjalnie (FOP 3. grupy), co umożliwia łatwe sformalizowanie współpracy poprzez umowę B2B.

Aby dokładnie ocenić architekturę, mam dwa pytania techniczne:

Czy planowane jest przypisanie indywidualnych proxy (IPv4) do każdej sesji Telethon przy dodawaniu nowego konta w celu minimalizacji ryzyka zablokowania całej podsieci?

Jeśli operator ustawia status "Odmowa" lub "Nie dodzwonił się", czy system powinien umieć automatycznie zwracać tego użytkownika do ogólnej kolejki dla innych operatorów po określonym czasie N? Rozwiń

Budżet: 850 USD Termin: 12 dni

Cześć!

Od razu o tym, co łamie plan: jedno konto Telegram może mieć maksymalnie 500 rozmów. Przy 800 czatach konieczne jest rozdzielenie między kontami, a potrzeba minimum 3–4 kont z zapasem na wzrost. Drugi podobny punkt — nie można szybko dołączyć do 800 czatów, konto zostanie zablokowane za spam. Dołączenia odbywają się w kolejce w rozciągniętym tempie, konta są rozgrzewane, każde działa na swoim proxy. System zbuduję szybciej, niż konta zdążą wejść na wszystkie czaty, więc napełnianie puli warto uruchomić od razu — uwzględnię to w planie jako pierwszy krok.

Jak buduję:

Pula kont. Jeden pracownik na konto: własny limiter zapytań, własna kolejka zadań, własne proxy. FloodWait lub tymczasowa blokada dotyczy konkretnego pracownika, pozostali kontynuują pracę. Powiązanie „czat ↔ konto” żyje w osobnej tabeli przypisania z kursorem ostatniej zebranej wiadomości — dlatego czat przechodzi na inne konto, a konto zmienia się bez utraty danych.

Zbieranie. Monitorowanie nowych wiadomości prawie nic nie kosztuje: Telethon utrzymuje jedno połączenie i dostarcza aktualizacje dla wszystkich rozmów konta, polling nie jest potrzebny. Drogi jest tylko początkowy rozbiór historii — Telegram zwraca maksymalnie 100 wiadomości na zapytanie, — dlatego odbywa się w tle z priorytetem niższym niż monitorowanie, aby świeże leady nie czekały, aż załadowany zostanie archiwum.

Kolejka operatorów. Przydzielanie klienta przez blokadę wiersza w PostgreSQL (FOR UPDATE SKIP LOCKED) — dwaj operatorzy nie otrzymają tej samej osoby nawet przy jednoczesnym naciśnięciu. Powtórne przydzielanie liczy się od daty ostatniego kontaktu i jest konfigurowane z panelu administracyjnego. Użytkownicy są łączeni po telegram id: ludzie zmieniają username, id — nie.

Stos: Telethon (Pyrogram nie jest już wspierany), PostgreSQL, docker-compose z instrukcjami uruchamiania, aktualizacji i tworzenia kopii zapasowych bazy.

Co do terminów: rdzeń — pula kont, rozdzielenie czatów, parser, schemat bazy danych — w ciągu tygodnia. Kolejne 4–5 dni na bota operatorów i sekcję administracyjną. Łącznie 10–12 dni do działającego MVP. Pokazuję w częściach na bieżąco, a nie jednym kawałkiem na końcu.

Koszt — 800–1000 USD. Jestem gotów podzielić na dwa etapy z płatnością po zakończeniu każdego. Rozwiń

Budżet: 650 USD Termin: 16 dni

Zrobię MVP na Telethon, PostgreSQL i Docker: boty użytkowników z oddzielnymi sesjami, dispatcher, który rozdziela 800+ czatów między kontami bez duplikatów, bot operatorów i sekcja administracyjna wewnątrz bota. Wstępne zbieranie historii prowadzę z stopniowym przejściem na objętość i oddzielnymi limitami na konto, przy ograniczeniu jednego jego czaty przechodzą na żywo, więc parsowanie nie zatrzymuje się.

Pierwsze, na czym trzymam fokus, to kolejka operatorów. Kiedy kilku operatorów jednocześnie bierze następnego klienta, dwóch nie powinno otrzymać jednego leada, dlatego wydanie jest atomowe na poziomie bazy i przypisuje leada do operatora od razu. Statusy, historia działań i ponowne wydanie po 30, 60, 90 dniach działają centralnie, a użytkownik z 20 czatów jest zredukowany do jednej karty według ID Telegramu.

Drugie, autonomiczność po oddaniu. Administrator sam podłącza i wymienia konta, importuje listę czatów plikiem, włącza monitoring oddzielnych czatów, ponownie uruchamia zbieranie historii dla potrzebnego czatu i zarządza operatorami, bez mnie i bez poprawek w kodzie. Wymiana konta nie dotyka już zebranych danych, ponieważ są one powiązane z czatami i użytkownikami, a nie z sesją.

Jeden moment z TŻ od razu szczerze: link do konkretnej wiadomości Telegram zwraca tylko dla publicznych grup i kanałów z nazwą użytkownika, dla prywatnych go nie ma, dlatego tam zachowam identyfikatory wiadomości i czatu, aby operator wciąż mógł znaleźć kontekst.

Pracuję z Telethon i parsowaniem dużych objętości w Telegramie, PostgreSQL i Docker to znany stos. Proponuję rozpocząć od roboczego rdzenia zbierania i bota operatorów, abyście szybko zobaczyli pierwsze leady, a administrację i statystyki zbudujemy dalej. Szczegóły omówimy w czacie.

Budżet: 500 USD Termin: 7 dni

Cześć!

Jestem gotów zrealizować ten system. Mam doświadczenie w tworzeniu skomplikowanych systemów Telegram, automatyzacji, parserów, integracji CRM, pracy z Telethon, Python, PostgreSQL, Docker oraz wysokoobciążonymi usługami.

Przeczytałem specyfikację — architektura jest zrozumiała. Proponuję budować projekt od razu z uwzględnieniem skalowalności, aby bez przeróbek można było zwiększać liczbę kont Telegram, czatów i operatorów.

Co zostanie zrealizowane:

• Architektura multi-kontowa na Telethon z niezależnymi sesjami, możliwością podłączania, odłączania i wymiany kont bez utraty danych.
• Automatyczne rozdzielanie 800+ czatów między kontami z równoważeniem obciążenia i uwzględnieniem ograniczeń Telegram.
• Wstępne parsowanie historii wiadomości i późniejszy ciągły monitoring nowych wiadomości.
• Poprawna obsługa FloodWait, PeerFlood, reconnectów, ograniczeń czasowych i innych błędów Telegram bez zatrzymywania całego systemu.
• PostgreSQL z znormalizowaną strukturą danych (użytkownicy, wiadomości, czaty, konta, operatorzy, statusy, historia przetwarzania itp.).
• Bot Telegram dla operatorów z kolejką klientów, systemem przypisywania użytkownika do operatora, statusami przetwarzania i automatycznym przydzielaniem następnego klienta.
• Administracyjny bot Telegram do zarządzania kontami, czatami, operatorami, monitoringiem, ponownym parsowaniem i przeglądaniem statystyk.
• Elastyczne ustawienia ponownego przydzielania klientów (30/60/90 dni lub dowolny okres).
• Środowisko Docker (Dockerfile, docker-compose), instrukcje dotyczące wdrażania, aktualizacji i tworzenia kopii zapasowych.
• Architektura zaplanowana na dalszą integrację z CRM, API i dodatkowymi modułami.

Podczas tworzenia zwracam uwagę na odporność na awarie, wydajność, bezpieczeństwo przechowywania danych i czystą architekturę projektu, aby system mógł stabilnie działać z dziesiątkami kont i tysiącami czatów Telegram.

Jestem gotów omówić szczegóły realizacji, zaproponować optymalną architekturę i przystąpić do rozwoju od razu po uzgodnieniu technicznych szczegółów. Rozwiń

Budżet: 50 USD Termin: 3 dni

gotowy, aby Ci w tym pomóc

podzielę się wcześniejszymi pracami na czacie, aby upewnić się, że pasujemy

Budżet: 3000 USD Termin: 5 dni

Cześć, Aleks! W takim systemie głównym problemem nie jest FloodWait, a synchronizacja sesji i rozdzielanie czatów, aby jedno konto nie przetwarzało dwa razy tego samego czatu i nie otrzymało bana. W poprzednim projekcie z 10 kontami stworzyłem menedżera kolejek na asyncio.Queue, który przydziela czaty do wolnych sesji z uwzględnieniem limitów Telegramu. Jakie źródła czatów planujecie użyć do wstępnego importu?

Budżet: 720 USD Termin: 7 dni

Cześć!

Dokładnie zapoznałem się z twoim zadaniem technicznym na opracowanie systemu MVP do automatyzacji wyszukiwania klientów. Zadanie jest jasne, stos technologii został dobrany absolutnie poprawnie do takiego obciążenia. Mam duże doświadczenie w tworzeniu asynchronicznych parserów na Telethon, projektowaniu relacyjnych baz danych oraz konteneryzacji aplikacji za pomocą Dockera.

Budżet: 650 USD Termin: 12 dni

Cześć, Aleks! Zgadzam się z kolegami: główne ryzyko tutaj to nie kod, a zablokowanie kont na wstępnym parsowaniu historii 800+ czatów. Mam wieloletnie praktyczne doświadczenie właśnie w tej klasie zadań — budowałem systemy, które przez lata funkcjonują pod ścisłą kontrolą limitów i ochroną przed botami (nie abstrakcyjnie, a na rzeczywistych systemach produkcyjnych z ciągłą walką o przetrwanie kont).

Architektura MVP: boty użytkowników Telethon z oddzielnymi sesjami na konto, asynchroniczna kolejka z dynamicznymi przerwami zamiast stałych sleep, menedżer rozdzielania czatów według account_id z automatycznym przenoszeniem przy zablokowaniu/ograniczeniu, deduplikacja użytkowników według Telegram ID przez PostgreSQL. Wstępne parsowanie historii — z stopniowym zwiększaniem obciążenia, nie jednym rzutem. Docker-compose do wdrożenia jednym poleceniem.

Jestem gotów zacząć od MVP na 3-5 kontach i pokazać działający prototyp, zanim skalujemy do 10-20.

Budżet: 725 USD Termin: 10 dni

Aleks, zadanie z wieloma kontami, 800+ czatami i odpornością na FloodWait wymaga od razu przemyślanej architektury. Zrobiłbym MVP na Telethon + PostgreSQL + Docker z oddzielnymi sesjami kont, balansowaniem czatów, kolejką wydawania klientów i ochroną przed duplikatami według Telegram ID. Mam 7 lat doświadczenia w web/usługach, kierowałem zespołem i już budowałem systemy z przetwarzaniem w tle i logiką administracyjną. Jestem gotów omówić szczegóły realizacji.

Budżet: 1300 USD Termin: 7 dni

Twoim zadaniem jest praktycznie kopia moich dwóch projektów - HelpDesk (bot wsparcia) i masowa automatyzacja kont telegramowych, obecnie zarządzających prawie 200 kontami, czas życia najstarszych ~10 miesięcy (od rozpoczęcia projektu), procent usuniętych jest niezwykle niski. Doświadczenie w automatyzacji i bezpośrednio w telegramie jest dość wysokiej jakości, możemy być sobie nawzajem przydatni.

Co do bota wsparcia (jest w portfolio) - operatorzy, historia komunikacji operatorów, przełączanie klienta między operatorami, kolejka zgłoszeń, możliwość inicjowania dialogu z istniejącym klientem, czarna lista itp.

Swoją drogą, w połączeniu z teletonem możemy pisać w imieniu kont przez zwykłego bota, aby operatorzy nie biegali po kontach. A jeśli interesują nas tylko przychodzące wiadomości - to tg niedawno wprowadził automatyzację czatów (to też bot biznesowy) dla wszystkich kont.

Budżet: 500 USD Termin: 14 dni

Ja i moja zespół oferujemy pełny cykl rozwoju pod klucz. W zespole znajdują się doświadczeni programiści, projektanci i specjaliści od UX/UI, co pozwala nam stworzyć wygodny i funkcjonalny produkt, spełniający wszystkie Twoje wymagania. Terminy i cenę omówimy już w wiadomościach prywatnych, gdy będziemy mieli pełne wyobrażenie o zakresie pracy. Oczekuję od Ciebie feedbacku. Przykłady prac mogę przesłać w wiadomościach prywatnych.

Budżet: 6300 USD Termin: 40 dni

Witaj. Nazywam się Aleksiej, reprezentuję grupę deweloperów – NC-1. Od ponad pięciu lat tworzymy strony internetowe, aplikacje mobilne, sklepy internetowe, systemy ERP/CRM oraz inne produkty e-commerce.
Proponuję nasz zespół i stos technologiczny do pracy nad projektem:
Programista backendowy — Python (Telethon, Aiogram/Pyrogram), PostgreSQL, SQLAlchemy — Zaprojektuje architekturę bazy danych, napisze logikę bezpiecznego rozdzielania 800+ czatów między botami użytkowników, system ciągłego parsowania z obejściem limitów Telegram oraz oba interfejsy (dla operatorów i administratora).
Inżynier DevOps — Docker, Linux, Bash — Zapakuję komponenty systemu w skalowalną konfigurację docker-compose, skonfiguruje automatyczne ponowne uruchamianie sesji w przypadku awarii oraz napisze instrukcje dotyczące wdrożenia i kopii zapasowych.
Inżynier QA (Tester) — Ręczne testowanie, API Telegram — Przeprowadzi emulację obciążeń w celu sprawdzenia działania blokad (FloodWait, PeerFlood), przetestuje ścisłe powiązanie leadów z operatorami w kolejce oraz upewni się o braku duplikatów w bazie.
Kierownik projektu / Lider zespołu — Zarządzanie rozwojem — Zdekomponuje zadanie techniczne, zsynchronizuje procesy między backendem a infrastrukturą, a także przeprowadzi końcową kontrolę funkcjonalności przed oddaniem.
Wstępny koszt - 5 750 USD
Z poważaniem, Aleksiej M.

Budżet: 1000 USD Termin: 30 dni

Jestem programistą NodeJS. Jestem gotów podjąć się tego zadania. Piszcie, omówimy.

Budżet: 300 USD Termin: 6 dni

Dzień dobry!

Zapoznałem się z Państwa projektem. Zadanie jest jasne, mam doświadczenie w realizacji podobnych projektów.

Jestem gotów omówić szczegóły i zaproponować optymalne rozwiązanie dla Państwa zadania.

Z poważaniem, Andrzej.

Budżet: 2000 USD Termin: 1 dzień

Cześć! Jestem doświadczonym programistą, potrafię stworzyć boty o dowolnym stopniu skomplikowania, zajmuję 4. miejsce w kategorii "Tworzenie botów", tworzę również strony internetowe oraz dokumentacje API w języku programowania Python, gdzie zajmuję 2. miejsce.

Jeśli chodzi o Twój projekt, mam kilka pytań, które wpłyną na ocenę Twojego zadania i pomogą zrozumieć, czego chcesz, proszę napisz do mnie, aby wyjaśnić wszystkie szczegóły!

Moje umiejętności możesz zobaczyć w CV 👉 Freelancehunt
Moje prace są również opublikowane w portfolio 👉 Freelancehunt

💻 Jestem również SEO zespołu, który składa się z FrontEndera i Backendera! To znaczy, w razie potrzeby, nasz zespół, który liczy 3 osoby, może zorganizować dla Ciebie rozwój pod klucz!

Czekam na Twoją odpowiedź, dziękuję.

Budżet: 6000 USD Termin: 40 dni

Dzień dobry!
Dokładnie przeanalizowałem specyfikację. Mam doświadczenie w programowaniu w Pythonie dla systemów Telegram (Telethon, aiogram, PostgreSQL, Docker).
Co wchodzi w stawkę:
Jądro systemu
— Pula userbotów na Telethon z niezależnymi sesjami, podłączanie/odłączanie/zamiana kont bez utraty bazy danych
— Automatyczny podział 800+ czatów między kontami z równoważeniem obciążenia i ochroną przed duplikacją
— Wstępne parsowanie historii + stały monitoring nowych wiadomości
— Poprawna obsługa FloodWait, PeerFlood, przerwań połączenia, tymczasowych ograniczeń — awaria jednego konta nie zatrzymuje systemu
Bot operatorów
— Automatyczna kolejka klientów, przypisanie klienta do operatora, pełny zestaw statusów, historia działań
— Łączenie użytkownika według ID Telegram (jedna karta = wszystkie czaty)
— Ustawienia ponownej wydania (30/60/90 dni / dowolny okres)
Panel administracyjny (w bocie)
— Zarządzanie kontami, czatami (dodawanie, import/eksport, masowe ładowanie), operatorami, parserem
— Statystyki we wszystkich punktach specyfikacji
Infrastruktura
— PostgreSQL z schematem pod skalowanie (10–20+ kont, tysiące czatów)
— docker-compose.yml, Dockerfile, instrukcje: uruchamianie, aktualizacja, backup bazy danych
— Uruchamianie jednym poleceniem
Dwa ważne punkty, które warto omówić przed rozpoczęciem:

Proxy i konta. 800 czatów na 5 kont to 160 czatów na konto, wysoki ryzyko banów. Rekomenduję uwzględnienie 15–20 kont + osobne proxy rezydenckie dla każdego. To wydatki po waszej stronie, ale bez nich system będzie działał niestabilnie.
Aspekty prawne. Przetwarzanie danych osobowych użytkowników podlega GDPR. Proponuję uwzględnić w umowie, że zamawiający jest administratorem danych i określa podstawy prawne przetwarzania.
Zaktualizowane etapy na 40 dni:
Etapy (40 dni):

Schemat bazy danych, architektura podziału czatów, konfiguracja środowiska Docker — 5 dni
Pula userbotów na Telethon: autoryzacja, sesje, podłączanie/zamiana kont — 6 dni
Podział czatów między kontami, równoważenie, ochrona przed duplikacją — 5 dni
Wstępne parsowanie historii + monitoring nowych wiadomości — 7 dni
Obsługa ograniczeń Telegram (FloodWait, PeerFlood, reconnect, izolacja awarii) — 4 dni
Bot operatorów: kolejka, przypisanie klienta, statusy, historia działań, ponowne wydanie — 6 dni
Panel administracyjny: konta, czaty (import/eksport), operatorzy, parser, statystyki — 4 dni
Testowanie obciążeniowe, dokumentacja (uruchamianie/aktualizacja/backup), przekazanie — 3 dni Rozwiń

Budżet: 100 USD Termin: 5 dni

Dzień dobry!

Mam doświadczenie w tworzeniu botów Telegram, systemów CRM i parserów w Pythonie. Tworzyłem własnego menedżera AI oraz boty do systemów zarządzania, w tym BabyLand.

Mogę zrealizować zbieranie i przetwarzanie danych, integrację z CRM, wygodne zarządzanie przez Telegram oraz stabilną pracę parsera. Przed rozpoczęciem szybko wyjaśnię logikę i zaproponuję optymalną strukturę.

Jestem gotów rozpocząć od razu i pokazywać wyniki etapami.

Budżet: 1000 USD Termin: 7 dni

Cześć! Mam już w produkcji system, który dokładnie robi to, co opisano w Twoim TZ: multi-konto na Telethon z rozdzieleniem czatów między kontami, obsługą FloodWait/PeerFlood i limitami warmup (aby konta się nie wypalały), wstępnym parsowaniem + monitorowaniem nowych wiadomości, deduplikacją leadów według Telegram ID, kolejką wydania operatorom ze statusami i ponownym wydaniem po N dniach. PostgreSQL + Docker — z pudełka.

To znaczy, że nie musisz czekać miesiąca na rozwój od zera — rdzeń jest gotowy, dostosuję go do Twojego TZ: Twój format karty, Twoje statusy operatorów, Twój wolumen czatów.

Pracuję w dwóch formatach:

1. Przekazanie rozwiązania pod klucz — osobna wersja dla Twojego projektu, kod źródłowy, wdrożenie, dokumentacja dotycząca uruchamiania/aktualizacji/kopii zapasowych. Od 3000 USD, czas realizacji 2–3 tygodnie.

2. Wdrożenie instancji z moim wsparciem — system jest wdrażany dla Ciebie, ja go prowadzę i rozwijam: 1000 USD wdrożenie + 250 USD/miesiąc wsparcie. Uruchomienie w ciągu kilku dni, potem poprawki i nowe funkcje w trakcie.

Przed rozpoczęciem jestem gotów zadzwonić i pokazać działające demo systemu na żywo — abyś widział gotowy produkt, a nie obietnice. Pracuję przez Safe.

Pytania: konta i proxy dla userbotów po Twojej stronie? I jaka jest docelowa liczba leadów dziennie — od tego zależy, ile kont jest naprawdę potrzebnych i jak agresywnie można parsować bez banów. Rozwiń

Budżet: 1000 USD Termin: 5 dni

Cześć!

Zainteresował mnie Twój projekt. Mam doświadczenie w tworzeniu systemów o wysokim obciążeniu w Pythonie, pracy z Telegram API (Telethon), PostgreSQL, Docker oraz budowaniu systemów odpornych na awarie z dużą liczbą jednocześnie działających procesów.

Widzę realizację projektu jako modułowy system składający się z kilku niezależnych usług:

* menedżer kont Telegram i ich sesji;
* rozdzielacz czatów między kontami z równoważeniem obciążenia;
* usługa wstępnego parsowania historii;
* usługa stałego monitorowania nowych wiadomości;
* kolejka przetwarzania użytkowników;
* bot Telegram dla operatorów;
* bot administracyjny do zarządzania kontami, czatami i systemem;
* PostgreSQL do przechowywania danych i historii działań.

Szczególną uwagę zwrócę na obsługę ograniczeń Telegram:

* FloodWait;
* PeerFlood;
* automatyczne ponowne połączenie;
* czasowa izolacja zablokowanych kont;
* automatyczne rozdzielanie obciążenia między pozostałymi kontami bez zatrzymywania systemu.

Można również wdrożyć skalowalną architekturę, która bez istotnych zmian pozwoli na podłączenie dziesiątek kont Telegram i tysięcy czatów.

W projekcie można od razu uwzględnić możliwość dalszej integracji z CRM, API i dodatkowymi modułami bez pełnej przebudowy systemu.

W rezultacie otrzymasz w pełni wdrażalne rozwiązanie z Docker Compose, dokumentacją uruchamiania, aktualizacji i tworzenia kopii zapasowych bazy danych.

Będę zadowolony, aby omówić szczegóły projektu, zaproponować architekturę i ocenić terminy po wyjaśnieniu kilku kwestii technicznych.

Z poważaniem,
Dmitrij Rozwiń

Budżet: 1000 USD Termin: 10 dni

Dzień dobry.

Mam doświadczenie w tworzeniu systemów Telegram na Telethon, PostgreSQL i Docker.

Z podobnych projektów:

Opracowałem system monitorowania czatów Telegram przez kilka kont. System automatycznie rozdzielał setki czatów między kontami, zbierał historię wiadomości, śledził nowe wiadomości w czasie rzeczywistym, obsługiwał FloodWait i wykonywał automatyczne ponowne połączenie kont.

Opracowałem również system wyszukiwania i przetwarzania leadów, który zbierał użytkowników z różnych źródeł, łączył dane według Telegram ID, zapisywał historię wiadomości i przekazywał klientów operatorom z rejestracją statusów i działań.

Według Państwa specyfikacji widzę realizację przez Telethon-workerów z automatycznym rozdzielaniem czatów między kontami, PostgreSQL do przechowywania danych oraz boty Telegram dla operatorów i administratora.

Jestem gotów omówić szczegóły i zaproponować optymalną architekturę MVP. Rozwiń

Budżet: 500 USD Termin: 15 dni

Cześć!
Mam bezpośrednie doświadczenie w tworzeniu podobnych systemów generowania leadów (z ostatnich — agregacja całej aktywności z 20+ czatów z tworzeniem kart (przetwarzanie ponad 22000 wiadomości na raz).
Jak proponuję to zrealizować:
• Telegram API: Python + Telethon (jak preferujesz). Zbieranie historii skonfigurujemy z surową kontrolą limitów (FloodWait), a automatyczne monitorowanie — poprzez subskrypcję na zdarzenia, co praktycznie nie zużywa limitów Telegram.
• Baza danych (PostgreSQL): Proponuję użyć Supabase. Pod maską to ten sam wymagany przez Ciebie PostgreSQL, ale daje to potężną przewagę — aktualizacje w czasie rzeczywistym. Operatorzy będą natychmiast widzieć pojawienie się nowych leadów w kolejce i zmianę statusów bez odświeżania strony. Ponadto znacznie przyspieszy to rozwój samego panelu webowego.
• Interfejs (CRM): Zdecydowanie zalecam stworzenie panelu webowego (na przykład, FastAPI + Vue/React). Interfejs bota Telegram będzie zbyt ciasny do wygodnej pracy ze statystyką, filtrami i podsumowaną historią wiadomości.
Architekturę początkowo zrobię modułową dla łatwego skalowania w przyszłości (na przykład, do podłączenia puli kilku kont lub bezpośredniej integracji z amoCRM/Bitrix24).
Jestem gotów pokazać przykłady zrealizowanych projektów, omówić szczegóły i określić terminy. Będę zadowolony ze współpracy!

Budżet: 320 USD Termin: 18 dni

Dzień dobry! Specyfikacja jest bardzo szczegółowa, struktura systemu i logika biznesowa są całkowicie zrozumiałe.

Jestem gotów zająć się rozwojem tego MVP. Stos technologiczny idealnie pasuje do Pythona (Telethon + aiogram) + PostgreSQL + Docker.

Jak widzę techniczną realizację najtrudniejszych elementów:
- Balansowanie i limity: Dla 800 czatów i 5+ kont zrealizuję asynchroniczny balancer (Task Queue). Jeśli jedno konto napotka FloodWait, jego pula czatów jest dynamicznie przechwytywana przez wolne userboty bez zatrzymywania ogólnego parsowania.
- Kolejka operatorów: Aby wykluczyć duplikację (gdy dwóch operatorów obsługuje jednego klienta), wydawanie leadów będzie realizowane poprzez ścisłe transakcje w PostgreSQL.
- Bezpieczeństwo sieci kont: W specyfikacji nie podano mechanizmu proxy. Jeśli uruchomić 5+ kont z jednego IP (jednego kontenera Docker), Telegram szybko nałoży shadow bana. W architekturze uwzględnię przypisanie proxy IPv4/IPv6 do każdej osobnej sesji Telethon podczas jej inicjalizacji.

Organizacja pracy:
Projekt jest rozległy, dlatego proponuję podzielić go na dwa etapy:
Etap 1: Jądro (zarządzanie kontami Telethon, parser, omijanie blokad, zapis do bazy danych).
Etap 2: Interfejs bota dla operatorów (kolejki, statusy) oraz panel administracyjny.

Jestem gotów omówić szczegóły i przystąpić do projektowania schematu bazy danych. Proszę dać znać, czy konta do testów i proxy zapewniacie, czy muszę to uwzględnić w budżecie rozwoju? Rozwiń

Budżet: 450 USD Termin: 12 dni

Cześć. Nazywam się Włodzimierz, jestem programistą NodeJS i Pythona, a także założycielem agencji inżynieryjnej Vaysed. Dokładnie zapoznałem się z technicznym zadaniem dotyczącym opracowania systemu MVP do automatycznego wyszukiwania klientów w Telegramie. Rozumiem, że potrzebujesz stworzyć odporną na awarie infrastrukturę opartą na puli kont Telethon do parsowania 800 i więcej czatów, z równoważeniem obciążenia, omijaniem blokad i dostarczaniem unikalnych leadów operatorom za pośrednictwem bota, bez użycia panelu webowego.

Aby zrealizować to zadanie, proponuję zaprojektować skalowalną architekturę mikroserwisów. Interfejsy administracyjne i operatorskie będą opracowane na nowoczesnym asynchronicznym frameworku aiogram 3, co zapewni wysoką szybkość reakcji interfejsu. Pula userbotów na Telethon będzie zarządzana przez centralnego koordynatora, który dynamicznie rozdzieli czaty między aktywne sesje, przechwyci błędy FloodWait i płynnie przeniesie zadania na wolne konta. Bazę danych uruchomimy na PostgreSQL dla niezawodnego przechowywania historii aktywności i ścisłej deduplikacji użytkowników według ich ID Telegram. Aby wykluczyć kolizje przy wydawaniu karty klienta jednocześnie dwóm operatorom, wdrożę system natychmiastowych blokad oparty na Redis. Cała architektura będzie zapakowana w Docker z napisaniem szczegółowych instrukcji do szybkiego uruchomienia przez docker-compose.

Mam odpowiednie doświadczenie w budowaniu wysokoobciążonych systemów Telegram. W projekcie Lumos pomyślnie zrealizowałem skomplikowane asynchroniczne monitorowanie i przetwarzanie danych strumieniowych w czasie rzeczywistym. A przy opracowywaniu systemu PAYBACK CARTEL zaprojektowałem od podstaw głęboką model ról, algorytmy rozdzielania dostępów i synchronizację dużych zbiorów danych, co w pełni pokrywa logikę działania twojego działu sprzedaży i zarządzania administracyjnego.

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

Proponuję omówić szczegóły techniczne algorytmu rozdzielania czatów i mechanizmy ochrony sesji w wiadomościach prywatnych.

Budżet: 300 USD Termin: 12 dni

Cześć, Alex! Dokładnie przeanalizowałem twoje zadanie techniczne. Zadanie jest rozległe, ale całkowicie wykonalne przy odpowiednim zaprojektowaniu architektury workerów. Mam doświadczenie w pracy z asynchronicznymi skryptami w Pythonie 3.12 i jestem gotów stworzyć dla ciebie odporną na awarie wersję MVP opartą na Telethon, PostgreSQL i Dockerze zgodnie ze wszystkimi punktami specyfikacji.

Doskonale rozumiem, że do stabilnego przetwarzania 800+ czatów zwykły balancer round-robin się nie sprawdzi — system po prostu wypali konta. Proponuję rozwiązania architektoniczne dla każdego krytycznego węzła:

1. Ochrona przed banami i FloodWait podczas początkowego parsowania:
Masowe ładowanie historii to najniebezpieczniejszy moment. Zrealizuję krokowe parsowanie historii w porcjach (batchach) przez asyncio.Queue z dynamicznymi przerwami i obsługą FloodWait/PeerFlood na poziomie podstawowego klienta Telethon z eksponencjalnym backoff. Jeśli jedno konto tymczasowo przechodzi w ograniczenie, system automatycznie przypisuje jego czaty do innych aktywnych sesji z puli.
2. Centralny balancer (Jedno źródło prawdy):
Rozdzielanie czatów między account_id będzie zarządzane ściśle przez centralną tabelę w PostgreSQL. To całkowicie wykluczy sytuację, w której ten sam czat jest monitorowany przez dwie sesje jednocześnie, co prowadzi do duplikacji leadów. Dodawanie lub wyłączanie kont przez administratora będzie odbywać się na bieżąco bez zmiany kodu konfiguracji.
3. Atomowa kolejka operatorów (Ochrona przed warunkami wyścigu):
Aby dwóch menedżerów nie przechwyciło jednego klienta, przypisanie leada będzie odbywać się atomowo na poziomie bazy danych PostgreSQL z użyciem wyzwalaczy statusowych. Gdy operator otworzy kartę — jej status się zmienia, a dla pozostałych znika z wyników. Łączenie kart użytkowników z różnych czatów będzie odbywać się ściśle według unikalnego ID Telegramu.
4. Konteneryzacja i Docker:
Rozwinę system według logiki mikroserwisowej. Przygotuję czyste Dockerfile i docker-compose.yml, skonfiguruję volumes do przechowywania bazy danych i plików sesji Telethon, aby ponowne uruchomienie kontenerów nie prowadziło do utraty danych. Dostarczę jasne instrukcje dotyczące uruchamiania jednym poleceniem, tworzenia kopii zapasowych (pg_dump) i aktualizacji.

Podany przeze mnie budżet i termin 12 dni są przewidziane na pełną realizację wszystkich 14 punktów twojej specyfikacji „pod klucz” bez ograniczania funkcjonalności.

Proszę, daj znać, jaki okres historii (głębokość w dniach lub godzinach) należy zbierać podczas początkowego parsowania nowych czatów? Rozwiń

Budżet: 1800 USD Termin: 7 dni

Zauważyłem, że w prezentacji mowa o monitorowaniu 800+ czatów, zbieraniu użytkowników oraz CRM dla operatorów. Głównym bólem w takich systemach nie jest napisanie kodu, ale nie spalić konta podczas wstępnego parsowania historii. Właśnie wtedy Telegram sypie FloodWait i PeerFlood, a pośpieszne userboty łapią bana w pół godziny. Dlatego architekturę będę budować wokół tego ryzyka.

Co zrobię konkretnie:
Userbot na Telethon z asynchroniczną kolejką i inteligentnymi limitami — FloodWait jest obsługiwany automatycznie, przerwy między zapytaniami są dynamiczne, a nie stały sleep.
Parsowanie 800+ czatów partiami z priorytetyzacją — najpierw aktywne, potem archiwalne, aby nie przekroczyć limitu i nie przeciążyć API.
Część CRM w C# MVP: operatorzy widzą nowe leady w czasie rzeczywistym, biorą je do pracy, statusy, historia dialogu.
Przechowywanie w PostgreSQL — struktura pod analitykę i wyszukiwanie po użytkownikach.
Wszystko w kontenerach Docker, aby wdrożenie było jednym poleceniem.

Jeden niuans, który inni przeoczą: pierwsze uruchomienie parsowania historii na 800 czatach to najniebezpieczniejszy moment. Robię rozgrzewkę konta stopniowo, z narastającym obciążeniem, aby Telegram postrzegał aktywność jako organiczną. To różnica między „działa tydzień” a „ban w pierwszy dzień”.

Po oddaniu nie znikam — będę w kontakcie z wszelkimi poprawkami i ulepszeniami. Teraz jestem wolny, zaczynam dzisiaj. Napisz — a w ciągu godziny przedstawię plan pierwszego etapu z wyceną po blokach. Rozwiń

Budżet: 350 USD Termin: 14 dni

Dzień dobry, Alex.
Szczegółowo przejrzałem specyfikację. Główna trudność nie leży w samym parsowaniu wiadomości, ale w niezawodnym rozdzieleniu 800+ czatów między kontami Telethon bez duplikatów, poprawnym przetwarzaniu FloodWait/PeerFlood oraz kontynuowaniu pracy systemu, jeśli jedno z kont jest tymczasowo ograniczone.
Na pierwszą wersję proponuję taką architekturę:
— każde konto Telegram ma osobną sesję Telethon i własne limity;
— rozdział czatów między kontami jest centralnie przechowywany w PostgreSQL;
— jeden czat domyślnie obsługuje tylko jedno konto;
— użytkownicy są łączeni ściśle według ID Telegram;
— klient atomowo przypisany jest do operatora, więc dwóch operatorów nie otrzyma jednej karty;
— FloodWait, PeerFlood, reconnect i tymczasowe blokady są przetwarzane bez zatrzymywania całego systemu.
W pierwszym etapie wejdą:
— wsparcie do 5 kont Telegram;
— import i zarządzanie listą czatów;
— wstępne zbieranie historii i monitorowanie nowych wiadomości;
— PostgreSQL ze strukturą użytkowników, czatów, wiadomości i aktywności;
— bot operatorów z kolejką i statusami;
— podstawowy dział administracyjny;
— Docker Compose oraz instrukcje uruchamiania i tworzenia kopii zapasowych.

Po stabilnym testowaniu na ograniczonej liczbie kont i czatów można w osobnym etapie skalować system na cały zakres 800+ czatów, dodać rozszerzoną statystykę oraz integracje CRM.
Przed rozpoczęciem należy ustalić liczbę kont i operatorów w pierwszej wersji, a także okres historii, który należy załadować z każdego czatu. Rozwiń

Budżet: 1500 USD Termin: 30 dni

Dzień dobry.
Mam doświadczenie w tworzeniu aplikacji wykorzystujących sesje telethon do zbierania i przetwarzania informacji, tworzenia newsletterów itd. Zainteresował mnie Państwa projekt, mógłbym zająć się jego realizacją.

Budżet: 50 USD Termin: 1 dzień

Dzień dobry, Alex.

Twoje 800+ czatów przy wstępnym parsowaniu historii z pewnością wywoła FloodWait już w pierwszych minutach — dlatego balansowanie obciążenia między kontami powinno opierać się nie na round-robin, a na adaptacyjnym śledzeniu limitów każdej sesji Telethon z kolejką opóźnionych retry. Twój system będzie kontynuował zbieranie, podczas gdy zablokowane konto czeka, a reszta przejmuje jego czaty bez duplikacji. Każdy lead w kolejce operatorów jest przypisany atomowo w PostgreSQL — drugi operator go nie zobaczy.

Opcje:

≈13 dni: 250–350 USD
Podstawowa funkcjonalność do uruchomienia z ograniczoną liczbą kont i czatów.
- Wsparcie do 5 kont Telegram
- Automatyczne zbieranie wiadomości z określonej listy czatów
- Prosta kolejka leadów dla operatorów ze zmianą statusów
- Podstawowa funkcjonalność administracyjna zarządzania czatami
- Wdrożenie przez Docker

lub

≈24 dni: 450–650 USD
Pełnoprawny system automatyzacji z adaptacyjnym balansowaniem i rozszerzonym zarządzaniem.
- Skalowalne wsparcie dla 20+ kont z adaptacyjnym rozkładem obciążenia
- Pełny cykl wstępnego parsowania historii z obsługą FloodWait
- Pełnoprawna karta użytkownika z historią wiadomości ze wszystkich czatów
- Elastyczny system ponownej wydania leadów (30/60/90 dni)
- Pełny dział administracyjny ze statystyką i zarządzaniem uprawnieniami

lub

≈40 dni: 800–1000 USD
Maksymalnie odporna system z podwyższoną ochroną przed blokadami i optymalizacją pod duże dane.
- Optymalizacja bazy danych pod przetwarzanie tysięcy czatów i milionów wiadomości
- Rozszerzony system anty-floodu i automatycznego ponownego łączenia sesji
- Moduł masowego importu/eksportu danych oraz integracyjne szablony API
- Priorytetowe wsparcie i serwis po uruchomieniu przez miesiąc
- Pełny zestaw instrukcji dotyczących tworzenia kopii zapasowych i skalowania Rozwiń

Budżet: 300 USD Termin: 10 dni

Dzień dobry!

Zrobię MVP zgodnie z Twoim TŻ: Telethon-boty użytkowników (N kont) + bot operatora + sekcja administracyjna + PostgreSQL + Docker, bez panelu webowego.

Krytyczne punkty, które zakładam od pierwszego dnia

oddzielna sesja/trottling dla każdego konta + poprawne przetwarzanie FloodWait / PeerFlood / reconnect;
jedno źródło prawdy w PostgreSQL: podział czatów według account_id bez duplikatów (i automatyczne przenoszenie czatów przy ograniczeniu konta);
deduplikacja użytkowników ściśle według Telegram ID — jedna karta nawet z 20 czatów;
kolejka operatorów z rejestracją klienta + statusy + ponowna wydanie po N dniach.
Skład MVP

infrastruktura botów użytkowników + schemat Bazy Danych + parsowanie historii / live-monitoring;
bot operatora (kolejka, karta, statusy);
admin (kont, czaty import/eksport, operatorzy, parser, statystyki);
docker-compose + instrukcje uruchamiania/aktualizacji/kopii zapasowej.
Pytanie: ile kont i czatów na starcie, a ponowne wydanie klientów — nigdy czy po N dniach?
Jestem gotów rozpocząć etapowo po krótkim uzgodnieniu. Rozwiń

Budżet: 12345 USD Termin: 3 dni

Cześć! Czy macie już przybliżoną wizję, ile kont Telegram planujecie używać na początku, abym mógł ocenić obciążenie na balancerze?

Dokładniejsze terminy i budżet będę mógł podać w prywatnej korespondencji.

Oto jak zrealizuję ten projekt:
1. Rozwinę userboty na Telethon z automatycznym rozdzielaniem czatów i obsługą ograniczeń Telegramu.
2. Stworzę bota Telegram dla operatorów z kolejką klientów i statusami, a także panel administracyjny do zarządzania kontami, czatami i statystyką.
3. Skonfiguruję PostgreSQL, konfigurację Dockera i przewidzę możliwość skalowania do 20+ kont bez zmiany kodu.

Dziękuję za rozważenie mojej propozycji. Z niecierpliwością czekam na możliwość współpracy z Wami!

Budżet: 370 USD Termin: 5 dni

Dzień dobry, jestem programistą Pythona z dużym doświadczeniem w tworzeniu botów telegramowych o różnym stopniu skomplikowania. Mogę zrealizować twoje zamówienie szybko i jakościowo. Pisz, aby omówić szczegóły, jestem gotowy zacząć już dziś. Również załaduję twojego bota na serwer dla stabilnej pracy 24/7 i odpowiadam za wsparcie techniczne bota przez jeszcze miesiąc. To wchodzi w koszt.

Budżet: 1000 USD Termin: 28 dni

Gotowy zająć się opracowaniem systemu automatyzacji wyszukiwania klientów w Telegramie. Mam doświadczenie w pracy z Telethon, PostgreSQL i Dockerem. Zapewnię realizację wszystkich wymagań specyfikacji technicznej.

Budżet: 50 USD Termin: 1 dzień

Witam. Do budowy tego systemu zastosuję modułową architekturę opartą na Telethon, co pozwoli efektywnie skalować pracę z licznymi kontami i czatami Telegram, wykorzystując asynchroniczną kolejkę zadań do elastycznego rozkładu obciążenia i odporności na awarie sieciowe. Skupimy się na niezawodnym przetwarzaniu limitów Telegram oraz automatycznym przywracaniu działania, zapewniając jednocześnie zoptymalizowane przechowywanie danych w PostgreSQL dla szybkiego dostępu operatorów i administratorów. Mam doświadczenie w realizacji wysokowydajnych parserów i systemów automatyzacji, które wykorzystują podobne zasady, z gotowymi rozwiązaniami do wdrożenia w Dockerze i monitorowania. Wszystkie szczegóły realizacji, ostateczny budżet i terminy proponuję omówić w wiadomościach prywatnych.

Budżet: 500 USD Termin: 14 dni

Zadanie — system na userbotach, który monitoruje 800+ czatów, parsuje potencjalnych klientów i rozdaje leady operatorom przez bota.

Buduję tak: Telethon-pracownicy w oddzielnych kontenerach Docker (jeden kontener = jedno konto), dodanie nowego konta = uruchomienie kontenera z zmiennymi env, bez edytowania kodu. Czatów przechowuje się w PostgreSQL z powiązaniem do account_id, load balancer przy dodawaniu czatu patrzy na aktualne obciążenie każdego konta i przypisuje najmniej obciążone. FloodWait i PeerFlood są przechwytywane na poziomie podstawowego klienta Telethon z eksponencjalnym backoff i automatycznym przypisaniem czatu do innego konta w przypadku bana.

Kluczowe ryzyko: Telegram agresywnie banic konta przy masowym parsowaniu historii. Wstępne parsowanie wykonuję z opóźnieniami i podziałem na partie przez kolejkę (asyncio.Queue), aby nie wypalić kont w pierwszych dniach.

Ilu operatorów będzie pracować jednocześnie i czy potrzebna jest logika priorytetyzacji leadów (na przykład według aktywności użytkownika lub czatu)?