Parsowanie wyników wyszukiwania Twitter(X) przez API(t.Basic). Wydanie w bota TG

Potrzebny wykonawca z doświadczeniem w pracy z API Twitter(X). Mamy opłacony plan Basic.

Szybkie wykonanie, wykonawca musi być cały czas w kontakcie podczas realizacji pracy.

Zadanie (opisana logika działania, jakby to było robione ręcznie)

1. Nasz bot otrzymuje adres tokena z 3 źródeł w TG. Przybywa wiadomość do naszego bota, w której z tekstu wydobywa się adres tokena. (można również ręcznie dodać adres tokena do monitorowania. dodano zrzut ekranu, jak ten etap powinien wyglądać w bocie)

Dla przykładu otrzymaliśmy adres DD5FhLwDArfzbLdfXhGoRbAHpaQZRnkvp5msuxGhpump

Następnie przechodzimy do wyszukiwania na Twitterze https://x.com/search?q=adres_tokena&src=typed_query&f=live

jeśli w wyszukiwaniu jest 10 (w ustawieniach można zmienić. standardowo 10) unikalnych (unikalny oznacza, że od jednego użytkownika liczymy jedną wiadomość, jeśli jeden użytkownik napisał 5 wiadomości z wyszukiwaną adresą, liczymy tylko 1) i więcej wiadomości z tym adresem - wysyłamy wiadomość do nas w TG w takim formacie

=============

Adres tokena  DD5FhLwDArfzbLdfXhGoRbAHpaQZRnkvp5msuxGhpump (podany jako przykład)

https://x.com/search?q=adres_tokena&src=typed_query&f=live

https://dexscreener.com/solana/adres_tokena

https://bullx.io/terminal?chainId=1399811149&address=adres_tokena

Liczba wiadomości: ___ (liczba unikalnych wiadomości w momencie sprawdzania).

Niki użytkowników, którzy pisali o tym tokenie w x: nik1, nik2  itd.

===========

następnie ten adres automatycznie usuwamy z monitorowania.

Jeśli wyszukiwanie daje nam mniej niż 10 wiadomości dla tego adresu, zwracamy ten adres do tabeli (bazy) i wracamy do sprawdzenia za 5 minut. Jeśli po 5 minutach liczba wiadomości w wynikach wyszukiwania się nie zmieniła - zwracamy ten adres do tabeli i ponownie zrobimy zapytanie, ale już za 10 minut. Jeśli sprawdziliśmy drugi raz adres i liczba wiadomości wzrosła, ale jeszcze nie osiągnęła 10 - zwracamy ten adres do tabeli i wracamy do wyszukiwania za 5 minut.

Co 5 minut sprawdzamy Twittera pod kątem potrzebnego nam adresu. Kiedy ten adres zbiera 10 wiadomości, przestajemy go monitorować. 

W ciągu dnia w monitorowaniu online będzie śledzonych 250-500 adresów. Bot działa 24/7.

Trzeba stworzyć czarną listę, na którą będziemy wpisywać adresy tokenów (ręcznie), które nie powinny być dalej monitorowane (to po to, aby w procesie zbierania przez 2-3 dni nie nagromadziło się zbyt wiele zapytań do monitorowania). 

W bocie jest możliwość wywołania całej listy tokenów, które zostały dodane do tabeli - komendą  /listtokens

W bocie można usuwać tokeny z tabeli komendą /blacklist + adres tokena.

W ustawieniach możemy zmieniać 1) liczbę wiadomości do sprawdzenia (standardowo 10). 2) odstęp między sprawdzeniami (standardowo 5 minut). 3) wynik nie zmienia się przez (standardowo 10 minut)  

Mamy w planie na X limit 10.000 zapytań miesięcznie. Jeśli osiągniemy ten limit - bot ma nas poinformować, że należy zaktualizować płatność za plan.

Obecnie mamy już szablon bota (który jest już zainstalowany na naszym serwisie) - podamy link do bota do testów

Był robiony według tego zadania - https://freelancehunt.com/project/monitoring-poshuku-twitter-x-kozhni-hv/1402238.html

ale wykonawca niestety nie mógł dokończyć. Pozostał problem ze zbieraniem 10 unikalnych wiadomości. 

Można dokończyć tego bota lub napisać swojego od zera, jak będzie wygodniej wykonawcy.

Praca będzie uznawana za zakończoną po zainstalowaniu (konfiguracji) bota na naszym serwerze oraz naszej weryfikacji jego funkcjonalności.