Бюджет: 150 EUR Термін: 2 дні
Вітаю.Працюю з JavaScript понад 8+ років. Готовий налаштувати валідацію інпута.Звертайтесь.
Ми використовуємо конструктор лендингів/сайтів 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?
Бюджет: 150 EUR Термін: 2 дні
Вітаю.Працюю з JavaScript понад 8+ років. Готовий налаштувати валідацію інпута.Звертайтесь.
Бюджет: 150 EUR Термін: 2 дні
Вітаю.
Готовий взятися. Пишіть, обговоримо.
1. Маю досвід з конструткорами.
2. Можна спробувати через regex.
3. Так.
4. Це питання потребує більш детальної відповіді.
Бюджет: 150 EUR Термін: 1 день
Доброго дня.
З подібними задачами працював у Webflow, Tilda та інших конструкторах, де немає доступу до бекенду і все вирішується через client-side логіку. У вашому випадку я б робив рішення через libphonenumber у зв’язці з власною логікою перехоплення submit, а не через простий regex. Для ринку Німеччини це дасть набагато точнішу перевірку, особливо з різною довжиною номерів.
Можу реалізувати нормалізацію до E.164 перед відправкою форми та блокування submit із коректним повідомленням німецькою. Поле буде підсвічуватись, помилка зникатиме після виправлення. Якщо потрібно, додамо легку маску або intl-tel-input без конфліктів зі скриптами Onepage.
Стабільність забезпечимо через пошук елементів за типом поля та контекстом форми, а не за динамічними ID. За потреби використаємо MutationObserver, щоб скрипт коректно “підхоплював” форму навіть при асинхронному рендері.
Підкажіть, чи на сторінці одна форма, чи кілька, і чи є можливість вставити код глобально для всього сайту? Це вплине на спосіб прив’язки.
Бюджет: 145 EUR Термін: 1 день
Вітаю! Зацікавив Ваш проєкт по валідації телефону у формах на Onepage.
Маю досвід інтеграції кастомного JavaScript у конструктори сайтів (перехоплення submit, робота з динамічним DOM, MutationObserver, кросбраузерність).
Пропоную рішення: Валідація через libphonenumber (для Німеччини), блокування відправки при некоректному номері, повідомлення німецькою та підсвітка поля, нормалізація номера у формат E.164 (+49…), фільтрація 0000000000;
Рішення буде працювати без SMS, стабільно на desktop і mobile, без конфліктів з іншими скриптами.
Готовий швидко реалізувати та надати інструкцію по впровадженню.
Бюджет: 144 EUR Термін: 3 дні
Готовий виконати.
Досвід роботи в Web Development більше 12+.
Приклади робіт https://koder.pp.ua/portfolio/
Бюджет: 200 EUR Термін: 2 дні
Доброго дня!
Мене звати Дмитро, компанія King Kong Web.
Ознайомився з вашим ТЗ по Onepage. Можемо зробити клієнтську валідацію номера телефону без SMS, щоб форма не відправлялась з “сміттєвими” номерами, а користувач одразу бачив помилку.
Реалізуємо це через вставку кастомного JavaScript у Onepage: підчепимось до submit події форми, перевіримо номер у 2 рівні (базова перевірка + правила для DE/+49), при помилці заблокуємо відправку та покажемо повідомлення німецькою. Також додамо підсвічування поля і при виправленні номеру помилка буде зникати.
По підходу: оптимально використати libphonenumber (через CDN), щоб коректно валідовати німецькі номери і, за потреби, нормалізувати їх у формат E.164 перед відправкою. Якщо Onepage не дасть стабільно підключити бібліотеку — зробимо надійний fallback на правила довжини/патернів (regex + логіка проти 0000/занадто коротко).
Після виконання передамо готовий код для вставки, коротку інструкцію куди саме додати в Onepage, які селектори використовуємо і як перевірити роботу на desktop/mobile.
Готові приступити одразу. Якщо потрібно — надішліть посилання на сторінку з формою або скрін/HTML структури, щоб швидко підібрати найстабільніший спосіб підключення.
Бюджет: 150 EUR Термін: 5 днів
Доброго дня, Валерію.
Обираю libphonenumber замість regex.
Це забезпечить точну перевірку німецьких номерів (+49), нормалізацію до E.164 та блокування фейків.
Інтегрую через Custom Code, використовуючи MutationObserver для стабільності з динамічним DOM.
Користувачі побачать зрозумілі повідомлення про помилку німецькою мовою, а відправка блокуватиметься до виправлення даних.
Ви отримаєте готовий код та інструкцію, що гарантує чистоту бази без погіршення конверсії.
Готовий надати повний код та інструкції для інтеграції в Onepage.
А ще, замість базової валідації, пропоную розширити функціонал до інтелектуальної маски введення номеру телефону (на основі intl-tel-input).
Це значно покращить UX, автоматично форматуючи номер під час введення та підсвічуючи правильний формат для Німеччини.
Також, можна додати автоматичне визначення країни за префіксом, що спростить введення для користувачів з інших країн у майбутньому.
Бюджет: 150 EUR Термін: 1 день
✋ Доброго дня! Ми IT-компанія dZENcode.
Ми реалізуємо валідацію телефонів в Onepage без SMS: libphonenumber, +49 і локальний 0…, нормалізація в E.164, блокування submit і помилки DE, спираючись на досвід команди, найкращі практики та власні напрацювання.
Чи можна надати посилання на сторінку Onepage з формою?
Допустимо підключення libphonenumber або intl-tel-input через CDN?
Докладну інформацію про наші послуги та ставки ви знайдете на сайті: Freelancehunt.
Подивіться – далі обговоримо деталі роботи, пишіть, як будете готові.
Фінальна вартість формується тільки після уточнення обсягу та вимог.
___________________
З повагою,
Менеджер dZENcode
Наші сильні сторони:
💎 10+ років надаємо IT-послуги: Аутсорс, Аутстаф
🔥 90+ штатних спеціалістів
🚀 Проекти «з нуля» та на підтримку
⚙️ SLA та постпродакшн-супровід
✅ Договір з компанією, гарантований результат!
🔥 250+ публічних відгуків з 2015 року.
Бюджет: 150 EUR Термін: 5 днів
Привіт,
Я можу реалізувати валідацію номерів телефонів для ваших форм Onepage. У мене є досвід роботи з валідацією на стороні клієнта за допомогою JavaScript, роботи з конструкторами форм та маніпуляцією з DOM для динамічних середовищ.
Я створю скрипт валідації, який блокує відправку недійсних німецьких номерів телефонів, таких як 0000000000, короткі номери та повторювані шаблони, валідує формати +49 та місцевий 0, використовуючи бібліотеку Google libphonenumber для точної валідації німецьких номерів, показує повідомлення про помилки німецькою мовою з червоною рамкою, нормалізує дійсні номери до формату E.164 перед відправкою та працює надійно в настільних та мобільних браузерах.
Щодо досвіду з Onepage.io, я не працював безпосередньо з Onepage.io, але маю досвід інтеграції кастомного JavaScript у платформи, такі як Webflow та Wix, де існують подібні виклики з динамічними ідентифікаторами та асинхронним завантаженням форм. Підхід подібний, використовуючи стабільні селектори, MutationObserver для асинхронного завантаження та делегування подій.
Для підходу я рекомендую використовувати libphonenumber через легку версію CDN, таку як google libphonenumber js. Це надійніше, ніж regex для німецьких номерів, які мають змінну довжину. Regex може працювати як резервний варіант, але не зловить всі крайні випадки.
Для нормалізації E.164 libphonenumber може нормалізувати дійсні номери до формату E.164 перед відправкою форми, що допомагає з узгодженістю даних CRM.
Для стабільності DOM я використаю кілька резервних селекторів, таких як тип вводу tel, текст підказки та текст мітки, і реалізую MutationObserver, щоб повторно прикріпити валідацію, якщо форма перезавантажується асинхронно. Я також протестую кілька форм на сторінці та націлюсь на правильну.
Я надам готовий до використання код JavaScript з посиланнями на бібліотеки CDN, інструкціями з інтеграції, документацією селекторів та необов'язковим CSS для стилізації помилок.
Термін: 1 тиждень
Вартість: 400 до 500 доларів США
Я готовий почати працювати негайно.
Юсеф
Бюджет: 150 EUR Термін: 2 дні
Привіт, напишіть в лс
Бюджет: 150 EUR Термін: 3 дні
Доброго дня! Я уважно вивчив ваш проект і готовий розпочати його реалізацію. Давайте обговоримо деталі для найкращого виконання.
Бюджет: 150 EUR Термін: 2 дні
Доброго дня. Подібні завдання робив, але не на onepage. Функція вставки свого коду доступна в платних версіях - тому щось перевірити не можу. Вийде чи ні, не скажу. Але досвід в цілому є і особисто мені потрібно розбиратися "на місці". Підходить - звертайтеся. Робив: Скрипт уніфікації мобільних номерів - є в портфоліо.
Бюджет: 150 EUR Термін: 1 день
Привіт, Валерій Щербаков.
Я уважніше перевірив ваші вимоги.
Я можу повністю побудувати розділ, використовуючи бібліотеку (libphonenumber або іншу) та кілька власних функцій.
У цьому випадку мені не потрібно змінювати DOM для цього.
Я додам новий розділ (для помилки) лише.
Сподіваюся укласти контракт з вами.
Дякую.
Бюджет: 200 EUR Термін: 3 дні
Привіт. Зацікавлений в реалізації валідації номерів телефонів для форм на Onepage. Це важливе завдання, адже правильна валідація підвищить якість лідів та знизить навантаження на менеджерів. Мій підхід: використати бібліотеку libphonenumber для точності, адже вона добре працює з німецькими номерами. Також, реалізую основну та додаткову валідацію, щоб користувачі отримували зрозумілі повідомлення про помилки. Щодо інтеграцій в Onepage, маю досвід роботи з подібними конструкторами. Для стабільності при змінах DOM використаю підходи, які не залежать від динамічних селекторів. Оцінюю проект в 200 EUR, з термінами близько 2-3 дні з врахуванням буфера. Які у вас є питання?
Бюджет: 150 EUR Термін: 1 день
Доброго вечора. Ваше завдання мені цілком зрозуміле. Я Знаю як вирішити вашу проблему, напишу весь потрібний функціонал з потрібною валідацією. Номери будуть коректні, все як ви хочете...
Зроблю доп перевірки, ви будете дуже задоволені результатом!!!
Чекаю на вас у персональних повідомленнях.
Бюджет: 150 EUR Термін: 1 день
Готова виконати прямо зараз, віддам код через годину. Досвід більше 4х років
відповіді
1) Так. Підхід, який я використовую, є універсальним для будь-яких no-code конструкторів
2) Однозначно libphonenumber-js як основний підхід.
3) Так, це можливо
4) Каскад селекторів: скрипт шукає поле не по одному ID чи класу, а по ланцюжку з 7 селекторів (тип tel, атрибути name, placeholder). Навіть якщо Onepage змінить один — спрацює інший.
p/s напишіть в лс, вже маю готове рішення
Бюджет: 150 EUR Термін: 1 день
Доброго вечора, виконаю завдання за 1 годину, якщо цікавить, пишіть буду радий співпраці
upd: вже маю готовий код, тільки інтегруватись у вашу форму, потрібне посилання
Доброго дня , 1) оновити jQuery** до актуальної версії (3.x) з підключенням jQuery Migrate 2) Ретельно протестувати функціональність додатку 3) і усунути можливі помилки, щоб скрипти всі були сумісні між собою за версіями тут потрібно повністю переписати https://filtry.in.ua/assets/libs/libs.js під нову версію jquery, так як там і бутстрап старий і багато функцій кастомних прописано
Опис: Необхідно створити JavaScript-скрипт для розширення Tampermonkey. Скрипт працюватиме у внутрішній робочій CRM-системі.Логіка роботи: Скрипт має зчитувати унікальний текстовий ID поточного активного діалогу на сторінці (всього є 5–10 різних ID). Залежно від ID, скрипт бере відповідну текстову інструкцію (System Prompt) з налаштувань. Мапу параметрів по ID потрібно винести в окреме зручне вікно налаштувань скрипта. При появі нового повідомлення у вікні чату, скрипт відправляє цей текст разом із промптом через API OpenAI (модель gpt-4o-mini). Отриману відповідь скрипт вставляє в поле введення тексту та ініціює відправку з рандомною затримкою в 20–45 секунд для імітації природної роботи оператора.Робота суто з текстом. Бюджет — 6000 грн. Чекаю на пропозиції від розробників із досвідом роботи з OpenAI API та написанням скриптів автоматизації браузера.
Потрібно розробити власний вебсервіс для автоматизації роботи кав’ярень та невеликих закладів громадського харчування. За функціональністю продукт має бути подібним до Poster POS, але з власним дизайном, архітектурою та програмним кодом. Копіювання коду або інтерфейсу Poster не передбачається. Планується створення повноцінного комерційного SaaS-продукту, яким у майбутньому зможуть користуватися різні кав’ярні за передплатою.На першому етапі потрібно розробити MVP Основний функціонал: реєстрація та авторизація власника закладу; створення одного або декількох закладів; керування співробітниками та ролями; каталог товарів, категорій і модифікаторів; додавання розмірів, смаків та додаткових опцій; касовий інтерфейс для оформлення продажів; відкриття та закриття касової зміни; різні способи оплати; повернення та скасування замовлень; облік залишків і списання товарів; базовий складський облік; історія продажів; звіти за виручкою, товарами, змінами та співробітниками; програма лояльності для клієнтів; адаптивна робота на планшеті, ноутбуці та смартфоні; адміністративна панель власника сервісу; тарифні плани та обмеження відповідно до тарифу.У подальшому планується мобільний застосунок; інтеграція з платіжними терміналами; друк чеків; інтеграція з фіскальними сервісами; доставка та онлайн-замовлення; бронювання столиків; розширена аналітика; API для сторонніх інтеграцій; інтеграція з бухгалтерськими та CRM-системами.Важливі вимоги система повинна бути розрахована на роботу багатьох незалежних закладів; дані кожного клієнта мають бути ізольовані; необхідно передбачити масштабування продукту; потрібна безпечна робота з фінансовими та персональними даними; код має бути структурованим і придатним для подальшого розвитку; потрібна технічна документація; права на вихідний код після оплати передаються замовнику. Дизайн на цей момент відсутній, тому потрібно окремо оцінити UI/UX-дизайн або запропонувати готове рішення для MVP.У пропозиції вкажіть досвід створення SaaS, POS, CRM, ERP або облікових систем; приклади подібних робіт; запропонований стек технологій; склад команди; орієнтовну вартість MVP; термін розробки; що саме входить у запропоновану вартість; вартість подальшої підтримки; чи готові працювати поетапно з оплатою за кожен завершений етап. Перевага виконавцям або командам, які вже розробляли касові, складські, ресторанні чи багатокористувацькі SaaS-системи.
Технологічний стек - React: Адаптивна та динамічна розробка фронтенду - Node.js: Надійні бекенд-операції - Web3: Інтеграція мульти-ланцюгових криптовалют - Solidity: Розробка смарт-контрактів Мета проекту Розробити комплексну мульти-ланцюгову платформу для стейкінгу для популярної ігрової екосистеми, що дозволяє безперешкодні взаємодії з криптовалютою, інтеграцію NFT-ринку та покращений досвід користувачів на кількох блокчейн-мережах, сумісних з EVM. Біла книга Ми більше, ніж просто мобільна ігрова студія; ми є візіонерами та інноваторами у світі ігор. Наша команда складається з талантів індустрії мобільних ігор та захоплених гравців, і вона прагне розширити межі можливого у мобільних іграх. Наша експертиза зосереджена на гібридизації жанрів, щоб створити щось справді унікальне, яке ми адаптуємо для переходу від ігор Web2 до ігор Web3. Від гоночних RPG до ігор стратегій дій, ми постійно експериментуємо та поєднуємо жанри, щоб запропонувати нові ігрові враження. Наші ігри не просто форма розваги; це занурювальні подорожі, які залучають, кидають виклик і захоплюють наших гравців. Ми втілюємо нашу місію не лише розважати, а й переносити нашу аудиторію в надзвичайний всесвіт інтерактивного світу в іграх Web3. - Розробка фронтенду - Розробка бекенду - Редизайн цільової сторінки - Інтеграція мульти-ланцюгів - NFT-ринок - Тестування та забезпечення якості - Розгортання та обслуговування
Сайт вже запущений і працює. Основне завдання — розібратися в поточній структурі проєкту, перевірити якість реалізації, виправити знайдені технічні проблеми та допомогти з подальшими змінами.Основний стек Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit В проєкті також можуть використовуватися: Prisma JWT-авторизація Stripe Mailgun Google APIs Vercel або Netlify FunctionsОсновні завдання провести ревізію існуючого проєкту; оцінити структуру та якість коду; виправляти помилки та доопрацьовувати поточний функціонал; покращувати серверний рендеринг і швидкість завантаження сторінок; перевіряти коректність відображення сайту на мобільних пристроях; працювати з формами, адміністративною частиною та зовнішніми інтеграціями; вносити технічні SEO-зміни; підтримувати і поступово покращувати існуючий сайт.Що для нас важливо добрий досвід роботи з Next.js, React та TypeScript; уміння розбиратися в чужому коді; розуміння SSR та особливостей Next.js App Router; уважність до продуктивності та якості реалізації; уміння пояснювати знайдені проблеми та пропонувати зрозумілі рішення; самостійність та акуратна робота з діючим сайтом. На першому етапі необхідно ознайомитися з проєктом, провести технічну ревізію та запропонувати список пріоритетних змін. Після цього можлива постійна робота над подальшим розвитком сайту.