Налаштувати АРІ інтеграцію з срм

Потрібна людина, яка розбирається в перенесенні ігор, і зможе перенести браузерні ігри з певного сайту на наш сайт. Пишіть, будемо домовлятися.

Э недопрацьований плагін для After Effects:https://drive.google.com/drive/u/0/folders/1Nq9a672OK6ep9Com1lqelUhZxbx3_3f1 це, якщо я правильно розумію, CEP-плагін (Adobe Extension) для After Effects. Це HTML/JavaScript-панель через Adobe CSXS, яка взаємодіє з After Effects через ExtendScript. На меті було автоматизувати процес створення відео в "maze challenge" стилі, референс на ютубіGOALRUSH-f8x або аналог. Відео ручного монтажу: https://drive.google.com/file/d/1Ylzvax6w2JGDwaBqeCdbD49jh5wB5buY/view?usp=sharing Файл одного з проекту: https://drive.google.com/file/d/15vKd1L9VfHtDqK2wtLQdYEmDpH1d8Jvy/view?usp=sharing Окрім "багованості" системи через вайбкодинг (тому вайбкодери мимо), не влаштовували накприлад такі деталі (реальні правки): https://docs.google.com/spreadsheets/d/18Svc6GoQ34PgLe1HY7gNX5tPLH0Cpv9E4mfjCRBCMFU/edit?gid=0#gid=0 Треба зробити систему яка буде генерувати проекти в After Effects зі всіма необхідними компонентами відео які написані в База.pdf, більш детальна логіка у вигляді фото, тектсового документу, та mind map для розуміння всіх можливих варіацій на диску: https://drive.google.com/drive/folders/1Uf4Pnw3SKmwpmhL7sjPZFnfAbN0arUjr?usp=sharing Ще більш детально (з більш поглибленою описовою частиною, та силками на таймкоди в референсах) тз буде фікусуватись в робочій області проекта Кінцевий результат це система яка створює відео: від 40 секунд до 1 хвилини, повністю унікальний контент кожне створення, без метаданих ШІ в фійлі відео, в ньому повинен бути зрозумілий сюжет (ловушки, тупіки, різні емоції песронажів-знаменитостей в результаті якихось сюжетних поворотів в відео), саунд дизайн під сюжет (крики та інші емоції, вибухи і тд), стилістично не відрізнялись від відео референса з каналу

Потребується доопрацювання робочого лендінгу -конфігуратора створеного в ШІ Створені майже всі візуалізації та опції. Передамо архів. Потрібно щоб все гарно працювало , показувалось і адапитивність під моб і ПК. Прикріплено скріншот лендінгу

ТЕХНІЧНЕ ЗАВДАННЯ НА РОЗРОБКУ ЛЕНДИНГУ НА БАЗІ WORDPRESSПро проєкт: Потрібно створити продаючий лендинг для авторського онлайн-інтенсиву на діючому корпоративному сайті юридичної фірми. Платформа сайту: WordPress. Очікувана URL-адреса сторінки: salyk.net/online_intensiveОплата: Проєкт оплачується з резервуванням грошей на депозиті сайту. Без жодних «спочатку зроблю роботу, потім затверджую проєкт і ви проводите оплату». 1. Дизайн і структура:Є готовий прототип у вигляді чистого HTML/CSS коду (включає тексти, структуру, кольорову гаму, адаптивність і вертикальні відеовідгуки 9:16). Код додається до цього ТЗ у файлі «код». Можете його вставити тут https://htmledit.squarefree.com/ і подивитися попередній дизайн. Завдання по дизайну: Взяти цей код за основу, але не просто скопіювати. Вітається доопрацювання UX/UI, додавання акуратних мікроанімованих елементів, тіней, сучасних ефектів (фіч), які зроблять сторінку більш привабливою і продаючою, зберігаючи строгий корпоративний стиль.Фотографії: поки додаються тільки 3 шт., згенеровані ІІ. Після затвердження проєкту надішлю свої особисті фотографії для інтеграції на лендингу.2. Інтеграція з CMS (Редагованість):Критично важливо: Лендинг не повинен висіти на сайті як «голий» HTML-код. Сторінку необхідно зібрати за допомогою візуального конструктора (Elementor) або реалізувати через гнучкі поля (ACF).У замовника повинна бути можливість легко змінювати будь-які тексти, посилання, тарифи, фотографії та відеовідгуки прямо з адмін-панелі WordPress без втручання в код.3. Технічні вимоги та адаптивність:Повна адаптивність кросбраузерної верстки: Desktop, Tablet, Mobile. Сторінка повинна коректно відображатися на всіх типах пристроїв (в тому числі пропорції 3 вертикальних відеовідгуків).Висока продуктивність: Обов'язкова базова оптимізація швидкості завантаження (Google PageSpeed). Зображення повинні бути стиснуті та конвертовані у формат WebP, скрипти та стилі мініфіковані.4. Форма зворотного зв'язку (Лідогенерація):На лендингу є форма заявки (Ім'я, Телефон). Її потрібно зробити повністю робочою.Всі заявки повинні миттєво надсилатися на корпоративний email: info@сайт.net.Необхідно налаштувати відправку через SMTP-сервер або використовувати надійний плагін (WPForms / Contact Form 7), щоб заявки гарантовано не потрапляли в папку «Спам».5. Мультимовність:Поточний сайт передбачає наявність трьох мов (РУС, КАЗ, АНГЛ).В рамках проєкту виконавець повинен налаштувати мультимовність для нового лендингу (за допомогою плагінів Polylang, WPML або аналогів).В процесі виконання завдання замовник надасть готові переклади тексту на казахську та англійську мови. Виконавець повинен створити та оформити ці додаткові мовні версії сторінки.6. Інтеграція з головним сайтом:Налаштувати перехід на лендинг з основного сайту.В головному меню (в хедері) діючого сайту salyk.net необхідно додати нову кнопку або пункт меню (наприклад, «Онлайн-інтенсив»), яка буде вести на адресу /online_intensive.Додатково: зробити функцію на всьому сайті перемикання між мовами rus/eng/kaz в стилі сайту.

Є діючий production-сайт з каталогом товарів, картками моделей та інформаційними сторінками. Стек frontend: — Next.js; — React; — TypeScript; — існуюча компонентна система; — staging та production середовища. Є погоджене візуальне напрямок і дизайн нової головної сторінки. Необхідно впровадити його в існуючий проект, адаптувати під desktop/tablet/mobile та привести всі основні типи сторінок сайту до єдиної оновленої стилістики. Повний редизайн продукту та зміна бізнес-логіки не потрібні. ОБОВ'ЯЗКОВИЙ SCOPE 1. Нова головна сторінка — реалізувати головну сторінку за наданим дизайном; — зберегти існуючу функціональність, посилання та маршрутизацію; — коректно підключити погоджені секції та CTA; — використовувати існуючі дані та API; — передбачити коректне відображення динамічного контенту. Основні типи секцій: — header/navigation; — hero; — інформаційні блоки; — картки моделей/пропозицій; — аналітичні або market insight блоки; — CTA-секції; — footer. Точний склад секцій буде надано обраному виконавцю разом з макетом. 2. Responsive Необхідно реалізувати: — desktop; — tablet; — mobile; — проміжні роздільні здатності; — коректну поведінку сіток, карток, меню, кнопок та типографіки; — відсутність горизонтального скролу та візуальних конфліктів. 3. Типографіка та загальні стилі — впровадити нові погоджені шрифти; — привести розміри, ваги, line-height та інтервали до єдиної системи; — оновити стилі кнопок, карток, полів, бейджів та заголовків; — за можливості використовувати загальні design tokens або CSS variables; — не дублювати стилі окремо для кожної сторінки без необхідності. 4. Уніфікація існуючих сторінок Перевірити та привести до нової стилістики основні типи сторінок: — каталог; — картка моделі / PDP; — інформаційні сторінки; — header; — footer; — форми; — модальні вікна; — існуючі CTA; — loading / empty / error states, якщо вони вже присутні в проекті. Йдеться про візуальну уніфікацію існуючих компонентів, а не про повний індивідуальний редизайн кожної сторінки. 5. Каталог Перевірити: — сітку карток; — зображення; — назву, reference та ціну; — фільтри та сортування; — кнопки та посилання; — desktop/mobile відображення; — loading та empty states; — відсутність візуальних зсувів під час завантаження. 6. PDP Перевірити: — галерею; — основний інформаційний блок; — ціну та CTA; — аналітичні секції; — таблиці та метрики; — About Watch; — desktop/mobile компоновку; — довгі назви, references та відсутні дані. Необхідно зберегти поточну функціональність та існуючі контракти API. 7. Header та Footer — єдина стилістика на всіх сторінках; — responsive navigation; — mobile menu; — коректні active/hover/focus states; — відсутність розбіжностей між головною, каталогом та PDP. 8. Стану інтерфейсу Для динамічних блоків перевірити: — loading; — empty data; — API error; — insufficient data; — відсутнє зображення; — відсутня ціна; — довгий текст; — мобільне відображення. Не потрібно розробляти нову складну бізнес-логіку. Необхідно коректно візуалізувати вже існуючі стани. 9. Якість та продуктивність — не погіршити SEO та поточну індексацію; — зберегти коректні metadata та semantic HTML; — не створювати критичних layout shifts; — оптимізувати зображення та шрифти; — враховувати reduced motion для анімацій; — перевірити базову доступність: focus states, contrast, keyboard navigation; — не підключати важкі бібліотеки без обґрунтованої необхідності. 10. Staging та QA — розгорнути зміни на staging; — перевірити основні типи сторінок; — перевірити desktop, tablet та mobile; — усунути візуальні та responsive-баги; — після приймання виконати production deployment; — забезпечити виправлення багів за реалізованим scope не менше 7 календарних днів після викладки. РЕЗУЛЬТАТ РОБОТИ — Pull Request з frontend-кодом; — реалізована нова головна; — responsive desktop/tablet/mobile; — єдині шрифти, картки та базові UI-компоненти; — візуально погоджені каталог, PDP та інформаційні сторінки; — staging deployment; — виправлення знайдених візуальних помилок; — production deployment; — короткий опис змінених компонентів; — 7-денний bug-fix period після приймання. КРИТЕРІЇ ПРИЙМАННЯ 1. Головна відповідає наданому дизайну. 2. Усі секції коректно працюють на desktop, tablet та mobile. 3. Header та footer єдині на всіх сторінках. 4. Каталог та PDP візуально відповідають новій системі. 5. Поточна функціональність сайту не порушена. 6. API-контракти та backend-логіка не змінені без погодження. 7. Немає горизонтального скролу та критичних layout shifts. 8. Шрифти та зображення завантажуються коректно. 9. Loading, empty та error states відображаються без поломки layout. 10. Зміни перевірені на staging та розгорнуті в production. 11. Виправлені візуальні помилки, виявлені під час приймання в рамках погодженого scope. ЩО НЕ ПОТРІБНО — розробка backend; — зміна бізнес-логіки; — створення нового каталогу або CMS; — розробка нового API; — повний редизайн кожної інформаційної сторінки; — нові користувацькі функції, відсутні в макетах; — розробка складної дизайн-системи з нуля; — створення нового проекту замість доопрацювання існуючого; — зміна SEO-структури без окремого погодження. ВИМОГИ ДО ВИКОНАВЦЯ — впевнений Next.js / React / TypeScript; — досвід роботи з існуючими production-проектами; — якісна responsive-верстка; — досвід впровадження дизайну з Figma; — компонентний підхід; — впевнена робота з CSS / CSS Modules / Tailwind або існуючою системою проекту; — розуміння Core Web Vitals; — Git / Pull Request workflow; — вміння працювати через staging. В ОТКЛИКУ ОБОВ'ЯЗКОВО ВКАЗАТИ 1. Фіксована ціна за повний обов'язковий scope. 2. Термін виконання в робочих днях. 3. Оцінку в годинах. 4. Коли готові почати. 5. Посилання на 2–3 релевантних проекти на Next.js/React. 6. Чи є досвід роботи з каталогами, картками товарів або аналітичними інтерфейсами. 7. Що знадобиться для точної оцінки до початку роботи. 8. Входять чи в ціну: — staging; — responsive QA; — production deployment; — виправлення багів; — 7-денний bug-fix period. Шаблонні відповіді без перегляду вимог і без конкретної оцінки розглядатися не будуть. Доступ до production на першому етапі не надається. Робота починається після обмеженого code review і розгортається через staging.