Бюджет: 9000 UAH Термін: 5 днів
Доброго дня! Пишіть в лічку, обговоримо деталі, доступи, тощо...Дякую...
Є форми Breezingforms для оформлення замовлень користувачами. На даний момент у формах Breezingforms передбачено звичайне заповнення полів з реквізитами доставки (дані через API нової пошти не підтягуються). Ці дані записуються (якщо користувач не увійшов у систему або ще не зареєстрований)/заповнюються автоматично (якщо користувач увійшов у систему) з додаткових полів користувача в Joomla.
Оскільки у користувача може бути кілька адрес доставки (і контактні дані користувача, який оформляє замовлення, можуть не співпадати з контактними даними отримувача), і додаткові поля користувача в Joomla не дозволяють створювати багато варіантів доставки, була створена таблиця в базі даних з інформацією про доставки, а також форма (не Breezingforms) за допомогою якої можна додавати користувачам нові способи доставки.
На даний момент замовлення через форми Breezingforms може оформлятися 3 способами:
1. Користувач не увійшов у систему або ще не зареєструвався - немає жодних даних про нього та його способи доставки з додаткових полів користувача в Joomla.
2. Користувач увійшов у систему - при оформленні замовлення з бази даних підтягуються дані про нього та його способи доставки з додаткових полів користувача в Joomla.
3. Менеджер оформляє замовлення на користувача - при введенні id користувача у формі підтягуються дані про нього та його способи доставки з додаткових полів користувача в Joomla.
Що потрібно зробити:
1. Зараз, після відправки форми при додаванні нового способу доставки, йде перезавантаження сторінки - цього бути не повинно. Після відправки форми додавання нового способу доставки новий спосіб повинен відобразитися (і бути обраним) у випадаючому списку форми замовлення Breezingforms без перезавантаження сторінки. У таблиці зі способами доставки передбачений стовпчик з сортуванням (ordering). Якщо писати туди 0, і робити вибірку з бази з початку по стовпцю ordering ASC, а потім по id DESC, то самою першою записом буде остання додана запис (звісно вибірка ведеться по стовпцю client_id).
2. Передавати в форму доставок початково заповнені дані користувача з форми Breezingforms у відповідні поля (ім'я, прізвище, телефон), з можливістю їх зміни. Ці дані можуть бути як початково підтягнуті в форму (якщо користувач увійшов у систему), так і взяті з полів форми Breezingforms (якщо користувач ще не увійшов у систему або не був зареєстрований). Ймовірно, потрібно ставити тригер на заповнення цих полів у формі доставок при натисканні кнопки "додати новий спосіб доставки".
3. Якщо користувач увійшов у систему - відобразити йому в формі замовлення Breezingforms випадаючий список з його адресами доставок, які є в базі даних, з можливістю додати новий спосіб доставки через форму доставок (не Breezingforms). При додаванні нового способу доставки (робити запис в відповідну таблицю в базі даних) без перезавантаження сторінки, і оновлювати випадаючий список в формі замовлення Breezingforms, де за замовчуванням буде обраний новий спосіб доставки (див. п.1).
4. Якщо користувач не увійшов у систему - дати йому можливість додати новий спосіб доставки. При цьому в таблицю, в поле client_id з id користувача, не писати жодної інформації (так як ми ще його не знаємо, а дізнаємося лише коли він оформить замовлення і автоматично буде зареєстрований у системі). При збереженні замовлення оновлювати дані в базі даних.
5. При оформленні замовлення менеджером на користувача, при введенні його id підтягувати інформацію про способи доставки конкретного користувача (чий id введений) з можливістю додавання нового способу доставки на цього користувача.
Бюджет: 9000 UAH Термін: 5 днів
Доброго дня! Пишіть в лічку, обговоримо деталі, доступи, тощо...Дякую...
Бюджет: 8000 UAH Термін: 24 дні
Привіт! Реалізую це розширення функціоналу компонента форм Breezingforms для Joomla.
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Що ми рахуємо у проєкті: Realized PnL, ROI і Win Rate для криптогаманців - наскільки прибутково гаманець торгував певним токеном за обраний період. На яких даних: історія on-chain транзакцій гаманця (свопи, перекази токенів) + ринкова ціна токена на момент кожної угоди. Основне джерело даних - Moralis: два виклики під час первинного завантаження гаманця - нативні ETH-перекази і усі ERC-20 token transfers. З чим порівнюємо: Nansen.io - беремо як еталон, порівнюємо наші розраховані метрики з тим, що показує Nansen для тих самих гаманців за той самий період. Проблема: наші цифри суттєво відрізняються від Nansen, і ми не до кінця розуміємо, за якими правилами частина дій гаманця має класифікуватись для цілей PnL. Потрібно пофіксити розрахунок Realized PnL, ROI і Win Rate, щоб збігались з Нансеном. В заявці напишіть плз : - досвід в схожих задачах - досвід з Nansen - досвід з Moralis - досвід з DeFiLlama - досвід зі статою по криптоопераціям - приблизну вартість і сроки фіксу
Сайт працює на фреймворку Next.js (на базі React). Потрібно зробити всі пункти за ТЗ. ТЗ додається у файлу. Чекаю на пропозиції.
Сайт для оцінки: https://copy.eurobrands-shop.de/ Завдання: виправити frontend-баги на рівні теми Magento 2 / Amasty theme: CSS/LESS/JS, mobile, RTL, minicart, language dropdown, layout shift/CLS. Формат роботи: - без локального розгортання Magento; - робота через DevTools + вихідники теми; - правки в CSS/LESS/JS/template-файлах теми; - результат: diff / коміт / архів змінених файлів; - деплой і збірка на нашій стороні; - робота через безпечну угоду; - NDA до передачі вихідників/доступів. Що потрібно перевірити і оцінити: 1. RTL / арабська версія: - телефон у шапці відображається некоректно; - зміщення елементів у header, minicart, wishlist/account, product page; - відступи, direction, unicode-bidi, позиціонування. 2. Header: - language dropdown; - cart/wishlist; - hit-area іконок. 3. Minicart: - нестабільно відкривається на деяких сторінках; - перевірити Console / Network / Event Listeners / customer-data / z-index / overlay. 4. Mobile: - бейджі корзини/wishlist занадто великі; - блок Categories стискається/обрізається; - mobile menu / Menu-Account. 5. Product page: - layout shift / CLS зображення; - Add to Cart / Quantity / BOX / PALLET в RTL. 6. Wishlist/account: - /wishlist/ - /mwishlist/ - вкладки, Back button, переповнення лічильників. Проблемні URL: - https://copy.eurobrands-shop.de/alpro - https://copy.eurobrands-shop.de/producers - https://copy.eurobrands-shop.de/wishlist/ - https://copy.eurobrands-shop.de/mwishlist/ В відповіді напишіть: 1. Чи є досвід з Magento 2 frontend? 2. Чи є досвід RTL? 3. Скільки годин потрібно на перший етап? 4. Яка вартість? 5. Коли можете почати? 6. Які доступи потрібні? 7. Чи готові працювати через безпечну угоду і підписати NDA? Важливо: потрібен конкретний результат — виправлення або технічне пояснення по кожному пункту: виправлено / не відтворюється / не frontend-проблема.
Опис замовлення: Шукаємо досвідченого frontend-розробника/фахівця з OpenCart для оптимізації швидкості завантаження сайту (категорії та картки товарів) під вимоги Google Core Web Vitals. Про проект: * CMS: OpenCart. * Специфіка: Сайт працює в режимі каталогу (кошика та оформлення замовлення немає). * Об'єм: 2900 позицій. * Серверна частина: Вже оптимізована (працює на OpenLiteSpeed). * Стек: Робота ведеться виключно з кодом шаблону, модифікаторами та фронтендом. Без роботи із базою даних. Що потрібно зробити (Технічне завдання): 1. Відкладене завантаження скриптів (Delay JS): * Проблема: Сторонні скрипти аналітики (GTM, Google Tag) блокують основний потік на мобільних пристроях приблизно на 4.3 секунди. * Завдання: Налаштувати відкладений запуск цих скриптів. Скрипти повинні активуватися строго по першій дії користувача (перший скролл, тап по екрану або рух миші). * Важливо: Збір статистики, аналітика та робота реклами мають зберегтися у повному обсязі. 2. Виправлення метрики CLS (Стабільність верстки): * Проблема: Сторінка «стрибає» і зсувається під час завантаження картинок. * Завдання: У файлах стилів або шаблону теми жорстко прописати HTML-атрибути width і heightдля всіх зображень товарів у каталозі (листингах) та картках товару. * Мета: Зарезервувати місце під зображення в DOM-дереві до їх фактичного завантаження, щоб унеможливити зсув контенту. Перевірити, щоб адаптивність (CSS) не зламалася. 3. Оптимізація критичного шляху (LCP): * Завдання: Прописати для основного (головного) зображення товару першому екрані тег fetchpriority="high". Це дасть браузеру команду завантажувати головне фото товару у пріоритетному порядку. Вимоги до виконавця та умови приймання: 1. Без зайвих модулів: Робота виконується чистим кодом/модифікаторами, без встановлення додаткових сторонніх чи платних плагінів оптимізації. 2. Безпека та верстка: Ви несете повну відповідальність за верстку. Після внесення правок візуальне відображення сайту на мобільних та ПК, а також функціонал (фільтри, перемикання фото в галереї, меню) повинні залишитися без змін. 3. Критерій здачі роботи (DoD): Надання скріншота та посилання на живий тест звіту Google PageSpeed Insights (для мобільної версії). Показник продуктивності має бути не нижчим за 75 балів, а метрика CLS — не більше 0.1 (у зеленій зоні). Правки вносити строго через модифікатори (OCMOD) або копію теми, щоб не затерти оновлення ядра. У відгуку, будь ласка, вкажіть: 1. Чи був досвід налаштування Delay JS саме для GTM на OpenCart? 2. Термін виконання завдання. 3. Вартість роботи.