Budżet: 700 UAH Termin: 1 dzień
Witam, jestem gotów szybko i jakościowo naprawić problem. Proszę pisać
Będę wspierać Państwa projekt i naprawiać problemy nawet po potwierdzeniu wykonania.Budżet: 7100 UAH Termin: 20 dni
Sprawdzę parsera Python dla Work.ua, znajdę przyczynę spowolnienia i błędnego zbierania danych, poprawię logikę parsowania, obsługę błędów, opóźnienia, strukturę pól i stabilność uruchamiania.
Czy macie zachowane logi lub przykłady stron, na których widać, jakie dokładnie dane parser zaczął mylić: telefon, imię, ofertę pracy, firmę, miasto czy link do kontaktu?
Budżet i terminy — w prywatnej korespondencji po przeglądzie kodu, przykładów błędnego wyciągu i aktualnego sposobu uruchamiania parsera.
Budżet: 700 UAH Termin: 1 dzień
Witam, robię parsery o różnym stopniu trudności, jestem gotów szybko poprawić twój parser i błędy.
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry. Mam własny parser, mogę spojrzeć na Pański. W razie potrzeby mogę dostarczyć swój produkt zamiast niedziałającego. Koszt mogę podać po zapoznaniu się z problemem.
Budżet: 1400 UAH Termin: 2 dni
👋 Witam! Jestem gotowy, aby rozpocząć pracę od razu.
Dokładnie rozumiem zadanie i mam udane doświadczenie w realizacji takich projektów (przykłady są w opiniach). Wykonam zadanie dzisiaj, szybko i bez zbędnych pytań.
Porozmawiajmy o szczegółach i zaczynajmy! 🚀
Budżet: 700 UAH Termin: 1 dzień
Gotowy szybko i jakościowo zrealizować Twoje zamówienie. Mam doświadczenie w pracy z podobnymi projektami, zawsze przestrzegam terminów i wymagań technicznych. Będę zadowolony ze współpracy!
Budżet: 2000 UAH Termin: 5 dni
Dzień dobry! Możemy wszystko zrobić bardzo szybko, stawiam demokratyczną cenę) Czekam na Państwa feedback. Naprawimy Pański parser)
Budżet: 700 UAH Termin: 1 dzień
Cześć!
Mam duże doświadczenie w tworzeniu systemów do parsowania i przetwarzania danych. Jestem gotów przejrzeć Twój parser i naprawić błąd.
Proponuję omówić szczegóły w wiadomościach prywatnych.
Budżet: 700 UAH Termin: 1 dzień
Cześć! Nazywam się Włodzimierz, jestem założycielem agencji inżynieryjnej Vaysed. Sytuacja, którą opisujesz, jest absolutnie klasyczna w dziedzinie web scrapingu. To, że twój skrypt działał idealnie przez cały tydzień, a potem nagle stracił szybkość i zaczął zbierać niepoprawne informacje, świadczy o tym, że platforma zareagowała na twoje zautomatyzowane zapytania lub zaktualizowała swoją architekturę.
Najprawdopodobniejszą przyczyną wolnej pracy jest to, że zadziałała ochrona antybotowa platformy. Często objawia się to jako sztuczne ograniczenie szybkości odpowiedzi serwera dla twojego adresu IP. Twój skrypt może również natknąć się na ukrytą captchę lub weryfikację przeglądarki, przez co po prostu zawiesza się w oczekiwaniu na odpowiedź, tracąc cenny czas na każdym kroku.
Innym krytycznym problemem, który prowadzi do uzyskiwania błędnych danych, jest zmiana struktury kodu HTML strony. To bezpośrednio wskazuje na aktualizację układu strony przez programistów zasobu. Mogli oni niepostrzeżenie zmienić nazwy klas lub selektorów, a teraz twój parser nadal szuka informacji według starych współrzędnych, przypadkowo przechwytując sąsiednie elementy tekstowe lub w ogóle puste bloki.
Ponadto warto wziąć pod uwagę możliwe dynamiczne ładowanie danych. Kontakty mogły zostać przeniesione na oddzielne zapytanie API, które aktywuje się tylko przy symulacji kliknięcia przycisku pokazania numeru. Nie należy również wykluczać problemu z warstwą sieciową: część twoich serwerów proxy mogła trafić na czarną listę strony, co powoduje ciągłe timeouty sieciowe i krytycznie spowalnia ogólny cykl wykonania kodu.
Moja drużyna codziennie stawia czoła podobnym wyzwaniom i wie, jak je omijać. Jesteśmy gotowi przeprowadzić szybki audyt twojego kodu, zaktualizować przestarzałe selektory, skonfigurować prawidłową symulację przeglądarki i ustabilizować działanie skryptu. Możesz dokładniej ocenić nasze inżynieryjne podejście na oficjalnej stronie agencji https://vaysed.me/. Napisz do mnie w wiadomościach prywatnych, a szybko naprawimy twój parser, aby znów działał szybko i bez błędów.
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry. Mogę się przyjrzeć. Będę zadowolony z współpracy, proszę się zgłaszać!
Budżet: 700 UAH Termin: 3 dni
Dzień dobry!
Zapoznałem się z Twoim zadaniem dotyczącym poprawy błędów parsera w Pythonie dla Work.ua. Mam doświadczenie w parsowaniu oraz rozwiązywaniu problemów z wydajnością skryptów.
Jestem gotów szybko zdiagnozować problem, poprawić błędy w parserze i zapewnić prawidłowe zbieranie danych.
Napisz do mnie, aby omówić szczegóły.
Budżet: 1200 UAH Termin: 1 dzień
Witam. Mam duże doświadczenie w tworzeniu parserów. Jaki dokładnie jest teraz problem?
Budżet: 800 UAH Termin: 1 dzień
Witam, piszę parsery od około 10 lat, pomogę z Twoim. Proszę o kontakt.
Witam, piszę parsery od około 10 lat, pomogę z Twoim. Proszę o kontakt.
- Zlecenia 7
- Ocena 5.0
- Ranking 1 945
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry. Mogę pomóc z twoim parserem Work.ua. Prawdopodobnie problem pojawił się z powodu zmian na stronie Work.ua, ograniczeń prędkości zapytań lub zmiany struktury stron. Dlatego parser mógł zacząć działać wolniej i pobierać nie te dane. Na początek potrzebny jest kod parsera, przykład błędnych danych i kilka linków, gdzie działa niepoprawnie.
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry!
Konfiguracja parserów to nasza specjalizacja, zadanie jest zrozumiałe. „Tydzień działał, potem się zepsuł” — typowa sytuacja, przyczyna zazwyczaj jedna z:
Work.ua zmienił układ/HTML → stare selektory ciągną śmieci (stąd „niepoprawnie parsuje”);
włączył się anty-bot / limitowanie na Twoim IP → stąd „wolno” (trotlowanie, opóźnienia).
Co zrobimy:
rozbierzemy kod, znajdziemy dokładną przyczynę;
aktualizujemy selektory pod nową strukturę strony;
ustawimy proxy i opóźnienia, aby obejść trotlowanie i przywrócić prędkość.
Jeśli dostarczysz kod — określimy przyczynę konkretnie, bez domysłów.
Uściślijmy: czy oddajesz kod parsera i czy masz proxy/konto Work.ua.
Szczegóły dotyczące projektu — w wiadomościach prywatnych. Jesteśmy gotowi do audytu od razu.
Budżet: 1000 UAH Termin: 1 dzień
Cześć! Mogę już dzisiaj lub jutro naprawić błąd. Pracuję długo z parserami, prześlij skrypt, a ja go poprawię.
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry!!! Na czym napisany jest sam parser?????? Dziękuję!!!!!!!
Budżet: 700 UAH Termin: 3 dni
Cześć! Mogę wykonać twoje zadanie. Mam doświadczenie. Napisz, dogadamy się.
Budżet: 700 UAH Termin: 1 dzień
Witam
Mogę podpowiedzieć, jak prawidłowo zmienić parser, aby działał szybciej.
Budżet: 6500 UAH Termin: 2 dni
Dzień dobry! Specjalizuję się w automatyzacji Python oraz w opracowywaniu stabilnych systemów web scrapingu. Opisana przez Państwa problematyka jest standardowa dla Work.ua: serwis mógł zmienić strukturę kodu HTML lub włączyć ochronę przed częstymi zapytaniami, przez co parser zaczął zwalniać i pomijać bloki danych.
Jestem gotów szybko przeprowadzić audyt Państwa kodu, zaktualizować selektory oraz zoptymalizować pracę z zapytaniami (ustawić odpowiednie timeouty, logowanie błędów lub podłączyć rotację proxy, jeśli to konieczne).
Ponieważ zadanie wymaga refaktoryzacji i gwarancji stabilności, moja minimalna cena za taką pracę to 100 dolarów. Zyskują Państwo niezawodne rozwiązanie, które nie zawiedzie po tygodniu. Jestem gotów wykonać pracę w ciągu 1 dnia, czekam na Państwa kod do analizy!
Budżet: 700 UAH Termin: 1 dzień
Dzień dobry. Zajmuję się automatyzacją i parsowaniem w Pythonie. Mogę szybko naprawić Twój parser. Pisz, omówimy szczegóły.
Budżet: 800 UAH Termin: 1 dzień
Dzień dobry, mogę to naprawić, możemy omówić wszystko na prywatnej wiadomości i od razu zacznę pracę.
Budżet: 700 UAH Termin: 1 dzień
Cześć!
Zapoznałem się z twoim zadaniem - mam odpowiednie doświadczenie w podobnych projektach, więc rozumiem, jak zrealizować wszystko jakościowo i bez zbędnych opóźnień.
Mogę przystąpić do pracy od razu po uzgodnieniu szczegółów. Po zakończeniu również pomogę z konfiguracją, wdrożeniem i przekażę całą niezbędną dokumentację.
Będę zadowolony ze współpracy!
Oferty ukryte
Aktualnie brak ofert
Aktualne zlecenia dla freelancerów w kategorii Parsowanie danych
Dzień dobry! Należy wykonać dwa zadania: 1. Opracować parser produktów z zewnętrznej strony (10–40 tys. pozycji, marketplace) z zachowaniem zorganizowanych danych w MySQL do późniejszego wyświetlenia w WordPressie. 2. Zainstalować i skonfigurować n8n na VPS, a także zorganizować przetwarzanie treści AI: konfiguracja promptów, przeredagowanie tekstów, przetwarzanie obrazów, optymalizacja SEO i sprawdzanie tekstów pod kątem detekcji AI. Można oszacować koszt realizacji zarówno całego projektu, jak i każdego zadania osobno. .
Trzeba wykonać parsowanie z kanałów Viber (Łączna liczba - 49 kanałów, około 80 tys. subskrybentów).
Dla istniejącego systemu mikroserwisowego wymagana jest opracowanie niezależnej usługi do przetwarzania plików Excel. Zadanie polega na stworzeniu niezawodnego procesu przyjmowania, walidacji i transformacji danych z tabel do zorganizowanego formatu bazy danych. Funkcjonalne zadania: Opracowanie API opartego na gRPC do odbierania poleceń przetwarzania i zwracania statusów wykonania. Realizacja logiki parsowania plików: odczyt dużych ilości danych (XLSX), czyszczenie, sprawdzanie typów i przekształcanie do modeli biznesowych. Realizacja warstwy dostępu do danych (Repository/Unit of Work) do zapisywania wyników w PostgreSQL za pomocą Entity Framework Core. Zapewnienie bezpieczeństwa wątków i efektywnego wykorzystania zasobów (szczególnie przy przetwarzaniu dużych plików). Wymagania techniczne: Platforma: .NET 10. Wzorce architektoniczne: Dependency Injection, CQRS, modułowa architektura projektu. Komunikacja: Wyłącznie gRPC. Praca z Excelem: Wykorzystanie wydajnych bibliotek (np. EPPlus, OpenXML lub analogi według wyboru). Modularność: Kod powinien być zorganizowany w sposób umożliwiający łatwe skalowanie usługi i testowanie. Oczekiwany rezultat: W pełni działający mikroserwis, gotowy do wdrożenia w środowisku kontenerowym. Czysta baza kodu z przestrzeganiem zasad SOLID. Udokumentowane pliki .proto. Podstawowe testy jednostkowe dla krytycznych punktów przetwarzania danych. Wymagania dla kandydata: W odpowiedzi proszę podać: Twoje doświadczenie w pracy z .NET w architekturze mikroserwisowej. Przykłady tego, jak organizujesz DI i modularność w swoich projektach. Doświadczenie w pracy z bibliotekami Excel w .NET. Gotowość do pracy na podstawie kontraktów gRPC.
Dzień dobry. Potrzebny parser według słów kluczowych z wyświetlaniem wyników przez bota Telegram. Jak to ma działać: Automatyczne wyszukiwanie na 4 stronach według słów kluczowych, które czasami się zmieniają. Zapytania są wysyłane co kilka minut. Słowa są ładowane w formie pliku .txt. TG powinien zawierać przyciski: uruchom bota, zatrzymaj bota, pobierz plik (pobiera plik z aktualnymi słowami kluczowymi), załaduj plik (ładuje edytowany plik z nowymi słowami). Bots powinien ignorować wcześniej znalezione wyniki, tzn. nie wskazuje tego samego ogłoszenia dwa razy. Wynik przychodzi do bota w formie linku z zdjęciem, ale wystarczy też sam link. P.S. wyszukiwanie na stronach bez API, VPS na 6TB i 50 IP już są dostępne. Po szczegółowe informacje proszę kontaktować się na PW.
Zadanie: jeden dashboard ze wszystkimi wskaźnikami biznesowymi — reklama, lejek, płatności, praca menedżerów, planowanie przychodu. Dane są pobierane automatycznie przez API. Zakres: tylko kierunek YCL (zatrudnienie w Europie). W Kommo są też inne kierunki — do magazynu trafiają tylko transakcje z lejek YCL (filtr według lejka/tagu ustalimy).1. Źródła danych (integracje) Kommo CRM — leady, transakcje, etapy lejka, odpowiedzialni, źródła, daty przejść między etapami (koniecznie zachować historię), przyczyny odmowy, pola niestandardowe transakcji (patrz p. 2). Stripe — płatności, kwoty, statusy (sukces/odmowa/zwrot), powiązanie z transakcją. Meta Ads — wydatki, wyświetlenia, kliknięcia, CPL, leady według kampanii (działa teraz). Google Ads, Reddit Ads, LinkedIn Ads — planowane; architektura — rozszerzalne konektory bez przeróbek rdzenia. SEO/organika— Google Search Console + GA4. Przeszły związek: źródło ruchu → lead w Kommo → płatność w Stripe (UTM, ID transakcji w metadanych Stripe — mechanikę zaproponować). 2. Obowiązkowe przekroje (pola transakcji w Kommo) Każda metryka musi być filtrowana/grupowana według: Obywatelstwo klienta (Kenia, Nigeria, Indie itp.). Status pobytu: mieszka w swoim kraju / ekspat (już przebywa w Europie). To dwa różne segmenty z różnym cyklem, konwersją i wartością transakcji. Kraj umiejscowienia / usługa: Polska, Serbia, Słowacja, Niemcy (ZAV). Menedżer, zespół, kanał ruchu, okres. Jeśli jakichś pól w Kommo brakuje — wykonawca wskazuje, jakie pola należy dodać, zamawiający dodaje.3. Lejek i wskaźniki wyprzedzające Dane w przekroju lejka, dla każdego etapu — podsumowujące i wyprzedzające (leading) metryki: Ruch → lead: leady, CPL według kanałów + dynamika wydatków/kliknięć dzień do dnia. Lead → kwalifikacja: konwersja + czas pierwszej odpowiedzi, kontakty/telefony do menedżera dziennie, leady bez odpowiedzi. Kwalifikacja → umowa/faktura: konwersja + wysłane oferty, zawieszone transakcje (dni na etapie powyżej normy). Faktura → płatność: płatności, średnia wartość transakcji + niezapłacone faktury, nieudane płatności. Podsumowanie: przychód, ROMI według kanałów, run rate do planu miesiąca. 4. Cykl transakcji Średni i medianowy cykl lead → płatność (punkt odniesienia biznesu ~4 tygodnie), trend cyklu w czasie. Rozkład cyklu według etapów (ile dni transakcja spędza na każdym etapie) — aby zobaczyć, który etap się wydłuża. Lista transakcji, które utknęły na etapie dłużej niż norma. Przekrój cyklu według segmentów: obywatelstwo, status pobytu, kraj umiejscowienia, menedżer. 5. Wczesne ostrzeżenie o spadku (kluczowy blok) Ponieważ cykl ~4 tygodnie, dzisiejsze leady = płatności za miesiąc. System powinien: Porównywać leady/kwalifikacje bieżącego tygodnia z średnią ruchomą (4 tygodnie) i przy odchyleniu w dół wydawać alert: „leadów −X%, przy cyklu 4 tygodnie oczekuj spadku płatności w tygodniu [daty]”. Budować prognozę płatności na 4 tygodnie do przodu z bieżącego pipeline'u: transakcje na każdym etapie × historyczna konwersja etapu × pozostały cykl. Podświetlać na czerwono tygodnie, gdzie prognoza jest niższa od planu — z zapasem czasu na reakcję. 6. Dopłaty i planowanie sprzedaży W karcie transakcji Kommo przechowywane są data i kwota planowanej dopłaty. System powinien: Zbierać kalendarz przyszłych dopłat: całkowita liczba oczekiwanych, według tygodni/miesięcy. Podświetlać przeterminowane dopłaty (data minęła, brak płatności w Stripe) — osobna lista do dociśnięcia. Liczyć plan miesiąca jako: plan − już opłacone − dopłaty zgodnie z harmonogramem = ile nowych sprzedaży potrzebnych (w pieniądzach i w sztukach transakcji przy średniej wartości transakcji). Harmonogram według tygodni: dopłaty + prognoza nowych płatności w stosunku do tygodniowego planu. 7. Praca menedżerów Dzienny przekrój dla każdego menedżera: kontakty/telefony, rozmowy, wysłane oferty, płatności — dla każdego dnia osobno, z wykresem za okres. Postęp realizacji osobistego planu w porównaniu z tempem miesiąca (na przodzie / w tempie / w tyle). Benchmarking z kolegami. 8. Wizualizacja i role „Sygnalizatory” (zielony/żółty/czerwony) w kluczowych metrykach w odniesieniu do norm/planu; skale postępu; wykresy trendów; adaptacja do urządzeń mobilnych. Role: CEO — wszystko; ROP — cały lejek i menedżerowie; team lead — swój zespół; menedżer — swoje wskaźniki i pozycja w stosunku do kolegów. 9. Raporty i AI Automatyczne raporty według harmonogramu (codzienne podsumowanie, tygodniowy raport) w dashboardzie i/lub komunikatorze. Zapytania w dowolnej formie („jak zmienił się CPL z Meta w ciągu 2 tygodni?”) — LLM nad magazynem. Alerty w strefie czerwonej oraz według zasad z p. 5–6. 10. Oczekiwania techniczne i etapowość Magazyn (PostgreSQL/BigQuery lub analog) + ETL: webhooks Kommo + okresowa synchronizacja (15–60 min). Frontend: niestandardowy lub narzędzie BI — zaproponować z uzasadnieniem; wymagania dotyczące ról, sygnalizatorów, prognoz i zapytań AI muszą być wykonalne. Etapy: (1) audyt i mapa metryk → (2) MVP: Kommo + Stripe + Meta, lejek, sygnalizatory, role → (3) cykl transakcji, wczesne ostrzeżenie, dopłaty i plan → (4) SEO, raporty AI, alerty → (5) nowe kanały reklamowe. Płatność etapowa, po każdym etapie — demo. W odpowiedzi proszę wskazać: podobne projekty (analiza przeszła), stack z uzasadnieniem, oszacowanie czasów i kosztów według etapów, miesięczny koszt posiadania (hosting, tokeny, licencje).