Wirtualna platforma handlowa tworzy stronę internetową

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.

Dzień dobry, 1) zaktualizować jQuery** do aktualnej wersji (3.x) z podłączeniem jQuery Migrate 2) Dokładnie przetestować funkcjonalność aplikacji 3) i usunąć możliwe błędy, aby skrypty były ze sobą kompatybilne pod względem wersji tutaj trzeba całkowicie przepisać https://filtry.in.ua/assets/libs/libs.js pod nową wersję jQuery, ponieważ tam jest stary Bootstrap i wiele funkcji niestandardowych zapisanych

Opis: Należy stworzyć skrypt JavaScript do rozszerzenia Tampermonkey. Skrypt będzie działał w wewnętrznym systemie CRM.Logika działania: Skrypt ma odczytywać unikalny tekstowy ID bieżącego aktywnego dialogu na stronie (jest 5–10 różnych ID). W zależności od ID, skrypt pobiera odpowiednią tekstową instrukcję (System Prompt) z ustawień. Mapę parametrów po ID należy przenieść do osobnego wygodnego okna ustawień skryptu. Po pojawieniu się nowej wiadomości w oknie czatu, skrypt wysyła ten tekst wraz z promptem przez API OpenAI (model gpt-4o-mini). Otrzymaną odpowiedź skrypt wstawia w pole wprowadzania tekstu i inicjuje wysyłkę z losowym opóźnieniem od 20 do 45 sekund, aby zasymulować naturalną pracę operatora.Praca wyłącznie z tekstem. Budżet — 6000 zł. Czekam na oferty od programistów z doświadczeniem w pracy z OpenAI API oraz pisaniu skryptów automatyzacji przeglądarki.

Potrzebne jest opracowanie własnej usługi internetowej do automatyzacji pracy kawiarni i małych lokali gastronomicznych. Funkcjonalność produktu ma być podobna do Poster POS, ale z własnym designem, architekturą i kodem źródłowym. Kopiowanie kodu lub interfejsu Poster nie jest przewidziane. Planowane jest stworzenie pełnoprawnego komercyjnego produktu SaaS, z którego w przyszłości będą mogły korzystać różne kawiarnie na zasadzie subskrypcji.Na pierwszym etapie należy opracować MVP Podstawowa funkcjonalność: rejestracja i autoryzacja właściciela lokalu; tworzenie jednego lub kilku lokali; zarządzanie pracownikami i rolami; katalog produktów, kategorii i modyfikatorów; dodawanie rozmiarów, smaków i dodatkowych opcji; interfejs kasowy do realizacji sprzedaży; otwieranie i zamykanie zmiany kasowej; różne metody płatności; zwroty i anulowanie zamówień; ewidencja stanów magazynowych i odpisywanie towarów; podstawowa ewidencja magazynowa; historia sprzedaży; raporty dotyczące przychodów, towarów, zmian i pracowników; program lojalnościowy dla klientów; adaptacyjna praca na tablecie, laptopie i smartfonie; panel administracyjny właściciela usługi; plany taryfowe i ograniczenia zgodnie z taryfą.W przyszłości planowane jest aplikacja mobilna; integracja z terminalami płatniczymi; drukowanie paragonów; integracja z usługami fiskalnymi; dostawa i zamówienia online; rezerwacja stolików; rozszerzona analityka; API do integracji zewnętrznych; integracja z systemami księgowymi i CRM.Ważne wymagania system musi być zaprojektowany do pracy wielu niezależnych lokali; dane każdego klienta muszą być izolowane; należy przewidzieć skalowalność produktu; potrzebna jest bezpieczna praca z danymi finansowymi i osobowymi; kod musi być zorganizowany i nadający się do dalszego rozwoju; potrzebna jest dokumentacja techniczna; prawa do kodu źródłowego po zapłacie przechodzą na zamawiającego. Design w tym momencie jest nieobecny, dlatego należy osobno ocenić UI/UX design lub zaproponować gotowe rozwiązanie dla MVP.W ofercie proszę wskazać doświadczenie w tworzeniu SaaS, POS, CRM, ERP lub systemów księgowych; przykłady podobnych prac; proponowany stos technologii; skład zespołu; orientacyjną cenę MVP; czas realizacji; co dokładnie wchodzi w proponowaną cenę; koszt dalszego wsparcia; czy są gotowi pracować etapami z płatnością za każdy zakończony etap. Preferencje dla wykonawców lub zespołów, które już opracowały systemy kasowe, magazynowe, restauracyjne lub wieloosobowe SaaS.

Stos technologiczny - React: Responsywne i dynamiczne tworzenie front-endu - Node.js: Solidne operacje backendowe - Web3: Integracja kryptowalut w wielu łańcuchach - Solidity: Tworzenie inteligentnych kontraktów Cel projektu Opracowanie kompleksowej platformy stakingowej w wielu łańcuchach dla popularnego ekosystemu gier, umożliwiającej płynne interakcje z kryptowalutami, integrację rynku NFT oraz poprawioną jakość doświadczeń użytkowników w wielu sieciach blockchain kompatybilnych z EVM. Whitepaper Byliśmy więcej niż tylko studiem gier mobilnych; jesteśmy wizjonerami i innowatorami w świecie gier. Nasza drużyna składa się z talentów branży gier mobilnych i pasjonatów gier, a jej celem jest przesuwanie granic tego, co możliwe w grach mobilnych. Nasza ekspertyza koncentruje się na hybrydyzacji gatunków, aby stworzyć coś naprawdę unikalnego, co dostosowujemy do przejścia z gier Web2 do tytułów gier Web3. Od wyścigowych RPG po gry strategiczne akcji, nieustannie eksperymentujemy i łączymy gatunki, aby oferować nowe doświadczenia w grach. Nasze gry to nie tylko forma rozrywki; to immersyjne podróże, które angażują, wyzywają i fascynują naszych graczy. Uosabiamy naszą misję, aby nie tylko bawić, ale także przenosić naszą publiczność do niezwykłego wszechświata interaktywnego świata w grach Web3. - Tworzenie front-endu - Tworzenie back-endu - Przeprojektowanie strony docelowej - Integracja w wielu łańcuchach - Rynek NFT - Testowanie i zapewnienie jakości - Wdrożenie i utrzymanie