Продемонстрував високий рівень володіння технологією.
Вартість - це тест, не сплачується.
Контактність – це добре.
Термін дотримувався.
Уважаемые фрилансеры, приношу извинения за неприложенное ТЗ.
Исправляю. ТЗ приложено.
П.С. если по ТЗ появятся вопросы - пишите в личку, а если полагаете, что их можно или нужно обнародовать - пишите в комментарии.
Бюджет: 50 USD Термін: 1 день
Готовий зробити.
Бюджет: 20 USD Термін: 2 дні
Добрий день, я буду робити тест за кілька днів. Досвід розробки фронтенд додатків 1,5 року (native javascript, angular, knockout, kendoUI).
PS вказував 2 дні, тому що з php ще ніколи не працював, в основному робив все через API.
Бюджет: 100 USD Термін: 3 дні
Студія OVO
Наша команда професійно вирішить Вашу задачу. Ми запрошуємо Вас до нас в офіс, де Ви отримаєте Безкоштовну консультацію про просування Вашого проекту, як це все буде працювати і зможете приймати рішення про подальшу співпрацю з нами.
Приклади наших робіт: ovo.ua/works
Сайт: ovo.ua
Довіряйте професіоналам і ваш час буде працювати на вас!
З повагою ,
Константин Соколов,
Студія OVO
Україна ,
Містер Київ, ул. Старокіївська 10-Г, БЦ «Вектор».
Сайт: ovo.ua
Телефон: +38-063-578-15-70
Електронна пошта: [email protected]
HTTP://vk.com/sale_ovo_ua
Бюджет: 20 USD Термін: 1 день
Зацікавлений в співпраці з вами
Бюджет: 25 USD Термін: 1 день
Немає тестових завдань. Готова взяти.
Скайп: zerin108
Електронна пошта: [email protected]
Бюджет: 200 UAH Термін: 1 день
Чи можна пройти тест?
Бюджет: 20 USD Термін: 1 день
Готова виконати.
Бюджет: 30 USD Термін: 1 день
О, тільки ТЗ не застосовується
Дубликат проекта. На вопрос о том, будет ли оплачиваться тестовое задание, так и не ответили...
Игорь, покажите пожалуйста дубликат.
На вопрос я всем ответил - тестовое не оплачивается.
Интересно... как можно выполнить ТЗ без php ? Кто справиться , вышлите пример в плане самообразования. И еще зачем на все элементы цеплять id ?
Нужно правильно ставить вопрос - без php запросто - разворачиваем сервер на .net делаем API и получаем свободно данные из БД. А вот выполнить тестовое без сервера - наверное никак, но в ТЗ и не написано ничего про отсутствие северной части...
Браво!
Только пока с .НЕТом не будем связываться, готовится отдельное тестовое по пхп
1) по пхп отдельное тестовое
2) ИД на каждый элемент - для многоязычности: в БД хранятся как русские, так и на других языках значения innerHTML, нужно получить их в массив или объект и подставлять при переключении языка.
Если можете предложить другой способ переключения языка - предлагайте.
Скорее всего - никак. На чистом js запрос для выборки из базы не напишешь
Верно.
Мне наверно нужно было в ТЗ явно написать, что серверная часть конечно будет и Ajax взаимодействует именно с пхп скриптом.
Всім привіт, потрібно створити сайт для створення івентів та продажу квитків. Можливі варіанти на готовому шаблоні, фреймворк, або ваш варіант. Бажано щоб у вас був досід роботи в розробці сайтів для продажу квитків. Приклади сайтів надішлемо у приватні повідомлення. За необхідності створимо прототип. Якщо ви раніше працювали над створенням подібних сайтів надішліть будь ласка приклади в приватні повідомлення. Деталі обговоримо в приватних повідомленнях. Дякую і гарного дня!
Що ми рахуємо у проєкті: 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. Вартість роботи.