Budżet: 12000 UAH Termin: 1 dzień
Witam. Mam duże doświadczenie z Pythonem. Jestem gotów wykonać zadanie. Proszę o kontakt.
Jest baza danych forum i pliki forum XENFORO 1.6. Należy stworzyć plik importu do innego skryptu, ale wszystkie pola muszą być zachowane. Przekazuję pliki z wymaganiami oraz plik FAQ, które pola są mi potrzebne. Pliki z wymaganiami dotyczą każdego osobnego typu parametrów. To znaczy, że na wyjściu dla każdego wymagania powinny być 2 pliki importu (jeden w formacie .json, drugi w csv).
Ważne jest, aby mieć doświadczenie w pracy z forum XENFORO.
Budżet: 12000 UAH Termin: 1 dzień
Witam. Mam duże doświadczenie z Pythonem. Jestem gotów wykonać zadanie. Proszę o kontakt.
Budżet: 2000 UAH Termin: 7 dni
Cześć, pracowałem nad migracją danych z XenForo 1.5 na nową platformę dla 15 000+ użytkowników i 500 GB treści - to bardzo podobne do twojego zadania z analizą bazy danych.
Czy planujesz zachować wszystkie metadane wiadomości oraz strukturę kategorii przy eksporcie do formatów JSON/CSV?
Proponuję się skontaktować, chętnie doradzę ci bezpłatnie z technicznej strony i wspólnie opracujemy plan rozwoju + opowiem o moim zespole!
Budżet: 1800 UAH Termin: 1 dzień
Cześć! Mam odpowiednie doświadczenie w podobnych zadaniach i mogę pomóc w Twoim projekcie. Mogę szybko zapoznać się z wymaganiami, zaproponować najlepsze rozwiązanie i starannie wykonać pracę. Jestem gotów omówić szczegóły i zacząć.
Budżet: 4500 UAH Termin: 4 dni
"XenForo — to popularny silnik forów, napisany w PHP. Przechowuje dane w MySQL/MariaDB."
Czy to wasza strona? I czy dacie bezpośredni dostęp do jej bazy danych?
Trzeba doprecyzować szczegóły zamówienia, piszcie!
Używam Pythona, uv, github, docker.
Budżet: 5000 UAH Termin: 5 dni
Witam.
Zapoznałem się z TŻ i FAQ. Ważne jest, aby nie tylko wykonać eksport SQL, ale stworzyć eksportera tylko do odczytu z kontrolą relacji między encjami XenForo: użytkownicy, wątki/posty, kategorie, tagi, media, cytaty, relacje.
Proponuję rozpocząć od pierwszego etapu technicznego:
sprawdzić strukturę bazy danych i dokładną wersję XenForo 1.x;
wykonać testowy eksport na ograniczonej próbce;
zachować wszystkie old_id: user_id, thread_id, post_id, node_id, tag_id;
oddzielnie eksportować dane uwierzytelniające bez zmiany hashy haseł;
budować drzewo kategorii przez parent_node_id;
wyeksportować tagi przez xf_tag / xf_tag_content;
sformować JSON/CSV i logi problematycznych rekordów.
Oddzielnie zwrócę uwagę na integralność: pierwszy post wątku jako artykuł, odpowiedzi jako komentarze, relacje cytat/odpowiedź, załączniki/zewnętrzne obrazy, mapa witryny/weryfikacja HTML kategorii i tagów.
Przed rozpoczęciem muszę wyjaśnić:
rozmiar bazy danych i format dostępu;
czy jest dostęp do systemu plików forum;
kiedy używano niestandardowych dodatków;
czy jest przykład docelowego formatu importu dla nowego skryptu.
Po testowym eksporcie można dokładnie ocenić pełny zakres wszystkich plików i walidacji.
Szczegóły możemy omówić w wiadomościach prywatnych.
Budżet: 8000 UAH Termin: 5 dni
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.
Będę zadowolony ze współpracy!
Budżet: 8000 UAH Termin: 2 dni
Cześć! Zapoznałem się z zadaniem. Mam duże doświadczenie w pracy z MySQL, migracją danych oraz parsowaniem złożonych struktur (w tym CMS forów). Z łatwością przeanalizuję bazę danych Twojego XenForo 1.6 i przygotuję skrypt do eksportu w ścisłej zgodności z Twoim ZT. Na wyjściu otrzymasz zwalidowane pliki w dwóch formatach (.json i .csv) dla każdego typu parametrów z zachowaniem wszystkich niezbędnych pól. Jestem gotów wykonać pracę szybko i jakościowo. Proszę, prześlij pliki ZT do ostatecznego uzgodnienia szczegółów!
Budżet: 1111 UAH Termin: 5 dni
Opracuję pliki importowe w formatach .json i .csv na podstawie bazy danych XENFORO 1.6. Przeanalizuję strukturę danych, wyciągnę niezbędne pola zgodnie z wymaganiami, stworzę strukturę do przechowywania wszystkich ważnych parametrów. Wykorzystam SQL do pracy z bazą danych oraz przetwarzania danych przed eksportem. Jestem gotów zrealizować projekt w określonych terminach.
Portfolio - Freelancehunt
Budżet: 5000 UAH Termin: 3 dni
Witam. Jestem gotów szybko opracować niestandardowe skrypty do pełnej migracji danych z waszego forum XenForo 1.6. Specjalizuję się w pracy z bazami danych oraz pisaniu czystych rozwiązań do migracji bez użycia ciężkich zewnętrznych wtyczek, co gwarantuje zachowanie absolutnie wszystkich powiązań, pól meta, struktury użytkowników oraz treści bez utraty danych.
Doskonale znam architekturę XenForo, strukturę jego tabel oraz logikę przechowywania zserializowanych danych w bazie. Dokładnie przeanalizuję wszystkie wasze pliki z wymaganiami oraz FAQ dla każdego typu parametrów. Napiszę izolowane skrypty PHP lub Python, które wyciągną potrzebne tablice danych, jasno je uporządkują według waszych wymagań oraz wygenerują na wyjściu po dwa czyste pliki importu dla każdego typu, a mianowicie w formatach JSON i CSV, ściśle według dostarczonej struktury.
Napiszcie do mnie w wiadomościach prywatnych. Jestem gotów zapoznać się z plikami z wymaganiami oraz FAQ, aby od razu ocenić zakres pól i uzgodnić format eksportu.
Budżet: 12000 UAH Termin: 7 dni
Mamy doświadczenie w migracji danych z XenForo oraz w strukturyzacji złożonych baz danych. Realizujemy to poprzez pisanie skryptów do parsowania zrzutów SQL oraz formowania plików JSON/CSV zgodnie z Twoim ZT. Gwarantujemy zachowanie integralności wszystkich pól oraz poprawne mapowanie parametrów dla docelowego skryptu.
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.
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
Stworzyć dashboard do monitorowania i analizy efektywności sieci lokalizacji (filiów) firmy w Google Business Profile (GBP) poprzez oficjalne API Google Business Profile. Przetwarzanie przez skrypt oparty na Google Apps Script (podpiąć do Google Arkuszy). Zapis danych w Google Arkusze (które pełnią rolę bazy danych dla Looker Studio). Aktualizacja: Codziennie (z wskazaniem daty ostatniej aktualizacji). Stworzyć serwisowe konto Google Cloud. Skrypt raz na dobę (wyzwalacz o 03:00 w nocy) wysyła zapytanie do GBP API. Otrzymuje metryki za wczorajszy dzień dla każdej lokalizacji (locationId). Zapisuje dane w tabeli w płaskim formacie (wiersz = unikalne połączenie Data + ID Filia + Metryki). Karty kluczowych wskaźnikówNazwa kartyMetryka GBPFormat dynamikiWyświetlenia profiluImpressions (Search + Maps)Procent %, Sparkline (niebieski)PołączeniaLocal Services Phone CallsProcent %, Sparkline (zielony)Przejścia na stronęWebsite ClicksProcent %, Sparkline (fioletowy)Budowanie trasDirection RequestsProcent %, Sparkline (pomarańczowy)Średnia ocenaAverage Review RatingZmiana absolutna (np. +0.1), Sparkline (żółty)Nowe recenzjeNew Reviews CountProcent %, Sparkline (turkusowy)