Э недопрацьований плагін для 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 хвилини, повністю унікальний контент кожне створення, без метаданих ШІ в фійлі відео, в ньому повинен бути зрозумілий сюжет (ловушки, тупіки, різні емоції песронажів-знаменитостей в результаті якихось сюжетних поворотів в відео), саунд дизайн під сюжет (крики та інші емоції, вибухи і тд), стилістично не відрізнялись від відео референса з каналу
Ставки приховані
Ставки поки відсутні
Ставки приховані
Ставки приховані
-
Сергей К. 9 листопада 2021А якщо той чи інший елемент не буде відповідати вимогам на 5-15px, це критично?
-
Webex Recruting
9 листопада 2021
має бути обгрунтовано, скажімо чуть інший розмір екрану чи особливості браузера
-
Сергей К. 9 листопада 2021Теоретично, у вас в макеті відстані між елементами 200px (по осі Y) , а у мене получиться 208px, це розцінюється як критична неточність?
-
Webex Recruting
9 листопада 2021
Залежно відстань між цим і на скільки це впливає на загальну картину
Але не розумію навіщо робити 208 якщо в макеті 200..
-
Сергей К. 9 листопада 2021Написати більш подібно до макету — ось це буде добре, а 100% Pixel Perfect це вже край, якщо можна так сказати. До чого я веду, та до того що сайт повинен добре та правильно відображатися у браузері на різних екранах: desktop, tablet, mobile і все що між ними. Треба розуміти що браузер не завжди і не всі елементи відображає як у макеті, наприклад ті самі шрифти(інколи чи часто не скажу, мої клієнти не вимагають Pixel Perfect). Так от, якщо ви хочете сайт який буде добре працювати(то есть отзывчивый и адаптированный) на всіх розмірах то треба відмовитися від Pixel Perfect. Та й не факт що дизайнер все правильно розрахує, щоб були відступи однакові і все таке інше. Але ж ви клієнт, вам і вирішувати, моя справа порадити та попередити. Ну якось типу того, думаю ви зрозуміли до чого я веду.
-
Webex Recruting
9 листопада 2021
https://vlasuz.s-hostp.net/webdeliver/
Ось що ми отримуємо без піксель префект
-
Николай Рыженко 9 листопада 2021из точки зрения верстальщика скажу что с вашим дизайном что то не так, это привет из 2000-х ?)
-
Сергей К. 9 листопада 2021Вот только написать хотел, это ужас, я не дизайнер но сделал бы намного лучше 😅
-
Николай Рыженко 9 листопада 2021Пиксель можно сделать, с погрешностью 5 пикселей, но не с вашим дизайном)
-
Сергей К. 9 листопада 2021Ні, це ви отримуєте коли вирішуєте зекономити і берете не досвідченого розробника для роботи над проектом. Візьміть людину яка шарить добре і нехай він вам все зробить так як треба, по макету і без Pixel Perfect. Звичайно що він попросить не малу суму за свою роботу яку вам потрібно буде заплатити. Якщо не захочете платити норм то будете ходити по таким кодерам який і зробив вам ту нісенітницю з вашого прикладу.
-
Влас Зубенко 10 листопада 2021Николай, рекомендую сначала смотреть на дизайн, и на то, как бы Вы его сделали, а потом уже говорить что то про верстку и самого верстальщика, я уверен, что Вы бы сделали не лучше, а если даже и лучше, так как пример у Вас есть как не надо делать, то заказчику все равно бы не понравилось, так как все проблемы начинаются с дизайна макета, а если заказчику не нравится верстка макета, то это уже вопросы к дизайнеру а не к верстальщику. Я понимаю что есть погрешности и у верстальщика, но это уже погрешности технические, а не дизайнерские, и все технические проблемы надо обговаривать, а не судить полностью верстку макета!
-
Serhii K. 9 листопада 2021https://freelancehunt.com/project/zaverstati-storinku-landing-page/984055.html#bid-10269408
Тут уже був викладений цей макет. -
Александр П. 10 листопада 2021тут не можливо зробити Pixel Perfect, тому що наприклад макет має шириину 1647 px , більшість моніторів давним давно зараз 1920 px, якщо робити pixel perfect то по краям не буде фону розумієте?
-
Влас Зубенко 10 листопада 2021Всем привет, макет делал я и у меня несколько замечаний к заказчику:
1) Почему мне не ответил другой заказчик, который дал мне этот макет, и не сказал мне, что сделано не так как хотелось бы
2) Этот пункт надо было сделать первым, но все же, почему без моего разрешения Вы выложили ссылку на мой сайт, где сделана моя верстка, это вообще то обговаривается со мной и дается некое разрешение на распространение.
3) На макете нет четкой сетки, по которой надо делать обертку, и не было никаких дополнительных указаний, как надо сделать верстку. Макет сделан из фотографий, а Вы предлагаете мне сделать это кодом? Я так же как и по макету сделал фотографиями в высоком качестве. Плюс, сделано было как десктопная версия, так и мобильная
4) Условия что надо pixelPerfect не было, было только сказано, цитирую: "100% відповідність дизайну." это можно понимать по разному, можно сделать pixelPerfect, а можно как я, четкие фотографии, строго по макету. + как сказали ранее, сделать pixelPerfect почти нереально. Подумайте сами, если экран будет 4К, то что будет по краям экрана??? Белое полотно? Это вина во-первых дизайнера, если что то не нравится в верстке, почему мне не написал дизайнер и не сказал как надо переделать??
5) Почему этот проект выставил другой заказчик, а тот с кем я вел переговоры исчез?
Прошу ответить мне в рабочей области, и решить все проблемы, а не выставлять новый проект, от нового лица, и говорить что моя работа не такая как Вам бы хотелось без моего ведома!!!
-
Сергей К. 10 листопада 2021Во втором пункте ты был бы прав если бы вы с клиентом подписали NDA. В других случаях он может показывать то что ты сделал.
Мой тебе совет, либо создай NDA и подписывайте его вместе с клиентом либо работай через Бизнес Сейф, там будет договор где прописана эта конфиденциальность.
-
Влас Зубенко 10 листопада 2021Сергей, этого не знал, благодарю за подсказку, буду пользоваться. Значит в пункте (2) я не прав
-
Сергей К. 10 листопада 2021Можно сказать что да, печально конечно но да. Но ничего, мы учимся на своих ошибках. Так что в других подобных ситуациях будешь знать наперед что и как делать.
Актуальні фриланс-проєкти в категорії HTML та CSS верстання
Потребується доопрацювання робочого лендінгу -конфігуратора створеного в ШІ Створені майже всі візуалізації та опції. Передамо архів. Потрібно щоб все гарно працювало , показувалось і адапитивність під моб і ПК. Прикріплено скріншот лендінгу
ТЕХНІЧНЕ ЗАВДАННЯ НА РОЗРОБКУ ЛЕНДИНГУ НА БАЗІ 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.
ТЕХНІЧНЕ ЗАВДАННЯ Оновлення інтернет-магазину bp.ua Про проєкт Діючий інтернет-магазин парфумерії на OpenCart 2.x. Потрібно перенести на OpenCart 4.x, оновити дизайн і функціонал, зберегти всі дані, інтеграції та SEO. Сайт двомовний (українська + російська). Шукаємо виконавця (або команду) для backend і frontend. Можна відгукуватись на одну частину або на обидві.Частина 1. Backend (OpenCart 4)Міграція Розгортання чистого OpenCart 4.x (остання стабільна гілка), PHP 8.1+. Перенесення даних: товари, категорії, атрибути, опції, бренди, клієнти, замовлення, відгуки, контент-сторінки. Збереження SEO-URL (ЧПУ) один-в-один; карта 301-редиректів зі старих адрес. Прямого апгрейду 2.x → 4.x немає: тільки чисте розгортання + контрольоване перенесення.API-інтеграція з постачальником (пріоритет) Портування наявної кастомної доробки обміну з сервером постачальника (ціни + залишки). Автоматична синхронізація за розкладом (cron), лог помилок, ручний запуск. Приховування/статус для позицій, яких немає в наявності. Підтримка каталогу 2 000+ позицій.Модулі Нова Пошта: вибір відділень/поштоматів, автоформування ТТН з адмінки. Оплата: підключення платіжної системи (LiqPay / Fondy / WayForPay — узгодити), накладений платіж. Чекаут: серверна логіка, гостьове замовлення, статуси, повідомлення клієнту. Масовий імпорт/оновлення товарів з прайсу (xlsx/csv), прив’язка фото за артикулом/штрихкодом.Двомовність (uk / ru) Дві мови магазину: uk-UA (основна) та ru-RU. Двомовні поля товарів, категорій, контент-сторінок, мета-тегів. Окремі SEO-URL для кожної мови, теги hreflang, канонічні URL. 301-редиректи зі старих URL обох мов (перевірити поточну схему: /ru/, піддомен чи параметр). Листи покупцю — мовою сесії клієнта.Блог Зберегти наявний розділ статейhttps://blog.bp.ua/. Перенести існуючі статті (uk/ru) зі збереженням URL і 301-редиректами де потрібно. Двомовність, коректна SEO-розмітка статей. Розділ блогу має лишатися редагованим з адмінки.SEO (серверне) Заміна стороннього SEO-модуля на нативний механізм OC4. Генерація sitemap.xml (окремі мовні гілки), коректний robots.txt. МікророзміткаSchema.org (Product, Offer, BreadcrumbList, Articleдля блогу).Продуктивність і безпека Кеш (OPcache + вбудований OC4), оптимізація запитів, gzip/brotli, HTTP/2. Зображення: WebP, resize з кешуванням. HTTPS, 2FA в адмінці, актуальні патчі, щоденні бекапи. Core Web Vitals у «зеленій» зоні на мобільному.Порядок робіт Усі роботи ведуться на staging. Старий сайт працює до повного тестування нового. Перемикання на прод — з можливістю відкату 30 днів. Частина 2. Frontend (дизайн + верстка)Дизайн Стиль: мінімалістичний, преміальний, багато «повітря», акцент на фото товару. Мобільний-перший підхід (більшість трафіку — мобільний). Дизайн-система у Figma: палітра, типографіка, компоненти, стани. Макети ключових екранів (десктоп + мобільний): головна, каталог, картка товару, бренд-сторінка, кошик, чекаут, пошук, блог і сторінка статті.Верстка Семантичний HTML5, чистий CSS, адаптив (mobile-first). Інтеграція у twig-шаблони OpenCart 4 (не статика), робота з живими даними. Зображення: WebP, lazy-load, srcset. Шрифт із повною кирилицею (uk/ru). Кросбраузерність: Chrome, Safari, Firefox, Edge + iOS/Android. Core Web Vitals: LCP < 2.5 c, CLS < 0.1, INP < 200мс(мобільний).Функціонал інтерфейсу Фасетні фільтри каталогу: бренд, тип, об’єм, нота, стать, ціна. Картка товару: фото, опис, ноти, формат/об’єм, відгуки, «з цим купують». Quick view, список бажань, порівняння, бейджі (новинка, хіт, лімітована к-сть). Адаптивний чекаут з мінімумом кроків, автозаповнення Нової Пошти. Розділ блогу: список статей і сторінка статті у стилі сайту.Двомовність (uk / ru) Перемикач мов у шапці, коректний на мобільному. Верстка враховує різну довжину рядків у двох мовах. Увесь текст теми — через мовні змінні OC4 (без «зашитого» тексту). Приймання та співпрацяЩо передати на завершення Backend:доступи (сервер, БД, адмінка, репозиторій), коротка документація по доробках і cron, інструкція з розгортання/відкату, список сторонніх модулів. Frontend:Figma-файл з дизайн-системою та екранами, код теми (twig + CSS/JS), інструкція зі зміни банерів/контенту.Критерії приймання (коротко)