Budżet: 5000 UAH Termin: 3 dni
Witam. Mam doświadczenie w konfiguracji ci/cd przez github. Jestem gotowy do współpracy.
Potrzebne jest skonfigurowanie zamkniętego (prywatnego) repozytorium Git dla strony działającej na MODX, z możliwością dalszej pracy zespołowej i kontroli zmian.
- GitHub / GitLab (do omówienia)
- prywatny dostęp
1. Podłączyć aktualną stronę do Git
2. Skonfigurować zrozumiałą strukturę repozytorium (assets / manager itp.)
3. Wyciągnąć konfiguracje: dostęp do Bazy Danych, klucze API - do osobnego pliku
4. Skonfigurować podstawowy workflow
- jak wprowadzać zmiany
- jak wdrażać
- instrukcja dla nas (bardzo ważne)
5. Skonfigurować środowisko staging / dev
Ważne
- strona już działa
- dostęp zapewnię (FTP / hosting / panel MODX)
- Baza Danych istnieje (ważne, aby poprawnie wyciągnąć konfigurację)
Musimy uzyskać:
- prywatne repozytorium Git
- strona całkowicie w Git (bez śmieci)
- działające wdrożenie
- instrukcję:
- jak pracować z repozytorium (kluczowe: jak przeglądać historię, jak oglądać zmiany, kto je wprowadzał, jak cofnąć się do poprzedniej wersji... itd.)
- jak wprowadzać zmiany
- jak cofnąć się w przypadku błędu
Proszę o przesyłanie swoich stawek i terminów realizacji.
Budżet: 5000 UAH Termin: 3 dni
Witam. Mam doświadczenie w konfiguracji ci/cd przez github. Jestem gotowy do współpracy.
Budżet: 2000 UAH Termin: 1 dzień
Witam.
Mogę skonfigurować dla Ciebie CI/CD. Mam doświadczenie z Gitem. Pisz, omówimy.
Budżet: 1000 UAH Termin: 1 dzień
Cześć! Mogę przygotować instrukcję i podłączyć repozytorium dzisiaj, to nie zajmuje dużo czasu. Omówimy to osobiście?
Budżet: 1000 UAH Termin: 1 dzień
Witaj! Jesteśmy zespołem NovaCore Solutions. Profesjonalnie skonfigurujemy prywatne repozytorium Git dla Twojej strony MODX: oczyścimy kod z niepotrzebnych elementów, przeniesiemy konfiguracje do .env i skonfigurujemy niezawodne wdrożenie CI/CD z środowiskiem staging. Przygotujemy jasną instrukcję dotyczącą pracy z historią zmian, kontrolą wersji i szybkim przywracaniem, aby Twoja praca zespołowa była bezpieczna i przejrzysta. Jesteśmy gotowi omówić szczegóły, stawki i terminy w wiadomościach prywatnych.
Budżet: 2500 UAH Termin: 2 dni
Cześć.
Mam workflow GitHub/SSH/deploy, więc widzę zadanie jako bezpieczne spakowanie działającej strony MODX w prywatnym repozytorium z normalną strukturą i instrukcją dla zespołu.
Proponuję następujące podejście:
1. Przejrzę obecną strukturę MODX i ustalę, co trafia do Gita, a co pozostaje osobno.
2. Wyciągnę konfiguracje do bezpiecznego obiegu dla dev/staging/prod.
3. Skonfiguruję podstawowy workflow dla deployu i rollbacku.
4. Przygotuję instrukcję dotyczącą pracy z repozytorium, historią zmian i wycofywaniem.
W MODX ważne jest, aby osobno sprawdzić `core/config/config.inc.php`, `config.core.php`, `connectors/config.core.php`, `manager/config.core.php`, a także komponenty niestandardowe i zasoby.
Przed rozpoczęciem proszę o wyjaśnienie:
- czy są komponenty niestandardowe w `core/components` lub `assets/components`
- czy potrzebna jest osobna domena staging
- czy GitHub czy GitLab jest wygodniejszy
- czy są jakieś szczególne wymagania dotyczące dostępu do hostingu
Jeśli struktura jest standardowa, mogę zaplanować krótki i bezpieczny cykl realizacji bez zbędnego zwiększania budżetu.
Budżet: 700 UAH Termin: 2 dni
Witam!
Jestem gotowy do wykonania zadania. Mam doświadczenie w konfiguracji Gita, wdrażaniu i pracy z projektami PHP. Stworzę czyste prywatne repozytorium, wyciągnę konfiguracje, skonfiguruję staging/dev oraz zrozumiały workflow z szczegółową instrukcją dla zespołu.
Budżet: 10000 UAH Termin: 1 dzień
✋ Witaj! Jesteśmy firmą IT dZENcode.
Możemy skonfigurować dla Ciebie prywatne repozytorium Git dla aktualnej strony i procesu roboczego.
Na czym teraz wygodniej prowadzić repozytorium — GitHub czy GitLab?
Czy potrzebne jest od razu środowisko staging/dev do sprawdzania zmian?
Pracujemy w iteracjach, stawki od 750 UAH/godzinę.
Szczegółowe informacje o naszych usługach i stawkach znajdziesz na stronie: Freelancehunt
Zobacz – potem omówimy szczegóły pracy, pisz, gdy będziesz gotowy.
Ostateczny koszt ustalany jest dopiero po określeniu zakresu i wymagań.
___________________
Z poważaniem,
Menadżer dZENcode
Nasze mocne strony:
💎 10+ lat świadczymy usługi IT: Outsourcing, Outstaffing
🔥 90+ pracowników na etacie
🚀 Projekty „od zera” i wsparcie
⚙️ SLA i wsparcie po produkcji
✅ Umowa z firmą, gwarantowany wynik!
🔥 250+ publicznych opinii od 2015 roku.
Budżet: 5000 UAH Termin: 2 dni
Witam! Wykonam Twoje zadanie szybko i jakościowo.
Moje portfolio: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Pisz, zacznę pracować dzisiaj. Będę zadowolony ze współpracy z Tobą!
Budżet: 2000 UAH Termin: 2 dni
Witam.
Mogę zrealizować zadanie. Mam duże doświadczenie w podobnych.
Pisz, zrobię wszystko szybko i jakościowo.
Budżet: 3000 UAH Termin: 2 dni
Dzień dobry. Mam konto na gitlab i github. Mogę wykonać to zadanie, ponieważ robiłem to dla siebie przy pracy nad projektami.
Budżet: 1111 UAH Termin: 1 dzień
Dzień dobry!
Zadanie jest jasne, pracowałem z podobnymi projektami, podłączenie żywej strony do Gita wymaga ostrożności, szczególnie w zakresie konfiguracji i wdrożenia.
Proszę o wyjaśnienie szczegółów:
- czy jest dostęp SSH na hostingu, czy tylko FTP?
- jaki hosting shared / VPS?
- gdzie znajduje się folder core/ MODX w głównym katalogu strony czy jest przeniesiony wyżej?
- staging to subdomena na tym samym hostingu czy osobno?
Czy preferowany jest GitHub czy GitLab, czy konto już istnieje?
Z góry dziękuję za odpowiedzi.
Budżet: 700 UAH Termin: 1 dzień
Witam, mogę skonfigurować ten repozytorium zgodnie z najlepszymi standardami. Proszę o wyjaśnienie, czy potrzebujecie CI/CD? (automatyczne wdrażanie przy commitach do gałęzi). Od tego w dużej mierze zależy cena i czas realizacji.
Budżet: 2000 UAH Termin: 2 dni
Witam, mogę zrealizować to zadanie, zrobię wszystko zgodnie z Państwa wymaganiami, jestem gotów rozpocząć pracę teraz.
Budżet: 2000 UAH Termin: 1 dzień
Witaj! Mam ponad 4-letnie doświadczenie w rozwoju i DevOps, dlatego skonfiguruję profesjonalny Git-workflow dla Twojej strony MODX z wydzieleniem konfiguracji, oczyszczeniem repozytorium i automatyzacją wdrożeń. Stworzę środowisko stagingowe do bezpiecznego testowania i przygotuję szczegółową instrukcję dotyczącą kontroli wersji, przywracania i pracy zespołowej. Koszt — od 250 USD, czas realizacji — 3–5 dni. Moje prace: https://3magency.co/, https://jk-solution.com.ua/, https://farfieworldwide.com/, Behance. Pisz na prywatne — jestem gotowy do konfiguracji!
Budżet: 2000 UAH Termin: 3 dni
Witaj! Twój projekt przykuł moją uwagę. Jestem gotów rozpocząć pracę i zapewnić wysoką jakość wykonania.
Budżet: 1111 UAH Termin: 1 dzień
Cześć, mam bardzo duże doświadczenie w pracy z GitHubem, wyciągnę wszystkie klucze api itd. do pliku env, zrobię prywatne repozytorium, przygotuję instrukcję jak wdrożyć i jeśli trzeba, pomogę Ci z tym, skonfiguruję środowisko deweloperskie, napisz do mnie, aby omówić szczegóły i koszt.
Возможно я отстал от жизни, но для частных репозиториев лучше использовать битбакет
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