Комунікація легка, конструктивна та оперативна.
Однозначно рекомендую
Довести сайт до робочого стану перед подальшим запуском Google Ads: закрити першочергові технічні та візуальні проблеми в категоріях, іконках, burger-menu, staging/dev, mobile search, кошику, фільтрах і базовому сортуванні.
Задача етапу:
Після виконання етапу сайт має виглядати і працювати достатньо стабільно, щоб користувач міг зайти з реклами, знайти товар, скористатися меню/пошуком/фільтрами, додати товар у кошик і перейти до оформлення замовлення без очевидних технічних або візуальних проблем.
У межах етапу потрібно:
— приховати нові категорії, які були створені для семантичного ядра, але поки не мають відображатись як активні комерційні розділи;
— зберегти прямі URL нових категорій;
— не видаляти нові категорії;
— залишити SEO URL нових категорій;
— активувати основні категорії
- перевірити, щоб категорії відкривались без 404;
— перевірити коректне відображення категорій на ПК;
— перевірити коректне відображення категорій на мобільній версії;
— перевірити, щоб структура меню після змін не зламалась;
— перевірити, щоб приховані нові категорії не заважали основній структурі сайту.
-встановити або виправити відповідні іконки на категорії
— доопрацювати мобільне burger-menu
Staging / dev
У межах етапу потрібно:
— перевірити staging/dev-субдомен;
— критично закрити або вимкнути staging/dev-середовище, щоб воно не заважало основному сайту;
— якщо staging/dev можна безпечно вимкнути — вимкнути;
— якщо повне вимкнення ризикове — виконати мінімальне безпечне закриття від індексації;
— перевірити, щоб staging/dev не працював як активна публічна копія для Google;
— зафіксувати, якщо для повного правильного закриття staging/dev потрібен окремий SEO/серверний етап.
Mobile search
У межах етапу потрібно:
— активувати або виправити пошук на мобільній версії;
— перевірити кнопку пошуку на мобільній версії;
— перевірити поле введення;
— перевірити відкриття пошуку;
— перевірити закриття пошуку;
— перевірити пошук по існуючому товару;
— перевірити поведінку при порожньому або неіснуючому запиті;
— виправити проблему, якщо вона пов’язана з шаблоном, CSS, JS або поведінкою mobile header;
— перевірити результат на мобільній версії.
У межах етапу входить повна доробка кошика до кінця, щоб він нормально працював на сайті перед запуском Google Ads.
Кошик потрібно довести до робочого та стабільного стану на ПК і мобільній версії.
— перевірити mini-cart / спливаючий кошик;
— перевірити сторінку кошика;
— перевірити відкриття кошика;
— перевірити закриття кошика;
— виправити зміщення кошика;
— виправити проблему з хрестиком / кнопкою закриття;
— перевірити overlay / затемнення / модальне вікно, якщо воно використовується;
— перевірити z-index, щоб кошик не ховався під іншими блоками;
— перевірити відступи, висоту, ширину, позиціювання;
— перевірити кошик на ПК;
— перевірити кошик на мобільній версії;
— перевірити додавання товару в кошик;
— перевірити видалення товару з кошика;
— перевірити зміну кількості товару, якщо така функція є в поточному кошику;
— перевірити оновлення суми;
— перевірити відображення ціни;
— перевірити відображення назви товару;
— перевірити відображення фото товару, якщо воно є в кошику;
— перевірити основні кнопки в кошику;
— перевірити клікабельність усіх основних елементів;
— перевірити видимість усіх основних елементів;
— виправити проблеми CSS;
— виправити проблеми Twig-шаблонів;
— виправити JS-поведінку, якщо проблема пов’язана з відкриттям, закриттям, відображенням або взаємодією з кошиком;
— перевірити mini-cart після додавання товару;
— перевірити сторінку кошика після додавання товару;
— перевірити перехід із кошика до оформлення замовлення;
— перевірити, щоб після правок кошик не ламав ПК-версію;
— перевірити, щоб після правок кошик не ламав мобільну версію;
— перевірити, щоб кошик не перекривав меню, нижню мобільну панель, пошук або інші важливі елементи;
— перевірити, щоб користувач міг нормально закрити кошик і продовжити перегляд сайту;
— перевірити, щоб користувач міг нормально перейти з кошика до оформлення замовлення
У межах цього етапу по кошику входить:
— правка Twig-шаблонів;
— правка CSS;
— правка JS-поведінки;
— правка кнопок;
— правка відступів;
— правка позиціювання;
— правка z-index;
— правка overlay / modal behavior;
— правка мобільного вигляду;
— правка ПК-вигляду;
— правка mini-cart;
— правка сторінки кошика;
— перевірка базового переходу до оформлення замовлення.
Фільтри по раніше погоджених пунктах
У межах етапу входить закриття фільтрів по тих пунктах, які були погоджені раніше.
— перевірити фільтри на основних категоріях;
— прибрати погоджені зайві фільтри;
— виправити очевидно некоректні значення;
— виправити злипання тексту;
— перевірити відображення фільтрів на ПК;
— перевірити відображення фільтрів на мобільній версії;
— перевірити, щоб після правок фільтри не зламали категорії.
Впровадження логіки коректного сортування
Бюджет: 12500 UAH Термін: 10 днів
З радістю виконаю завдання, вже не вперше виконував подібні завдання.
Бюджет: 12500 UAH Термін: 10 днів
Доведу сайт до стабільного стану перед запуском Google Ads: категорії, іконки, burger-menu, staging/dev, mobile search, кошик, фільтри, сортування, Twig/CSS/JS і базовий шлях користувача до оформлення замовлення.
Зараз на мобільній версії користувач може пройти повний шлях з реклами: відкрити меню, знайти товар через пошук або категорію, застосувати фільтр, додати в кошик і перейти до checkout без зсувів, зависань і візуальних поломок?
Бюджет і терміни — в особистій переписці після перегляду сайту, списку погоджених правок, staging/dev і поточного стану кошика.
Бюджет: 12500 UAH Термін: 5 днів
Вітаю, готова виконати всі пункти.
Роботи:
* elenis.com.ua
* kontur-sb.com.ua
* ald.com.ua
* diy-ceiling.com.ua
* newbornk.com
Стек:
Дизайн сайтів: Figma / Photoshop
Верстка: HTML, CSS, PHP, C#, JavaScript, SQL, Sass/SCSS, LESS.
*
WordPress - Elementor - WooCommerce
OpenCart
Shopify
Webflow
WIX
*
Next.js • TypeScript • Tailwind CSS • Laravel • React Native JS • Vuе
Детально можемо обговорити в особистих повідомленнях!
Бюджет: 12500 UAH Термін: 3 дні
Добрий день. Можу взяти цей етап у роботу і довести сайт до нормального робочого стану перед запуском Google Ads. Перевірю та виправлю категорії, приховаю ті розділи, які поки не мають показуватись користувачам, але збережу їх URL і SEO-структуру, перевірю відкриття категорій без 404, мобільну та ПК-версію, меню, іконки, burger-menu, мобільний пошук, staging/dev-середовище, кошик, фільтри та базове сортування. Окремо доведу кошик до стабільного стану: mini-cart, сторінка кошика, відкриття/закриття, кнопки, overlay, z-index, відступи, мобільний вигляд, додавання/видалення товарів, оновлення суми та перехід до оформлення замовлення. Також перевірю, щоб після правок нічого не зламалось на ПК і мобільній версії. У результаті сайт має бути готовий до прийому трафіку з реклами, щоб користувач міг зайти, знайти товар, скористатися меню, пошуком і фільтрами, додати товар у кошик та перейти до замовлення без очевидних технічних або візуальних проблем.
Потрібен досвідчений Laravel-розробник для інтеграції платіжної системи в існуючий проект. Про проект Backend: Laravel Frontend: React Проект: хмарна платформа зберігання файлів (аналог Dropbox) Що необхідно реалізувати Інтеграцію оплати банківськими картами через API платіжної системи. Створення платежу. Перенаправлення користувача на платіжну сторінку. Обробку успішної та неуспішної оплати. Обробку callback/webhook. Перевірку статусу платежу. Коректне зміна статусу замовлення після успішної оплати. Логування запитів та відповідей API. Роботу як у тестовій, так і в бойовій середовищі. Вимоги Відмінне знання Laravel. Досвід інтеграції платіжних систем (банківські API тощо). Досвід роботи з REST API. Будуть перевагою Досвід інтеграції банківських платіжних шлюзів. Можливість показати аналогічні проекти. Що надамо Повну технічну документацію платіжної системи. Доступ до тестової середовища. При відповіді, будь ласка, вкажіть: 1. Які платіжні системи ви вже інтегрували. 2. Вартість роботи. 3. Термін виконання. 4. Приклади аналогічних проектів (якщо є).
ТЕХНІЧНЕ ЗАВДАННЯРозробка системи Digital Signage для мережі рекламних екранів1. Загальний опис системиСистема призначена для віддаленого керування медіаконтентом (відео, зображення) на мережі телевізорів під управлінням Android TV. Архітектура:Backend / Панель керування (Адмінка): PHP (Laravel / Yii2 або pure PHP) + MySQL.Frontend (Плеєр на ТВ): HTML5 / JavaScript (Single Page Application), який запускається на ТВ у повноекранному режимі через додаток Fully Kiosk Browser.2. Функціональні вимоги: Панель керування (Адмінка на PHP)2.1. Керування екранами (Телевізорами)Можливість додавання/видалення екранів у системі.Кожному екрану присвоюється: Назва (гео-точка), унікальний ID (device_token) та статус (Онлайн/Офлайн).Моніторинг (Пінг): Відображення статусу ТВ у реальному часі. Якщо ТВ не надсилав запитів більше ніж 5 хвилин, фарбувати його статус у червоний колір (Офлайн). 2.2. Керування контентом (Медіатека)Завантаження файлів (відео, зображення) на сервер.Видалення файлів (з автоматичним видаленням фізичного файлу з сервера).Можливість переглядати (та змінювати), на яких екранах транслюється кожний окремий медіафайл.Налаштування порядку відтворення файлів. 2.3. Серверне API (для зв'язку з ТВ)Реалізувати REST API (JSON):POST /api/ping — приймає від ТВ його ID, фіксує час останньої активності (для статусу Онлайн) та повертає поточну версію плейлиста.GET /api/file/device_token — віддає актуальний JSON-масив із посиланнями на медіафайли, їхнім порядком та налаштуваннями часу показу.3. Функціональні вимоги: Клієнтський плеєр (HTML5/JS на ТВ)Плеєр є вебсторінкою, яка відкрита на ТВ. Головне завдання клієнта — автономність.3.1. Кешування та синхронізація (Робота без інтернету)При старті плеєр запитує плейлист через API.Локальне сховище: Усі файли з плейлиста (відео/зображення) JS повинен завантажувати у внутрішню пам'ять браузера (використовуючи Cache API або IndexedDB). Стрімінг (програвання напряму з інтернету) заборонений.Синхронізація: Якщо на сервері додано новий контент, плеєр завантажує його у фоновому режимі, не перериваючи поточний показ. Після завершення завантаження — додає дотрансляції. Якщо контент видалено на сервері, плеєр має видалити його з локального кешу ТВ, щоб не забивати пам'ять пристрою.Офлайн-режим: При повному зникненні інтернету плеєр нескінченно крутить по колу останній успішно завантажений плейлист. 3.2. Відтворення та ротаціяЦиклічне відтворення контентутазгідно із заданим в адмінці порядком.Для зображень має налаштовуватися тривалість відображення у секундах (за замовчуванням 10 сек).Переходи між роликами мають бути плавними, без чорних екранів та помітного перезавантаження сторінки. 3.3. Логування та контроль помилок (Захист від збоїв)Обробка пошкоджених файлів: Якщо відеофайл пошкоджений і не може відтворитися, плеєр повинен пропустити його та увімкнути наступний за порядком, а не зависати на чорному екрані.Логи показів (Аналітика): Плеєр повинен записувати в локальну пам'ять факт кожного успішного відтворення ролика. При появі інтернету ці дані пачкою відправляються на сервер (POST /api/logs), щоб в адмінці можна було побачити статистику: "Ролик А на ТВ №3 був показаний 450 разів за добута 2365 разів всього".4. Вимоги до оптимізації під Android TVІнтерфейс плеєра не повинен містити жодних елементів керування (курсори, смуги прокручування, кнопки). Тільки чистий контент на весь екран.JS-код має бути оптимізований за пам'яттю (вчасно очищати невикористовувані DOM-елементи та об'єктні URL), оскільки бюджетні телевізори мають жорсткі обмеження щодо оперативної пам'яті і можуть аварійно закривати вкладку при витоку пам'яті через 12-24 години безперервної роботи.
Потрібно мігрувати інтернет-магазин Opencart з PHP 7.4 на PHP 8.x. Наразі стоїть ядро v 3.0.3.8. Читаємо, що скоріш за все доведеться мігрувати і ядро на версію 4.0 і ніби складнощів не мало б бути... Функціонал здебільшого кастомний, також є Simple, OCFilter, Нова пошта. Чекаємо рекомендації і орієнтовну ціну. В ідеалі, хто вже проводив подібну роботу.
Необхідно виконати оновлення, перенесення та налаштування Laravel-проєктів на новий сервер із забезпеченням стабільної роботи, безпеки, захисту від експлойтів та коректної роботи всіх сервісів після міграції. 1. Основні задачі Підготувати новий сервер до роботи. Перенести файли проєктів, бази даних, конфігурації та cron-задачі. Оновити серверне програмне забезпечення. Налаштувати безпечне середовище для Laravel. Перевірити сумісність PHP, Laravel, Composer-пакетів та залежностей. Забезпечити захист від відомих експлойтів, шкідливих запитів та несанкціонованого доступу. Налаштувати SSL-сертифікати. Перевірити працездатність сайтів після перенесення. 2. Перенесення Laravel-проєктів Для кожного проєкту необхідно: Перенести файли проєкту. Перенести базу даних. Перенести .env конфігурацію. Налаштувати права доступу до директорій: storage bootstrap/cache Перевірити роботу: головної сторінки; адмін-панелі; авторизації; форм; API; завантаження файлів; email-відправки; cron-задач; queue workers.3. Безпека та захист Необхідно реалізувати базовий і прикладний рівень захисту: закрити root-доступ по SSH; налаштувати SSH-доступ тільки по ключах; змінити стандартний SSH-порт, якщо потрібно; налаштувати firewall; дозволити тільки необхідні порти; встановити Fail2Ban; приховати службові версії Nginx/Apache/PHP; заборонити доступ до .env, .git, backup-файлів, log-файлів; налаштувати правильні file permissions; перевірити проєкти на наявність шкідливих файлів; перевірити Composer-пакети на відомі вразливості; оновити залежності, якщо це не ламає функціонал; налаштувати захист від SQL injection, XSS, CSRF та path traversal; перевірити правильність Laravel APP_ENV та APP_DEBUG; встановити APP_DEBUG=false на production; налаштувати rate limiting для критичних endpoint-ів; перевірити доступи до storage/uploads; налаштувати захист від виконання PHP у upload-директоріях; перевірити права доступу до адмін-панелей. 4. SSL та домени Необхідно: Встановити SSL-сертифікати. Налаштувати автоматичне оновлення SSL. Увімкнути редирект з HTTP на HTTPS. Перевірити коректну роботу сайтів через HTTPS. 5. Резервне копіювання Необхідно налаштувати backup: файлів проєктів; баз даних; .env файлів; uploaded media; cron-конфігурацій; Nginx/Apache конфігурацій. Backup має виконуватись автоматично за розкладом. Бажано зберігати копії окремо від основного сервера. 6. Перевірка після перенесення Після міграції необхідно перевірити: відсутність 500/403/404 помилок; відсутність критичних помилок у Laravel logs. 9. Результат виконання Після завершення робіт має бути: Laravel-проєкти успішно перенесені на новий сервер; сайти працюють стабільно; SSL налаштований; сервер захищений базовими security-налаштуваннями; доступи до критичних файлів закриті; backup налаштований; cron та queues працюють; старий сервер можна відключити після фінальної перевірки.
Шукаю розробника на проект з 4 пов'язаних завдань, для сайту best-matchmaking.com виконуються послідовно:Інтеграція готового premium Blade-шаблону блог-статті + автогенерація Schema/SEO-розмітки (Article, FAQPage, Open Graph, canonical) для всіх поточних і майбутніх статейДоопрацювання структури блогу: зміна URL з 301-редиректами, перейменування в футері/меню/хлібних крихтах, чистка прихованого коду, видалення категорійНовий блок (фото + цитата відгуку) в існуючий конструктор головної та посадкових сторінок = можливість самостійно додавати текстові блоки між розділамиУніфікація шрифтів, розмірів і кольорів по всьому сайту (крім блогу) — єдиний стандарт для заголовків і звичайного тексту, включаючи хедер і футерДетальне ТЗ по кожному пункту — Додаю нижче за гугл посилання. https://docs.google.com/document/d/1E5oQO2E-xmKJ3C0jW0ZsSPDBjaiELq0ETxfdivW6yIs/edit?tab==t.0 HTML-зразки та код надсилаю в особисті повідомлення після відповіді ВАЖЛИВО.! Детально перегляньте всі 4 завдання, перш ніж видавати оффер, особливо останнє - шрифти. Там досить багато роботи. Потрібен досвідLaravel + Blade — впевнений, не початковий рівеньФронтенд (CSS/JS) на тому ж рівні, що й бекендДосвід роботи з існуючим, не своїм кодомФормат роботиBackup і тестовий сервер перед початком, перенесення на продакшн ОБОВ'ЯЗКОВО — після погодження та тестування Обов'язкова самоперевірка на всіх пристроях до здачі — надсилати "готово, перевіряйте" без власного тестування не підходить. Баґи, знайдені після здачі, виправляються в рамках тієї ж задачі. Баґи, що виникли при перенесенні. У ході перенесення також повинні бути виправлені на продакшн. Звіт зі скріншотами "до/після" по кожному пунктуТермін і бюджет — після оцінки обсягу за детальним ТЗ. Чекаю ваші оффери. Дякую