Налаштувати форму заявки на простий ландінг

Я профессиональный 3D-дизайнер, создаю высокодетализированные рендеры памятников и мемориальных комплексов (вертикальный формат 9:16). Мои клиенты — это владельцы цехов и мастерских, которым нужен удобный цифровой каталог моих макетов для показа своим розничным покупателям. Что мне нужно:Подобрать оптимальную платформу и собрать лёгкий, быстрый веб-апп (каталог), который будет идеально смотреться на смартфонах и корректно открываться на компьютерах. Ключевые требования к каталогу: Дизайн: Максимальный минимализм. Тёмная тема (чёрный фон), крупная вертикальная картинка (пропорции 9:16), под ней только название/артикул макета. Никаких длинных описаний. Управление базой: Мне нужна максимально простая система добавления новых макетов (идеально — через привычные Google Таблицы или очень удобную внутреннюю БД). Я должен просто загрузить картинку и вписать артикул, не ломая вёрстку. Интеграция к клиентам (Самое важное): Каталог должен легко внедряться на сайты моих заказчиков-цеховиков (у кого-то WordPress, у кого-то самопис). Нужно продумать элегантный способ встраивания: через Iframe (чтобы каталог работал прямо внутри их страницы) или через правильную настройку кнопки-ссылки. Что я уже пробовал: Тестировал Glide и Adalo. В Adalo получился нужный визуал (9:16 на чёрном фоне), но управление внутренней базой данных и возня со ссылками на Google Диск оказались слишком неудобными для постоянной работы. Плюс есть сомнения по поводу правильного встраивания Iframe в чужие сайты так, чтобы он не разъезжался на широких мониторах. От вас жду в отклике: На какой платформе (Adalo, Glide, Bubble, Webflow, Glide + Airtable или что-то другое) вы предлагаете это реализовать и почему? Как будет решён вопрос с хранением тяжёлых картинок (рендеров)? Как вы предлагаете технически встраивать этот каталог на сторонние сайты моих клиентов? Ищу специалиста, который закроет эту техническую боль под ключ, чтобы я мог спокойно заниматься 3D-моделированием.

Сайт вже запущений і працює. Основне завдання — розібратися в поточній структурі проєкту, перевірити якість реалізації, виправити знайдені технічні проблеми та допомогти з подальшими змінами.Основний стек 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; уважність до продуктивності та якості реалізації; уміння пояснювати знайдені проблеми та пропонувати зрозумілі рішення; самостійність та акуратна робота з діючим сайтом. На першому етапі необхідно ознайомитися з проєктом, провести технічну ревізію та запропонувати список пріоритетних змін. Після цього можлива постійна робота над подальшим розвитком сайту.

Шукаємо досвідченого Embedded-розробника для створення енергоефективної прошивки під носимий пристрій (форм-фактор: нагрудний ремінь) для моніторингу психофізіологічного стану. Проектування схеми завершено, розробка буде вестися на базі налагоджувальної плати (Development Kit) з подальшим перенесенням на кастомну плату.Стек і апаратна база:MCU: Nordic Semiconductor nRF52840 або nRF5340.Середа розробки: nRF Connect SDK / Zephyr RTOS (строго Сі/C++).Периферія:Оптичний датчик пульсу (PPG) — робота по I2C.6-осевий інерційний датчик (IMU акселерометр + гіроскоп) — робота по SPI.Драйвер тактильного мотора (LRA 1030) — управління через PWM/ШИМ.Зовнішня SPI Flash-пам'ять для циклічного логування.Обсяг роботи по етапахЕтап 1: Bring-up, драйвери периферії і BLE-телеметріяМета: Оживити залізо, налаштувати стабільний збір даних і їх передачу на смартфон/ПК.Налаштування роботи шин I2C і SPI з використанням DMA (Direct Memory Access) для розвантаження процесора.Написання/інтеграція драйверів для PPG і IMU (налаштування частоти опитування, FIFO-буферів датчиків).Розгортання кастомного BLE-профілю (GATT-сервіс) для передачі сирих даних з датчиків в реальному часі.Базова ініціалізація ШИМ для управління тактильним LRA-мотором (запуск тестових патернів вібрації).Етап 2: Алгоритмічний шар (DSP і багаторівнева логіка зворотного зв'язку)Мета: Реалізувати математичну обробку сигналів безпосередньо на чипі (Edge Computing) і логіку реакцій пристрою.Реалізація алгоритмів фільтрації артефактів руху: очищення сигналу PPG з використанням даних акселерометра (IMU).Виділення R-R інтервалів (HRV) з очищеного PPG-сигналу.Реалізація 4-рівневої логіки стійкості системи:Рівень Дрейфа: Відстеження плавного зміни HRV і дихання.Рівень Прогнозу: Обчислення математичного тренду на погіршення стану.Рівень Мікро-корекції: Генерація ледь помітних тактильних патернів на LRA-моторі при фіксації цільового патерну даних.Рівень Апаратного скидання: Реалізація логіки безпеки (високоінтенсивний тактильний імпульс при критичних показниках).Етап 3: Енергозбереження, логування і відмовостійкістьМета: Підготовка пристрою до автономної роботи від мініатюрного акумулятора і забезпечення стабільності «24/7».Глибока оптимізація енергоспоживання. Переведення MCU в режим сну (System ON/OFF) між тактами вимірювань. Процесор повинен прокидатися тільки за перериваннями від FIFO-буферів датчиків або таймера.Написання відмовостійкої файлової системи у зовнішній SPI Flash (наприклад, LittleFS) для автономного циклічного збереження логів.Налаштування апаратного сторожового таймера (Watchdog Timer) для запобігання зависанню прошивки.Вимоги до виконавця:Досвід комерційної розробки під чіпи Nordic (nRF52/nRF53) від 3 років.Впевнене володіння Zephyr RTOS і інструментами налагодження (Segger Embedded Studio / VS Code, J-Link).Розуміння принципів роботи цифрової фільтрації сигналів (DSP) і роботи з низьким енергоспоживанням (Low-Power дизайн).Наявність власного налагоджувального комплекту (nRF52840-DK або аналогічного) для старту роботи вітається.Формат роботи:Поетапна оплата (Milestones) з фіксацією результатів на GitHub. Будь ласка, вкажіть вашу погодинну ставку або приблизну оцінку вартості і термінів для кожного з трьох етапів.

Потрібен спеціаліст з Wix для верстки сайту за макетом Figma. Є готовий дизайн сайту у Figma. Потрібно якісно реалізувати його у Wix, максимально дотримуючись макета. Необхідно: перенести дизайн з Figma до Wix; адаптувати всі сторінки; налаштувати десктопну та мобільну версії; забезпечити коректне відображення на різних пристроях. Перевага надається виконавцям із досвідом роботи з Wix. Будь ласка, надсилайте портфоліо з реалізованими проєктами.

Загальна інформація Необхідно розробити просту мінімалістичну вебсистему, основною метою якої є ведення бази клієнтів, створення записів на візити та автоматизація процесу підтвердження візитів через SMS, відправка одноразових посилань через АПІ з самого сервіса. Проєкт розробляється поетапно. На першому етапі необхідно реалізувати лише базову функціональність (MVP), щоб систему можна було використовувати в реальній роботі. Після запуску та тестування вона буде поступово розширюватися новими модулями.Основна функціональність першого етапу авторизація користувачів; база клієнтів; створення та редагування записів; список записів (або простий календар); перемикання між торговими точками; інтеграція з SMS-оператором через API; надсилання SMS із довільним текстом або посиланням для підтвердження візиту; підтвердження або скасування візиту клієнтом за одноразовим посиланням; відображення статусу підтвердження безпосередньо біля запису клієнта. На початковому етапі замість повноцінного календаря допускається використання простого списку записів за днями. Кожен день повинен містити хронологічний список бронювань із зазначенням часу, імені клієнта, послуги, працівника та статусу підтвердження. Надалі цей список можна буде замінити на повноцінний календар без зміни структури системи. У системі повинна бути можливість перемикатися між торговими точками. Кожна торгова точка має власний список записів (або календар), але всі вони використовують спільну базу клієнтів.