Budżet: 5000 UAH Termin: 8 dni
Немного работал с Go. Движок нужно смотреть. Напишите в скайп: GenyPivo, обсудить и чтобы я точно сказал смогу взяться или нет. В принципе в связке Angular и Go смогу это сделать
Требуется разработать личный кабинет. Фронтэнд angular/reactjs. Верстка есть. Бэкэнд на go. БД postgres.
Требуется интеграция с форумом на движке invisionpower.com. Интеграция в плане single sign on.
А именно:
- если пользователь вошел в ЛК, при входе на форум ему не нужно заново вводить логин и пароль;
- если пользователь вошел на форум, при переходе в ЛК авторизовываться не нужно;
- если пользователь регистрируется на форуме, он автоматически появляется в ЛК;
- учетки в ЛК создаются автоматически при оплате, для таких учеток также должна быть возможность войти на форум без регистрации;
- при смене пароля на форуме или в ЛК, пароль меняется в обоих системах;
При реализации нужно учесть момент, что форум и ЛК живут в разных БД.
В кабинете нужно показывать информацию о пользователе, информацию о биллинге.
Схема БД https://www.dropbox.com/s/hiauz6997y4arfz/dump.sql?dl=0
Budżet: 5000 UAH Termin: 8 dni
Немного работал с Go. Движок нужно смотреть. Напишите в скайп: GenyPivo, обсудить и чтобы я точно сказал смогу взяться или нет. В принципе в связке Angular и Go смогу это сделать
Szukamy doświadczonego programisty Blockchain Full-Stack, który pomoże zbudować grę Web3 typu Endless Runner nowej generacji z mechaniką rozgrywki na łańcuchu, NFT i tokenizowanymi nagrodami. To okazja do pracy nad innowacyjną grą, która łączy nowoczesne technologie internetowe z infrastrukturą blockchain. Będziesz współpracować z programistami gier, inżynierami backendowymi i projektantami, aby stworzyć skalowalne inteligentne kontrakty, integracje Web3 oraz płynne doświadczenie gracza.
Trzeba przenieść gotowy projekt strony (landing pod kurs, infobiz) z Figma na Weblium w ciągu jednego dnia.
Szukamy dewelopera (lub zespołu) do stworzenia zautomatyzowanej usługi zamawiania usług domowych w Warszawie. Główny odpowiednik i odniesienie: CleanWhale.pl — stąd bierzemy wygodną, krok po kroku logikę kalkulatora, siatkę dodatkowych usług, interfejs wyboru regularności oraz ogólną zasadę składania zamówienia. Zadanie: Stworzyć podobną pod względem wygody i designu usługę Mobile-First, ale z uproszczoną logiką taryf i wbudowaną gryfikacją („ŻK-Szering”). Stos: Rozważamy opcje na WordPress + Elementor / WooCommerce, No-Code (Bubble / FlutterFlow), lub wasze gotowe rozwiązania dostosowane.
Dzień dobry! Mamy projekt na Next.js, React, Node.js i Strapi. Obecnie została stworzona strona główna, a dwie strony podrzędne wymagają dopracowania. Konieczne jest również stworzenie kolejnych 4–5 stron z adaptacją i skomplikowanymi animacjami na różne urządzenia oraz podłączenie ich do panelu administracyjnego Strapi. Z powodu zmiany obciążenia poprzedniego dewelopera szukamy nowego specjalisty do zakończenia projektu. Szukamy odpowiedzialnego dewelopera z praktycznym doświadczeniem w pracy z tym stosem. W odpowiedzi proszę dodać przykłady podobnych projektów. Budżet oczywiście omówimy.
Potrzebna jest automatyzacja aktualizacji istniejącej Custom Audience w Meta Ads, która jest używana do wykluczania klientów z kampanii reklamowych. Wymagana logika: raz dziennie pobierać z CRM ostatnie 400 zamówień (na przykład); brać numer telefonu klienta oraz, jeśli dostępny, email; usuwać duplikaty i przekształcać dane do formatu akceptowanego przez Meta; całkowicie zastępować listę klientów w istniejącej audiencji, zachowując jej aktualny ID; zapewnić ochronę: nie czyścić audiencji, jeśli CRM zwrócił pustą lub niepoprawną listę; ustawić automatyzację przez Make i/lub Meta Marketing API; sprawdzić, czy audiencja nadal jest poprawnie używana w wykluczeniach kampanii reklamowych. Audiencja została już stworzona, ale obecnie jest aktualizowana ręcznie. Od wykonawcy oczekujemy: Propozycji optymalnego sposobu realizacji. Wskazania, jakie dostęp i uprawnienia będą potrzebne. Osoby oceny kosztów i terminów realizacji. Wskazania doświadczenia w pracy z Meta API i Make. Po skonfigurowaniu dostarczenia krótkiego opisu logiki działania i użytych dostępów. Osobno prosimy o wyjaśnienie: czy możliwa jest całkowita codzienna wymiana audiencji przez API oraz jakie ograniczenia lub ryzyka mogą wystąpić ze strony Meta.