Budżet: 1000 UAH Termin: 1 dzień
Cześć
To jest bardzo podstawowy szkic mojej zakładki. zostanie ona albo zaktualizowana, albo odwołana później
Opis projektu:
Potrzebny front-end developer do konfiguracji dynamicznego ładowania wiadomości w Next.js 14 (app router) za pomocą Next Intl. Należy zaimplementować ładowanie różnych plików wiadomości w zależności od strony.
Zadanie:
Zorganizować strukturę importu wiadomości tak, aby były one dynamicznie ładowane zgodnie z bieżącą stroną.
Przykład:
Na stronie głównej ładować wiadomości z domyślnego pliku (en/main/main.json).
Na stronie destinations/north-america ładować standardowe wiadomości oraz dodatkowo wiadomości z pliku en/continents/north-america/main.json.
Wymagane doświadczenie:
Doświadczenie w pracy z Next.js 14 app router i next-intl.
Budżet: 1000 UAH Termin: 1 dzień
Cześć
To jest bardzo podstawowy szkic mojej zakładki. zostanie ona albo zaktualizowana, albo odwołana później
Не могу откликаться в проект, напишу здесь)
Есть большой опыт с Next js.
Пишите обсудим детали
Можна більше деталей про проект? розбивка даних локалі по окремих сторінках то в певній мірі дивна річ. має бути вагомий привід до того
У нас для каждого континента и каждой страны будут свои переводы, сотни строк текста в каждом файле, для того чтобы не грузить все 250+ файлов стран и 6 континентов переводов на каждой странице, было принято решение их разделить.
Файловая структура готова нужно только переделать дефолтный механизм загрузки messages в динамический по странице
ну, ок. загальна ідея зрозуміла. тоді добре лягяає наступний принцип:
одна мова -- один файл зі всіма строками для всього сайту.
а для чого дробити на континенти та сторінки? (якщо я правильно зрозумів ваш опис). так ви добавляєте додаткові і потенційно лишні слої, через які зростає складність управління цим усим
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.