Budżet: 600 PLN Termin: 4 dni
Jestem Laravel developerem i mogę wykonać migrację MSSQL → MySQL (e-commerce + blog) ze zmapowaniem schematu, aktualizacją linków w tabelach bloga oraz weryfikacją na bazie stage.
Mam bazę danych ms sql server ecommerce - sklep z blogiem, który chcę przenieść do nowej aplikacji Laravel z bazą mysql.
Trzeba napisać skrypty które z migrują dane będzie potrzebne mapowanie bo Schema baz danych się różni.
Trzeba też nadpisać linki w tabelach blogu tak żeby były zaktualizowane.
Dla referencji i porównania mam wypełnioną bazę stage.
Budżet: 600 PLN Termin: 4 dni
Jestem Laravel developerem i mogę wykonać migrację MSSQL → MySQL (e-commerce + blog) ze zmapowaniem schematu, aktualizacją linków w tabelach bloga oraz weryfikacją na bazie stage.
Budżet: 590 PLN Termin: 5 dni
Cześć
Jestem gotowy do wykonania twojego zadania, napiszę skrypt migracyjny i pomyślnie przeniosę wszystkie dane ze starej bazy danych ms sql do nowej mysql. Pisz na priv!
Budżet: 600 PLN Termin: 1 dzień
Dzień dobry, Mam doświadczenie w PHP 5+ lat oraz doświadczenie w migracji baz danych (częściowo replikacji). Jestem gotów wykonać zadanie. Termin wykonania będzie ostateczny po uzyskaniu dodatkowych informacji.
Budżet: 6000 PLN Termin: 10 dni
Cześć, mam nadzieję, że wszystko w porządku!
Mogę zająć się migracją z MS SQL Server do MySQL dla Twojej aplikacji e-commerce opartej na Laravel. Napiszę niestandardowe skrypty migracyjne PHP, korzystając z narzędzi bazy danych Laravel, aby przeprowadzić transformację schematu, starannie mapując typy danych między MS SQL a MySQL (np. NVARCHAR na VARCHAR, IDENTITY na AUTO_INCREMENT, różnice w DATETIME), przenosząc wszystkie dane e-commerce i bloga z odpowiednimi relacjami kluczy obcych oraz aktualizując wszystkie linki bloga za pomocą dopasowywania wzorców regex i zapytań SQL, aby dopasować nową strukturę systemu.
Użyję dostarczonej przez Ciebie bazy danych na etapie jako odniesienia do weryfikacji dokładności mapowania schematu i upewnienia się, że nic nie zostanie utracone. Po migracji przeprowadzę kontrole integralności danych, porównując liczby rekordów, relacje kluczy obcych i przykładowe dane z bazą danych na etapie, aby potwierdzić, że wszystko zostało poprawnie przeniesione.
Dostępny do rozpoczęcia od zaraz i czekam na Twoją odpowiedź.
Dzięki, Youssef Hachicha.
Budżet: 600 PLN Termin: 3 dni
Witam!
Mam doświadczenie w migracji baz danych pomiędzy różnymi systemami (MS SQL Server → MySQL) oraz w pracy z projektami opartymi o Laravel i mogę pomóc w przeniesieniu Państwa danych do nowej aplikacji.
Przygotuję skrypty migracyjne z uwzględnieniem mapowania różnic w schematach baz danych, zadbam o integralność relacji oraz poprawne przepisanie linków w tabelach bloga. Możemy oprzeć się na bazie stage jako punkcie odniesienia do weryfikacji poprawności migracji.
Chętnie zapoznam się ze strukturą obecnej bazy i szczegółami projektu, aby precyzyjnie określić zakres prac i czas realizacji.
Budżet: 600 PLN Termin: 4 dni
Pozdrawiam Paweł
Z przyjemnością pomogę Ci profesjonalnie przeprowadzić migrację z MS SQL do MySQL dla dowolnego wolumenu i obciążenia.
Proszę o ustalenie budżetu i warunków po omówieniu szczegółów i zakresu prac.
Napisz, chętnie podejmę współpracę. Czekam na feedback.
Budżet: 700 PLN Termin: 1 dzień
Dzień dobry,
Mam doświadczenie w migracjach danych między MS SQL Server a MySQL oraz w projektach Laravel, gdzie konieczne było mapowanie różnych schematów i zachowanie spójności relacji.
Mogę:
- przeanalizować obie bazy (produkcyjną i stage)
- przygotować mapowanie tabel i pól zgodnie z nowym schematem
- napisać skrypty migracyjne (ETL / skrypty w PHP lub SQL)
- zadbać o pohttps://freelancehunt.com/support/knowledgebase?to=%2Fvikonavtsiu-poshuk-roboti%2Fkomientar-shcho-prodaie-u-stavtsiprawne przeniesienie relacji (produkty, kategorie, blog, użytkownicy itp.)
- zaktualizować linki w tabelach bloga (np. zmiana domeny / struktury URL)
- przygotować migrację tak, aby była powtarzalna i bezpieczna
Pracuję ostrożnie — najpierw test na stage, potem migracja docelowa.
Chętnie przejrzę schematy obu baz i zaproponuję konkretny plan działania
Budżet: 600 PLN Termin: 1 dzień
Cześć!
Mam doświadczenie w migracji baz danych między różnymi systemami zarządzania bazami danych (MS SQL Server → MySQL) oraz w pracy z projektami Laravel, dlatego mogę pomóc przenieść Twój sklep ecommerce z blogiem do nowej aplikacji na Laravel. Rozumiem, że schematy się różnią, więc potrzebne będzie mapowanie tabel i pól, a nie „bezpośredni” import.
Co mogę zrobić w tej sprawie:
Przygotować i opisać zgodność między tabelami/polami starej bazy MS SQL a nową MySQL (z uwzględnieniem struktury aplikacji Laravel).
Napisać skrypty/migracyjne zadania, które poprawnie przeniosą dane (produkty, zamówienia, użytkownicy, wpisy bloga itp.) z zachowaniem powiązań i kluczy.
Użyć Twojej bazy stage do porównania wyników migracji i sprawdzenia poprawności danych.
Zaktualizować linki w tabelach bloga (URL w treści, linki wewnętrzne), aby odpowiadały nowej strukturze/domenie.
W razie potrzeby przygotować powtarzalny scenariusz migracji (aby można było jeszcze raz przeprowadzić przeniesienie przed ostatecznym uruchomieniem).
Porozmawiajmy o szczegółach w wiadomościach prywatnych: zakres danych, dostęp do MS SQL / MySQL, czy jest opis nowego schematu Laravel oraz jakie konkretne encje należy krytycznie przenieść w pierwszej kolejności. Po tym mogę zaproponować plan pracy, terminy i orientacyjny budżet.
Budżet: 2000 PLN Termin: 20 dni
Witam. Jestem gotów zrealizować Twój projekt po uzgodnieniu w wiadomości prywatnej. Ostateczne terminy i cena - po uzgodnieniu. Mogę również zaoferować wsparcie techniczne i dalsze towarzyszenie.
Budżet: 600 PLN Termin: 3 dni
Dzień dobry,
mogę to wykonać. Mam duże doświadczenie w migracjach danych z MS SQL Server do MySQL oraz w projektach Laravel.
Przygotuję skrypty migracyjne z mapowaniem różniących się schematów, zadbam o integralność danych i aktualizację linków w tabelach bloga.
Baza stage jako referencja nie stanowi problemu. Jestem dostępny od razu.
Budżet: 1200 PLN Termin: 5 dni
Dzień dobry
ogromne doświadczenie w pisaniu skryptów konwersji danych między bazami danych
aby dokładnie ocenić, należy spojrzeć na dwie bazy
Budżet: 599 PLN Termin: 2 dni
Cześć! Zadanie przeniesienia danych z systemu e-commerce na MS SQL do Laravel (MySQL) jest jasne. To złożony proces, w którym ważne jest nie tylko skopiowanie danych, ale także zachowanie integralności powiązań i poprawności URL.
Jak proponuję rozwiązać zadanie:
Dwupoziomowe połączenie: Skonfigurujemy Laravel do jednoczesnej pracy z dwoma źródłami danych. To pozwoli skryptowi „streamować” dane bezpośrednio, nie tworząc plików pośrednich.
Mapowanie przez komendy Artisan: Zamiast prostych zapytań SQL napiszę niestandardowe komendy konsolowe Laravel. To pozwoli wykorzystać moc Eloquent i zapewni elastyczną transformację danych (na przykład konwersję dat, formatów cen i metadanych) bezpośrednio w trakcie przenoszenia.
Czyszczenie i aktualizacja treści: W trakcie migracji bloga użyjemy wyrażeń regularnych (Regex) do wyszukiwania starych linków w tekstach artykułów. Zastąpimy je nowymi przyjaznymi dla SEO URL, zgodnymi z architekturą Laravel.
Walidacja przez Stage: Będziemy używać twojej bazy stage jako wzorca (Gold Standard) do porównania wyników po każdym etapie migracji.
Poniżej przedstawiam fragment architektury skryptu, który planuję użyć do mapowania:
PHP
// Fragment komendy Artisan do migracji z mapowaniem i aktualizacją linków
public function handle()
{
// Łączymy się ze starą bazą MS SQL i odczytujemy dane partiami po 100 rekordów
DB::connection('mssql')->table('OldPosts')->chunkById(100, function ($posts) {
foreach ($posts as $post) {
// 1. Mapowanie pól (przekształcenie starej schemy w nową)
// 2. Transformacja treści: zastąpienie starych linków nowymi przez Regex
$updatedContent = preg_replace(
'/http:\/\/oldstore\.com\/blog\.php\?id=(\d+)/',
config('app.url') . '/blog/post-$1',
$post->Content
);
// 3. Zapis do nowej bazy MySQL (Laravel)
DB::table('posts')->updateOrInsert(
['old_id' => $post->ID], // Zachowujemy powiązanie do weryfikacji
[
'title' => $post->Title,
'content' => $updatedContent,
'slug' => Str::slug($post->Title),
'created_at' => Carbon::parse($post->DateCreated),
'status' => ($post->IsActive) ? 'published' : 'draft',
]
);
}
$this->info('Migracja kolejnych 100 postów...');
});
}
To podejście gwarantuje, że baza będzie „czysta”.
Budżet: 575 PLN Termin: 3 dni
Cześć,
To nie jest tylko proste zadanie eksportu/importu, ponieważ schematy się różnią, więc będzie wymagana odpowiednia mapowanie i logika transformacji danych. Mam doświadczenie w pracy z migracjami baz danych oraz pisaniu niestandardowych skryptów do bezpiecznego transferu i walidacji danych między różnymi systemami.
Mogę:
analizować oba schematy i zdefiniować czystą strategię mapowania
napisać skrypty migracyjne dla MS SQL → MySQL
zapewnić integralność relacyjną (użytkownicy, zamówienia, produkty, treści bloga itp.)
aktualizować linki bloga podczas procesu migracji
walidować wyniki w porównaniu do twojej bazy danych na etapie
Przed potwierdzeniem ostatecznego zakresu chciałbym przejrzeć rozmiar bazy danych i strukturę tabel, aby dokładnie oszacować złożoność.
Jeśli wszystko jest jasne i uporządkowane, mogę dostarczyć bezpieczną i dobrze przetestowaną migrację w ramach zaproponowanego budżetu.
Czekam na twoją odpowiedź.
Budżet: 600 PLN Termin: 3 dni
Dzień dobry, jestem gotów zrealizować skrypt do porównania i migracji danych z mssql do mysql.
Budżet: 600 PLN Termin: 1 dzień
Cześć
Jestem gotowy do wykonania twojego zadania, napiszę skrypt migracyjny i pomyślnie migruję wszystkie dane ze starej bazy danych ms sql do nowej mysql
Pisz, omówimy, będę zadowolony ze współpracy!
Budżet: 600 PLN Termin: 7 dni
Cześć. Mam solidne doświadczenie w migracjach baz danych SQL oraz pisaniu niestandardowych skryptów do transformacji danych. Ponieważ schematy się różnią, mogę napisać skrypt do mapowania i konwersji Twoich danych z struktury MS SQL do nowego formatu MySQL, używając Twojej bazy danych na etapie jako odniesienia. Zajmę się również aktualizacją linków do bloga podczas transferu. Porozmawiajmy, aby omówić szczegóły.
Budżet: 600 PLN Termin: 3 dni
Witam!
Bez problemu i jakościowo przeniosę bazę z mssql do mysql.
Piszcie na prywatne.
Budżet: 600 PLN Termin: 3 dni
Dzień dobry!
Rozumiem potrzebę migracji danych z MS SQL do MySQL dla Laravel API, włączając mapowanie schematów i aktualizację linków bloga. Posiadam doświadczenie w Laravel, API oraz złożonych migracjach baz danych.
Proszę o kontakt w wiadomości prywatnej, omówimy szczegóły.
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)