Budżet: 150 EUR Termin: 2 dni
Witam. Pracuję z JavaScript od ponad 8 lat. Jestem gotowy do skonfigurowania walidacji inputu. Proszę o kontakt.
Ми використовуємо конструктор лендингів/сайтів Onepage (onepage.io). На сайті є форма збору лідів, де користувач вводить номер телефону.
Поточна проблема: форма дозволяє відправити заявку з очевидно некоректними телефонами (наприклад, 0000000000, 12, 123, або будь-якою випадковою послідовністю цифр), навіть якщо обрано код країни +49 (Німеччина). Це призводить до “сміттєвих” лідів і марної роботи менеджерів.
Саппорт Onepage пропонує SMS-верифікацію як окрему платну функцію (підписка + оплата за кожну SMS). Для нашого сценарію (перший контакт, ринок Німеччини) це надто агресивно, погіршує конверсію та створює зайве тертя.
Нам потрібне НЕ підтвердження існування номера через SMS, а коректна технічна перевірка формату номера прямо у формі (client-side validation).
Реалізувати перевірку (валідацію) номера телефону у формі Onepage так, щоб:
Неможливо було відправити форму з явно некоректним номером.
Користувач бачив зрозуміле повідомлення про помилку (DE/EN, бажано DE).
У разі помилки відправка форми блокується (submit prevent).
Рішення не повинно вимагати SMS-підтвердження.
Сервіс: Onepage (onepage.io)
Реалізація очікується через:
Custom Code / вставка власного JavaScript на сторінку (глобально або на конкретній сторінці), або
HTML embed / Custom Code-блок (якщо потрібно).
Доступу до backend Onepage немає. Потрібна клієнтська (front-end) валідація.
Перевірити, як Onepage рендерить форму (HTML структура, селектори полів, submit button, події).
Визначити стабільний спосіб “підхопитися” на подію submit:
form.addEventListener('submit', ...) або
перехоплення кліку на кнопці submit, або
інші події, які реально працюють у Onepage.
Потрібно реалізувати 2 рівні перевірки:
Рівень 1 — базова санітизація та довжина
Поле “Телефон” має приймати лише цифри, пробіли, +, (, ), -.
Перед перевіркою прибрати всі символи, крім цифр та + (для логіки).
Заборонити введення очевидного сміття:
дуже короткі номери (наприклад < 10 цифр),
номер з одних нулів (наприклад 0000000000, +49 0000000000),
повторювані патерни типу 1111111111, 2222222222 (опційно, але бажано).
Рівень 2 — перевірка формату телефонів для Німеччини
Цільова країна — Німеччина (+49).
Валідація має працювати в одному з форматів:
+49XXXXXXXXXX... (між 10 і 15 цифр загалом за E.164)
0XXXXXXXXXX... (локальний формат)
Важливо: німецькі номери можуть мати різну довжину (мобільні/стаціонарні), тому логіка має бути адекватною, не “перерізати” реальні номери.
Рекомендований підхід (переважний):
використати бібліотеку Google libphonenumber або легшу обгортку/порт, яка дозволяє:
визначати валідність номера для регіону DE,
форматувати номер у E.164,
обробляти +49 та локальні 0....
Альтернативний підхід (якщо бібліотеку неможливо підключити):
використати regex + правила довжини (але це менш надійно).
мінімум: довжина (10–15 цифр) + заборона all zeros + заборона “занадто коротко”.
Якщо номер невалідний:
блокувати submit,
показувати повідомлення біля поля або попап/inline alert.
Повідомлення (мінімум німецькою):
DE: „Bitte geben Sie eine gültige Telefonnummer ein.“
EN (опціонально): “Please enter a valid phone number.”
Підсвічування поля червоною рамкою (CSS клас або inline).
При виправленні номера — помилка зникає.
Маска вводу або “розумне поле” з країною:
Наприклад, через intl-tel-input (якщо реально інтегрується у Onepage без конфліктів).
Автоформатування:
приводити номер до E.164 перед відправкою (якщо можливо), або хоча б зберігати “чисті цифри”.
Має працювати в актуальних браузерах: Chrome, Safari, Firefox, Edge.
Має працювати на мобільних (iOS/Android).
Не ламати інші поля/форми/скрипти на сторінці.
Onepage може генерувати динамічні ID/класи. Потрібні стабільні селектори або логіка пошуку елемента:
по label тексту,
по placeholder,
по типу input[type="tel"],
або за структурою блоку.
Можлива наявність кількох форм на сторінці — потрібно чітко прив’язатись до потрібної.
Скрипт має коректно працювати навіть якщо форма завантажується асинхронно (може знадобитися MutationObserver або повторний пошук елементів).
Валідація повинна:
✅ Пропускати:
+49 151 23456789
0151 23456789
реалістичні DE номери (мобільні/стаціонарні), якщо вони валідні за libphonenumber.
❌ Блокувати:
0
12
12345
0000000000
+49 0000000000
+49 1111111111 (бажано)
довільний набір з 5–8 цифр.
Готовий JS-код для вставки в Onepage (з інструкцією “куди вставити”).
Якщо використовуються бібліотеки:
посилання на CDN або файл(и),
інструкція підключення (порядок, залежності).
Інструкція налаштування:
де саме у Onepage вставити код (global/page/section),
як перевірити, що працює.
Короткий документ з селекторами, які використовуються, і логікою пошуку форми/поля.
(Опціонально) Мікро-CSS для стилів помилки.
Робота вважається виконаною, якщо:
неможливо відправити форму з номером 0000000000 або 2–5 цифрами,
коректні німецькі номери проходять,
користувач бачить зрозумілу помилку,
рішення працює стабільно на desktop і mobile,
є інструкція по впровадженню в Onepage.
Лідів у місяць: до ~200.
SMS-верифікацію використовувати НЕ плануємо (через конверсію та чутливість ринку Німеччини).
Мета: мінімізувати сміттєві заявки без підвищення тертя.
Чи маєте досвід інтеграцій в Onepage або подібні конструктори?
Який підхід пропонуєте: libphonenumber чи regex?
Чи зможете зробити так, щоб номер нормалізувався до E.164?
Як забезпечите стабільність при зміні DOM/оновленні Onepage?
Budżet: 150 EUR Termin: 2 dni
Witam. Pracuję z JavaScript od ponad 8 lat. Jestem gotowy do skonfigurowania walidacji inputu. Proszę o kontakt.
Budżet: 150 EUR Termin: 2 dni
Witam.
Jestem gotowy się tym zająć. Pisz, omówimy.
1. Mam doświadczenie z konstruktorami.
2. Można spróbować przez regex.
3. Tak.
4. To pytanie wymaga bardziej szczegółowej odpowiedzi.
Budżet: 150 EUR Termin: 1 dzień
Dzień dobry.
Z podobnymi zadaniami pracowałem w Webflow, Tilda i innych konstruktorach, gdzie nie ma dostępu do backendu i wszystko rozwiązuje się przez logikę po stronie klienta. W Państwa przypadku zrobiłbym rozwiązanie przez libphonenumber w połączeniu z własną logiką przechwytywania submit, a nie przez prosty regex. Dla rynku niemieckiego da to znacznie dokładniejszą weryfikację, szczególnie z różną długością numerów.
Mogę zrealizować normalizację do E.164 przed wysłaniem formularza oraz zablokować submit z poprawnym komunikatem po niemiecku. Pole będzie podświetlane, błąd zniknie po poprawieniu. Jeśli to konieczne, dodamy lekką maskę lub intl-tel-input bez konfliktów ze skryptami Onepage.
Stabilność zapewnimy przez wyszukiwanie elementów według typu pola i kontekstu formularza, a nie według dynamicznych ID. W razie potrzeby użyjemy MutationObserver, aby skrypt poprawnie "przechwytywał" formularz nawet przy asynchronicznym renderowaniu.
Proszę powiedzieć, czy na stronie jest jeden formularz, czy kilka, i czy jest możliwość wstawienia kodu globalnie dla całej strony? To wpłynie na sposób powiązania.
Budżet: 145 EUR Termin: 1 dzień
Witam! Zainteresował mnie Twój projekt dotyczący walidacji telefonu w formularzach na Onepage.
Mam doświadczenie w integracji niestandardowego JavaScriptu w kreatorach stron (przechwytywanie submit, praca z dynamicznym DOM, MutationObserver, cross-browserowość).
Proponuję rozwiązanie: Walidacja przez libphonenumber (dla Niemiec), blokowanie wysyłki przy niepoprawnym numerze, powiadomienia po niemiecku oraz podświetlenie pola, normalizacja numeru w formacie E.164 (+49…), filtrowanie 0000000000;
Rozwiązanie będzie działać bez SMS-ów, stabilnie na desktopie i urządzeniach mobilnych, bez konfliktów z innymi skryptami.
Jestem gotowy szybko zrealizować i dostarczyć instrukcję wdrożenia.
Budżet: 144 EUR Termin: 3 dni
Gotowy do wykonania.
Doświadczenie w Web Developmentzie ponad 12+.
Przykłady prac https://koder.pp.ua/portfolio/
Budżet: 200 EUR Termin: 2 dni
Dzień dobry!
Nazywam się Dmitro, firma King Kong Web.
Zapoznałem się z Twoim TZ dotyczącym Onepage. Możemy zrealizować walidację numeru telefonu bez SMS, aby formularz nie był wysyłany z "śmieciowymi" numerami, a użytkownik od razu widział błąd.
Zrealizujemy to poprzez wstawienie niestandardowego JavaScriptu do Onepage: podłączymy się do zdarzenia submit formularza, sprawdzimy numer na 2 poziomach (podstawowa walidacja + zasady dla DE/+49), w przypadku błędu zablokujemy wysyłkę i pokażemy komunikat po niemiecku. Dodamy również podświetlenie pola, a przy poprawieniu numeru błąd zniknie.
Co do podejścia: optymalnie wykorzystać libphonenumber (przez CDN), aby poprawnie walidować niemieckie numery i, w razie potrzeby, znormalizować je do formatu E.164 przed wysyłką. Jeśli Onepage nie pozwoli stabilnie podłączyć biblioteki — zrobimy niezawodny fallback na zasady długości/wzorców (regex + logika przeciwko 0000/zbyt krótko).
Po wykonaniu przekażemy gotowy kod do wstawienia, krótką instrukcję, gdzie dokładnie dodać w Onepage, jakie selektory używamy i jak sprawdzić działanie na desktopie/mobilnie.
Jesteśmy gotowi do działania od razu. Jeśli to konieczne — prześlij link do strony z formularzem lub zrzut/strukturę HTML, aby szybko dobrać najstabilniejszy sposób podłączenia.
Budżet: 150 EUR Termin: 5 dni
Dzień dobry, Walerio.
Wybieram libphonenumber zamiast regex.
To zapewni dokładną weryfikację niemieckich numerów (+49), normalizację do E.164 oraz blokowanie fałszywych numerów.
Zintegruję przez Custom Code, używając MutationObserver dla stabilności z dynamicznym DOM.
Użytkownicy zobaczą zrozumiałe komunikaty o błędach w języku niemieckim, a wysyłka będzie blokowana do momentu poprawienia danych.
Otrzymasz gotowy kod oraz instrukcję, która zapewni czystość bazy bez pogorszenia konwersji.
Jestem gotów dostarczyć pełny kod oraz instrukcje do integracji w Onepage.
A także, zamiast podstawowej walidacji, proponuję rozszerzyć funkcjonalność do inteligentnej maski wprowadzania numeru telefonu (na podstawie intl-tel-input).
To znacznie poprawi UX, automatycznie formatując numer podczas wprowadzania i podświetlając poprawny format dla Niemiec.
Można również dodać automatyczne rozpoznawanie kraju na podstawie prefiksu, co ułatwi wprowadzanie dla użytkowników z innych krajów w przyszłości.
Budżet: 150 EUR Termin: 1 dzień
✋ Witaj! Jesteśmy firmą IT dZENcode.
Realizujemy walidację telefonów w Onepage bez SMS: libphonenumber, +49 i lokalny 0…, normalizacja w E.164, blokada submit i błędy DE, opierając się na doświadczeniu zespołu, najlepszych praktykach i własnych rozwiązaniach.
Czy można podać link do strony Onepage z formularzem?
Czy dopuszczalne jest podłączenie libphonenumber lub intl-tel-input przez CDN?
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 wyjaśnieniu zakresu i wymagań.
___________________
Z poważaniem,
Menadżer dZENcode
Nasze mocne strony:
💎 10+ lat świadczymy usługi IT: Outsourcing, Outstaffing
🔥 90+ pracowników etatowych
🚀 Projekty „od zera” i na wsparcie
⚙️ SLA i wsparcie po produkcji
✅ Umowa z firmą, gwarantowany wynik!
🔥 250+ publicznych opinii od 2015 roku.
Budżet: 150 EUR Termin: 5 dni
Cześć,
Mogę zaimplementować walidację numeru telefonu dla Twoich formularzy Onepage. Mam doświadczenie w walidacji po stronie klienta w JavaScript, pracy z kreatorami formularzy oraz manipulacji DOM w dynamicznych środowiskach.
Stworzę skrypt walidacyjny, który zablokuje przesyłanie nieprawidłowych niemieckich numerów telefonów, takich jak 0000000000, numery krótkie i powtarzające się wzory, zweryfikuje zarówno formaty +49, jak i lokalny 0, korzystając z biblioteki Google libphonenumber dla dokładnej walidacji niemieckich numerów, wyświetli komunikaty o błędach w języku niemieckim z czerwonym obramowaniem, znormalizuje prawidłowe numery do formatu E.164 przed przesłaniem oraz będzie działać niezawodnie w przeglądarkach na komputerach stacjonarnych i urządzeniach mobilnych.
Jeśli chodzi o doświadczenie z Onepage.io, nie pracowałem bezpośrednio z Onepage.io, ale mam doświadczenie w integracji niestandardowego JavaScriptu w platformach takich jak Webflow i Wix, gdzie występują podobne wyzwania związane z dynamicznymi identyfikatorami i asynchronicznym ładowaniem formularzy. Podejście jest podobne, wykorzystując stabilne selektory, MutationObserver do asynchronicznego ładowania oraz delegację zdarzeń.
Zalecam użycie libphonenumber przez CDN w lekkiej wersji, takiej jak google libphonenumber js. Jest to bardziej niezawodne niż regex dla niemieckich numerów, które mają zmienną długość. Regex może działać jako rozwiązanie awaryjne, ale nie uchwyci wszystkich przypadków brzegowych.
W przypadku normalizacji E.164, libphonenumber może znormalizować prawidłowe numery do formatu E.164 przed przesłaniem formularza, co pomaga w spójności danych CRM.
Dla stabilności DOM użyję wielu selektorów awaryjnych, takich jak typ input tel, tekst podpowiedzi i tekst etykiety, oraz wdrożę MutationObserver, aby ponownie dołączyć walidację, jeśli formularz załadowany zostanie asynchronicznie. Przetestuję również wiele formularzy na stronie i skieruję się do właściwego.
Dostarczę gotowy do użycia kod JavaScript z linkami do biblioteki CDN, instrukcjami integracji, dokumentacją selektorów oraz opcjonalnym CSS do stylizacji błędów.
Czas realizacji: 1 tydzień
Koszt: 400 do 500 USD
Jestem dostępny, aby rozpocząć pracę natychmiast.
Youssef
Budżet: 150 EUR Termin: 2 dni
Cześć, napisz na priv
Budżet: 150 EUR Termin: 3 dni
Cześć! Dokładnie przeanalizowałem twój projekt i jestem gotów do jego realizacji. Porozmawiajmy o szczegółach, aby jak najlepiej go wykonać.
Budżet: 150 EUR Termin: 2 dni
Dzień dobry. Podobne zadania robiłem, ale nie na onepage. Funkcja wstawiania własnego kodu jest dostępna w płatnych wersjach - dlatego nie mogę czegoś sprawdzić. Czy się uda, nie powiem. Ale doświadczenie w ogóle mam i osobiście muszę się rozgryźć "na miejscu". Pasuje - proszę o kontakt. Robiłem: Skrypt unifikacji numerów mobilnych - jest w portfolio.
Budżet: 150 EUR Termin: 1 dzień
Cześć, Valerii Shcherbakov.
Sprawdziłem twoje wymagania dokładniej.
Mogę w pełni zbudować sekcję używając biblioteki (libphonenumber lub innej) oraz kilku niestandardowych funkcji.
W tym przypadku nie muszę zmieniać DOM w tym celu.
Dodam tylko nową sekcję (na błąd).
Mam nadzieję na zawarcie umowy z tobą.
Dziękuję.
Budżet: 200 EUR Termin: 3 dni
Cześć. Jestem zainteresowany realizacją walidacji numerów telefonów dla formularzy na Onepage. To ważne zadanie, ponieważ poprawna walidacja zwiększy jakość leadów i zmniejszy obciążenie menedżerów. Mój sposób działania: wykorzystać bibliotekę libphonenumber dla dokładności, ponieważ dobrze działa z niemieckimi numerami. Również zrealizuję podstawową i dodatkową walidację, aby użytkownicy otrzymywali zrozumiałe komunikaty o błędach. Jeśli chodzi o integracje w Onepage, mam doświadczenie w pracy z podobnymi konstruktorami. Dla stabilności przy zmianach DOM wykorzystam podejścia, które nie zależą od dynamicznych selektorów. Oceniam projekt na 200 EUR, z terminami około 2-3 dni z uwzględnieniem bufora. Jakie masz pytania?
Budżet: 150 EUR Termin: 1 dzień
Dobry wieczór. Wasze zadanie jest mi całkowicie zrozumiałe. Wiem, jak rozwiązać wasz problem, napiszę cały potrzebny funkcjonalność z odpowiednią walidacją. Numery będą poprawne, wszystko jak chcecie...
Zrobię dodatkowe sprawdzenia, będziecie bardzo zadowoleni z rezultatu!!!
Czekam na was w wiadomościach prywatnych.
Budżet: 150 EUR Termin: 1 dzień
Gotowa wykonać to od razu, oddam kod za godzinę. Doświadczenie ponad 4 lata
odpowiedzi
1) Tak. Podejście, które stosuję, jest uniwersalne dla wszelkich konstruktorów no-code
2) Zdecydowanie libphonenumber-js jako główne podejście.
3) Tak, to możliwe
4) Kaskadowe selektory: skrypt szuka pola nie po jednym ID czy klasie, ale po łańcuchu z 7 selektorów (typ tel, atrybuty name, placeholder). Nawet jeśli Onepage zmieni jeden — zadziała inny.
p/s napisz w l.s., już mam gotowe rozwiązanie
Budżet: 150 EUR Termin: 1 dzień
Dobry wieczór, wykonam zadanie w ciągu 1 godziny, jeśli jesteś zainteresowany, pisz, będę zadowolony ze współpracy
upd: już mam gotowy kod, tylko zintegrować go z twoim formularzem, potrzebny link
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
Strona internetowa jest już uruchomiona i działa. Główne zadanie to zrozumienie obecnej struktury projektu, sprawdzenie jakości realizacji, naprawienie znalezionych problemów technicznych oraz pomoc w dalszych zmianach.Główna technologia Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit W projekcie mogą być również używane: Prisma JWT-uwierzytelnianie Stripe Mailgun Google APIs Vercel lub Netlify FunctionsGłówne zadania przeprowadzenie audytu istniejącego projektu; ocena struktury i jakości kodu; naprawa błędów i rozwijanie obecnej funkcjonalności; poprawa renderowania po stronie serwera i szybkości ładowania stron; sprawdzanie poprawności wyświetlania strony na urządzeniach mobilnych; praca z formularzami, częścią administracyjną i zewnętrznymi integracjami; wnoszenie technicznych zmian SEO; wspieranie i stopniowe ulepszanie istniejącej strony.Co jest dla nas ważne dobre doświadczenie w pracy z Next.js, React i TypeScript; umiejętność rozumienia cudzych kodów; zrozumienie SSR i specyfiki Next.js App Router; uwaga na wydajność i jakość realizacji; umiejętność wyjaśniania znalezionych problemów i proponowania zrozumiałych rozwiązań; samodzielność i staranna praca z działającą stroną. Na pierwszym etapie należy zapoznać się z projektem, przeprowadzić audyt techniczny i zaproponować listę priorytetowych zmian. Po tym możliwa jest stała praca nad dalszym rozwojem strony.