Budżet: 400 UAH Termin: 1 dzień
Доброе утро , Владислав.
Укажите сайт донор , для более объективной ставки.
Опыт значительный.
Примеры в портфолио.
Нужно вытянуть товары с сайта донора и подготовить их для импорта в csv формате для нашего интернет-магазина (wix)
Сначала кол-во товаров <300, если сработаемся и все пойдет по плану - огромные объемы работы обеспечены. Оплата соответственно. Все шаблоны и уточнения в личке.
В приоритете молодые и перспективные исполнители из Киева. На интернет-магазин огромные планы, хотелось бы формировать команду уже сейчас.
Budżet: 400 UAH Termin: 1 dzień
Доброе утро , Владислав.
Укажите сайт донор , для более объективной ставки.
Опыт значительный.
Примеры в портфолио.
Budżet: 3700 UAH Termin: 5 dni
Здравствуйте, Владислав. Готовы выполнить ваш проект.
У нашей команды более 3х лет опыта в области синхронизации данных между интернет-магазинами.
Исходя из ваших планов на будущее, я предлагаю вам приобрести у нас программу парсер и тем самым получить качественный парсинг в .CSV файл или в БД вашего сайта(по желанию) в любое удобное для вас время.
Стоимость приобретения программы 150$.
Настройка на 1 сайт-донор по вашему ТЗ входит в стоимость.
Настройка каждого следующего сайта-донора в нашем исполнении будет стоить 80$.
Количество скачиваемых товаров, объявлений и тому подобных блоков данных НЕ ОГРАНИЧЕНО.
Парсинг будет производиться программой с нужной вам периодичностью.
К тому же стоит учесть, что дизайн и способы отображения информации на сайтах иногда меняются, из-за чего вам периодически надо будет менять настройки скачивания. Потому выгоднее приобрести настраиваемую программу, в которой добавление/удаление/изменение новых сайтов, страниц и параметров скачивания осуществляется при помощи панели администратора, без изменения программного кода. Такой подход существенно удешевит дальнейшее сопровождение вашего проекта.
Готовы ответить на все ваши вопросы по проекту.
Budżet: 700 UAH Termin: 1 dzień
Здравствуйте, Владислав!
Есть опыт написания парсеров в разных направлениях:
- парсинг данных товаров для магазинов
- парсинг контактных данных с разных источников
- парсинг booking сервисов в больших объемах
Примеры последних сайтов которые были спарсены:
- https://ipartner.com.ua
- https://www.coupons.com/
- https://www.tagungsplaner.de/s/all?search%5Bstart_date%5D=28.07.2039&search%5Bsort%5D=ranking
- https://www.greeleyschools.org/domain/6429
https://www.greeleyschools.org/site/Default.aspx?PageType=1&SiteID=10&ChannelID=2633&DirectoryType=6
С радостью помогу вам и готов к долгосрочному сотрудничеству. Возможно встреча в Киеве. Обращайтесь!
Контактные данные:
Skype: live:6337dd1aad8ee742
Telegram: @divlad19
Viber: +380632511232
Budżet: 300 UAH Termin: 1 dzień
Здравствуйте!
Готов спарсить информацию с Вашего донора.
Так же настроен на долгосрочное сотрудничество.
Конфиденциальность - гарантирую.
Budżet: 500 UAH Termin: 1 dzień
Готов быстро выполнить. Кидайте донора - подготовлю пример. Обращайтесь [email protected] или скайп jager-j
Budżet: 100 UAH Termin: 2 dni
Если всё настолько перспективно, первую часть работы сделаю за символическую цену)
С wix работал, знаю, что он не поддерживает Url картинок, если они в именах содержат кириллицу.
Думаю, вам будут интересны еще мои навыки по Excel, делаю самые сложные вещи.
Приглашаю ознакомиться с информацией в моем профиле и отзывами
Budżet: 100 UAH Termin: 1 dzień
Добрый вечер. Заинтересован вашим проектом. Опыт парсинга и импорта товаров интернет-магазинов большой. Для оценки стоимости и сроков необходимо ознакомиться с сайтом-донором. Обеими руками за постоянное сотрудничесто.
Telegram: @lutikman
Budżet: 500 UAH Termin: 2 dni
Готов спарсить.
жду шаблон файла и донор. Нахожусь в городе Киев
Budżet: 300 UAH Termin: 1 dzień
Здравствуйте, Владислав! Готов выполнить Ваше задание согласно ТЗ после обсуждения всех подробностей. Для связи ЛС, е-мейл или телеграм @lebyxer
Вас интересует автоматизированное решение (написать парсер) или вручную вытянуть (копипаст в CSV)?
Istnieje działająca platforma produkcyjna z katalogiem i automatycznym aktualizowaniem zewnętrznych ofert i cen. Stos technologiczny: — Node.js / TypeScript; — PostgreSQL; — istniejąca usługa odświeżania cen i cron; — oddzielny gotowy moduł walidacji i wyboru ofert w Pythonie; — staging i produkcja. Konieczne jest punktowe dopracowanie istniejącego pipeline'u odświeżania cen bez pełnego przepisywania backendu. OBOWIĄZKOWY ZAKRES 1. Integracja modułu Python — Moduł Python pozostaje oddzielnym komponentem; — zwraca zorganizowany wynik: oferty, wybrana oferta, statusy i flagi ryzyka; — Node.js waliduje wynik i wykonuje zapis w bazie danych; — przewidzieć obsługę błędów i częściowych/nieudanych uruchomień; — pipeline dziedziczony nie jest wyłączany do zakończenia QA. 2. Uruchomienie odświeżania według listy Dodaj uruchomienie: — po jednym slug/id; — po przekazanej liście slug/id. Możliwe CLI lub istniejące API serwisowe. Nowy interfejs użytkownika nie jest wymagany. 3. Tryb Shadow Nowe wyniki powinny być zapisywane oddzielnie i nie wpływać na produkcję do QA. Wymagane pola shadow: — cena; — ID wybranej oferty; — bezpośredni URL; — status oferty; — flagi ryzyka/QA; — checkedAt; — engineVersion. 4. Rozszerzenie istniejącej tabeli ofert Dodaj: — źródło; — external_offer_id; — last_seen_at; — last_checked_at; — engine_version; — flagi ryzyka lub przechowywanie w istniejącym JSON; — unikalne ograniczenie dla ochrony przed duplikatami. Nie jest wymagane tworzenie nowego równoległego systemu ofert, jeśli istniejącą tabelę można bezpiecznie rozszerzyć. 5. UPSERT, STALE i transakcja DB Zamień obecną schemę DELETE → CREATE: — UPSERT istniejących i nowych ofert; — oferty, które nie występują w pełnym udanym snapshot, są przekazywane do STALE; — w przypadku błędu API, częściowego wyniku lub niedokończonego snapshot aktywne oferty nie powinny stawać się STALE; — aktualizacja ofert, metadanych wybranej oferty i pól shadow według jednego modelu odbywa się w ramach jednej transakcji DB; — w przypadku błędu wykonywany jest pełny rollback. 6. Bezpieczne odświeżanie kanoniczne Odświeżanie cen nie powinno zmieniać: — marki; — referencji; — modelu; — kolekcji; — nazwy/tytułu; — slug; — opisów; — obrazów; — pól SEO. Aktualizowane są tylko oferta, cena i dane shadow. 7. Zachowanie obecnej logiki cron Zachować: — istniejący cron; — rolling batches; — cooldown; — sprawdzenie PRICE_REFRESH_MIN_DAYS przed wywołaniem zewnętrznego API; — dziedziczony pipeline produkcyjny do zakończenia Shadow QA. 8. Audyt wyników Wystarczy jedna opcja: — kolumna shadow w istniejącej tabeli administracyjnej; lub — eksport CSV. Minimalne dane: — model/referencja; — cena produkcyjna; — cena shadow; — delta; — URL produkcyjny/shadow; — status; — flagi ryzyka; — checkedAt; — engineVersion. Nowy skomplikowany dashboard nie jest wymagany. 9. Staging i QA — migracje DB; — wdrożenie staging; — test dymny na 5 przekazanych modelach; — następnie Tryb Shadow na około 50 modelach; — naprawa błędów technicznych wykrytych podczas tych uruchomień; — krótka dokumentacja kontraktu Python → Node.js i procedura rollback. OPCJONALNIE OCENIĆ ODDZIELNIE Prosta promocja techniczna bez nowego UI: — promocja jednego modelu po slug; — promocja listy slug; — przeniesienie potwierdzonych wartości shadow do produkcji; — techniczna weryfikacja po rollout. WYNIK — Pull Request; — migracje DB; — działająca integracja Python → Node.js; — Tryb Shadow; — UPSERT, STALE i transakcyjne aktualizacje; — uruchomienie po slug/id; — wdrożenie staging; — wyniki testu dymnego; — krótka dokumentacja; — nie mniej niż 7 dni na poprawki błędów w zrealizowanym zakresie po akceptacji. W ODPOWIEDZI WSKAZAĆ 1. Stała cena za obowiązkowy zakres. 2. Oddzielny koszt mechanizmu promocji. 3. Termin. 4. Ocena godzin. 5. Kiedy gotowi do rozpoczęcia. 6. Doświadczenie z transakcjami PostgreSQL, migracjami i pipeline'ami wczytywania. 7. Jakie pytania należy wyjaśnić przed rozpoczęciem. 8. Czy wliczone są staging, QA, migracje i okres naprawy błędów. Szablonowe odpowiedzi bez konkretnej oceny nie będą rozpatrywane. Dostęp do produkcji na pierwszym etapie nie jest udostępniany. Praca zaczyna się od ograniczonego przeglądu kodu i stagingu.
TZ: Przywrócenie strony z kopii zapasowejRodzaj pracy: rollback/przywrócenie strony, usunięcie błędów po nieudanej aktualizacjiPlatforma: strona działa na dwóch systemach, OpenCart i WordPress (dwie oddzielne administracje) Hosting: ukraine.com.uaOpis problemu17.07.2026 aktualizowano moduł filtrów. Aktualizacja okazała się nieudana, i stronę trzeba było przywrócić do poprzedniej wersji. Jednak podczas przywracania strona częściowo się zepsuła:nie działa część stron;nie działają niektóre przyciski;część ważnej funkcjonalności przestała działać.ZadanieCałkowicie przywrócić stronę z kopii zapasowej z 16.07.2026 do w pełni działającego stanu. Przywrócenie ma obejmować oba systemy (OpenCart i WordPress):pliki strony;bazy danych;ustawienia hostingu;wszystkie elementy interfejsu i funkcjonalność.Wynik: strona działa bez zakłóceń, wszystkie strony, przyciski i funkcje są poprawne na obu platformach.Wymagania wobec wykonawcyPrzed rozpoczęciem prac zrobić kopię zapasową aktualnego (zepsutego) stanu strony.Uwzględnić powiązania między OpenCart a WordPress (wspólna baza, integracja, synchronizacja danych itp.), sprawdzić, aby po przywróceniu oba systemy działały zgodnie.Po przywróceniu przeprowadzić kontrolę kluczowych stron i funkcji na obu platformach.Odbiór pracyPo wykonaniu zadania przewiduje się minimum 4 dni na sprawdzenie działania strony przez zamawiającego. Ostateczny odbiór po potwierdzeniu stabilnej pracy.
Potrzebna jest centralna serwerowa system zbierania i przechowywania danych z Planfix, 1C, Meta Ads i Google Ads, a także webowy dashboard do ich wyświetlania i analizy. Wszystkie dane, historia zmian, obliczenia i agregowane wskaźniki muszą być przechowywane wyłącznie w serwerowej bazie danych. Dashboard nie powinien przechowywać ani duplikować danych biznesowych. Ma on uzyskiwać niezbędne informacje z serwerowej bazy przez API zgodnie z zapytaniami użytkownika i wyświetlać je w postaci KPI, wykresów, tabel i szczegółowych raportów.
Szukamy wsparcia dla projektu opartego na Yii , trzeba wprowadzać poprawki i dopracowania bazy, częściowo jest kontakt z poprzednim wykonawcą .....................
Potrzebna jest migracja bazy z CRM G-PLUS do MyChatBot Objętość bazy - 26 tys. leadów 2 leje - Centrum obsługi klienta oraz Dział sprzedaży z własnymi lejkami Karty leadów (oprócz imienia i numeru) mają wiele różnych pól Leady mają również nagrania głosowe rozmów. Muszą być również przeniesione Od kandydata oczekuję orientacyjnej kwoty oraz terminów realizacji