Budżet: 500 UAH Termin: 2 dni
Dzień dobry, mam doświadczenie w dziedzinie parsing, i gotowy wziąć zadania, dla dokładniejszego oceny, strumień na stronie. Więcej szczegółów możemy porozmawiać w osobie.
Budżet: 500 UAH Termin: 2 dni
Dzień dobry, mam doświadczenie w dziedzinie parsing, i gotowy wziąć zadania, dla dokładniejszego oceny, strumień na stronie. Więcej szczegółów możemy porozmawiać w osobie.
Budżet: 500 UAH Termin: 3 dni
Dobry dzień .
Mam duże doświadczenie w takich zadaniach. Przykład robót można zobaczyć w moim portfelu.
Od 1 roku pracuję w Amerykańskiej firmie z podobnymi do Twoich wymagań.
Prace wykonuję w minimalnych terminach, jednak trzeba ocenić rozmiar strony i ilość kart towarów w niej.
Proszę podać bardziej szczegółowe informacje w wiadomościach osobistych.
Przygotuj się na zamówienie w dowolnym momencie!
Z szacunkiem Nikita.
Budżet: 1000 UAH Termin: 1 dzień
Pozdrawiam !
Proszę podać link do sklepu.
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
W PRINICPE można wykonać już teraz.
Obracaj się, to zrobię.
Budżet: 1000 UAH Termin: 1 dzień
Pozdrawiam !
Szybko i w dobrej jakości, w języku programowania Python.
Zacznijmy od tego, że jestem freelancerem.
Budżet: 500 UAH Termin: 1 dzień
Doświadczenie w takich projektach pisz w osobistych wiadomościach...
Budżet: 500 UAH Termin: 1 dzień
Dzień dobry panie władzy.
Gotowy do realizacji Twojego projektu.
Mam doświadczenie w pracy z parsingiem.
Możesz pisać parzer na Node.js
Napisz, porozmawiajmy o szczegółach.
Budżet: 500 UAH Termin: 1 dzień
Dzień dobry, gotowy natychmiast zacząć. Możemy się zgłosić na szczegółową dyskusję.
Budżet: 500 UAH Termin: 1 dzień
Dzień dobry .
Zrobiłem wiele takich zamówień przy użyciu requests + bs4 (jeśli trzeba, mogę użyć selenu). W portfolio znajduje się przykład podobnej pracy z pobieraniem danych do pliku csv/excel.
Proszę podać link do strony internetowej. Będę zadowolony z współpracy!
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, gotowy do wykonania zamówienia w najkrótszym czasie .
Budżet: 500 UAH Termin: 1 dzień
Gotowy zarówno do spargowania, jak i pisania parser, aby można było zbierać informacje od darczyńca, gdy jest to dla Ciebie wygodne.
Budżet: 700 UAH Termin: 2 dni
Dzień dobry.
Proszę podać link do oceny zadania i potrzebny jest wzorzec Excel. Zawsze pracowałem z parsingiem.
Budżet: 2000 UAH Termin: 2 dni
Cześć, jestem gotowy do wykonania zamówienia, napisz mi, aby omówić szczegóły, cena będzie zależy od zakresu pracy
Budżet: 1000 UAH Termin: 1 dzień
Z przyjemnością przechowuję wszystkie niezbędne informacje w pliku w formacie Excel
Terminy i jakość gwarantujemy.
Napisz - będę zadowolony ze współpracy
Budżet: 500 UAH Termin: 2 dni
Witajcie ! Gotowy do pomocy, ale najpierw trzeba zobaczyć źródło, a następnie można już dokładniej określić czas i cenę wykonania)
Budżet: 500 UAH Termin: 3 dni
Pozdrawiam !
Jaka strona powinna zostać zawieszona?
Jaka strona powinna zostać zawieszona?
Jaka strona powinna zostać zawieszona?
Budżet: 500 UAH Termin: 2 dni
Dzień dobry, co dać? Teraz wolna, zaczynam od razu, doświadczenie Parsinga jest duże. Mogę przenieść i ustawić informacje na innej stronie internetowej.
Budżet: 500 UAH Termin: 1 dzień
Dobry dzień . Interesuje mnie Twój projekt. Gotowy do rozmowy i wykonania!
Budżet: 500 UAH Termin: 1 dzień
Dobry wieczór Władze! Gotowy do spargowania. Aby uzyskać dokładniejszą ocenę, konieczne jest odniesienie do dawcy.
Budżet: 500 UAH Termin: 1 dzień
Pozdrawiam .
Mam duże doświadczenie w pracy z Google Sheets i Excel.
Wykonuję również skrypty dla wyżej wymienionych programów i piszę parsery na pythonie.
Poznałem projekt. Gotowy do pomocy w realizacji.
Napisz - omówmy szczegóły.
Budżet: 500 UAH Termin: 2 dni
Dobrego . Gotowy do wykonania
Dobrego . Gotowy do wykonania
Dobrego . Gotowy do wykonania
Dobrego . Gotowy do wykonania
Budżet: 500 UAH Termin: 2 dni
Dzień dobry, gotowy do wykonania. Cena jest orientacyjna, dokładniejsza cena i terminy powiem, kiedy będzie wiadomo, co dokładnie trzeba parsetować.
Budżet: 1000 UAH Termin: 2 dni
Pozdrawiam .
Duże doświadczenie w parsingu różnych stron.
Wskaźnik jest orientacyjny - aby wyjaśnić, musisz najpierw spojrzeć na stronę darczyńcę.
Zwróć się.
Budżet: 1000 UAH Termin: 2 dni
Źródło nie wskazano. Stawka na ciszę. Spart można wszystko
Доброго вечора. Щоб оцінити вартість роботи потрібно бачити сайт. Дайте посилання на сайт.
Не розумію взагалі нащо давати завдання, та не давати посилання. Щоб кожен вам написав дайте посилання?
Нужна машина:
1. Шоб железная
2. Шоб 4 колеса
3. Шоб мотор был
4. Шоб сиденья были
5. Шоб я на ней в магазин ездил
Вот это ваше "тз" так смотрится. Оцените
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).