Бюджет: 1400 UAH Термін: 2 дні
👋 Вітаю! Готовий розпочати роботу прямо зараз.
Чітко розумію задачу і маю успішний досвід у реалізації саме таких проєктів (приклади є у відгуках). Виконаю завдання сьогодні, швидко та без зайвих питань.
Давайте обговоримо деталі та стартуємо! 🚀
Бюджет: 3000 UAH Термін: 2 дні
Доброго дня!)
Маю величезний досвід роботи з престижем)
Знаю її "вдоль і поперек", можете побачити в відгуках)
Знаю, куди дивитися, що перевіряти і знаходити вузькі місця)
Звертайтеся, все зроблю на відмінно, будете задоволені результатом)
Бюджет: 3000 UAH Термін: 3 дні
Вітаю! Мене звати Роман, команда Echocode. Digital.
Найімовірніше, після зміни версії PHP деякі старі функції або SQL-запити в коді сайту почали працювати некоректно (викликати зациклення або так звані «важкі» запити, які не використовують індекси). Також сам сервер MySQL на новому VPS, скоріш за все, працює на дефолтних налаштуваннях і не оптимізований під об'єм вашої бази.
Маємо 8 років досвіду у веб-розробці та адмініструванні складних систем. Готові залучити нашого Senior Backend-розробника та сисадміна до вирішення завдання.
Пишіть у приватні повідомлення! Обговоримо доступ до сервера, проведемо первинну діагностику та швидко повернемо сайту стабільну роботу.
Бюджет: 4000 UAH Термін: 2 дні
Добрий. Досвід веб-програмування більше 20-ти років. Готовий розібратися й вирішити питання з навантаженням.
Бюджет: 4500 UAH Термін: 5 днів
Вітаю.
Ваша проблема схожа на поширені зараз ускладнення для престашоп.
Якщо навантаження зростає певний час підряд, то швидше за все це агресивне сканування ботами.
При цьому вони генерують всі можливі варіанти сортувань на сторінках і викликають такі помилки та високе навантаження.
Можливо це також невдало реалізований сторонній модуль, який потрібно оптимізувати.
Маю досвід вирішення всіх проблем престашоп починаючи від налаштувань баз даних до написання власних модулів. Зокрема маю модуль обмеження частоти сканування ботами.
Конкретні причини можливо озвучити після доступу до серверу та логів.
Бюджет: 3000 UAH Термін: 2 дні
Вітаю!
Ознайомився з вашим завданням - маю релевантний досвід у схожих проєктах, тому розумію, як реалізувати все якісно та без зайвих затримок.
Можу приступити до роботи одразу після узгодження деталей.
Буду радий співпраці!
Юрий Бичурин
Переможець- Проєкти 15
- Оцінка 5.0
- Рейтинг 543
Бюджет: 1000 UAH Термін: 1 день
Добрий день!
Я готовий взятися за це завдання і виконати його у зазначені терміни. Я досвідчений системний адміністратор та SRE/DevOps‑фахівець із понад 15‑річним стажем. Маю великий досвід роботи з різними системами та інструментами, що дозволяє мені ефективно розв’язувати будь‑які задачі.
- Проєкти -
- Оцінка -
- Рейтинг 532
Бюджет: 3500 UAH Термін: 2 дні
Вітаю! Маю глибокий досвід розуміння проблеми PrestaShop+Mysql, також мав досвід усунення подібної проблеми. Тому звертайтеся, зроблю аналіз, знайду проблему(ми), а там Проблеми із SQL запитами, наскильки я пам'ятаю, вирішим.
Бюджет: 1200 UAH Термін: 1 день
Доброго дня. Бази даних - моя спеціальність. Якщо причина в них, знайду і усуну. Звертайтеся.
Бюджет: 3500 UAH Термін: 2 дні
Вітаю! Готовий до співпрпраці. Маю досвід виправлень подібних помилок.
Пишіть.
Бюджет: 4000 UAH Термін: 2 дні
Можемо зробити. Оплата по факту, як перевірите. Якість гарантую.
Ставки приховані
Ставки поки відсутні
Бюджет: 12000 UAH Термін: 3 дні
у нас вже є практично готовий підхід для діагностики PrestaShop під навантаженням, його можна швидко адаптувати під ваш сайт і запустити перевірку, я на зв'язку ))
ПОпердньо оцінка - 12000 грн і до 3 днів на діагностику MySQL, PHP, модулів, кешу, журналів 500 і базове усунення знайденої причини.
якщо виявиться важкий модуль або проблема в структурі даних, дам окремий план без зайвої магії - бо дешева латка часто дорожча за нормальну діагностику.
після стабілізації можна додати ІІ-моніторинг логів і сповіщення, щоб ловити такі піки до падіння сайту.
на старті потрібні доступи до VPS, адмінки PrestaShop, MySQL, журналів помилок і бажано резервна копія або тестове середовище.
питання - яка версія PrestaShop, PHP і MySQL зараз, та чи увімкнений slow query log.
ще питання - помилка 500 виникає на конкретних сторінках, в адмінці, при імпорті товарів або хаотично під трафіком.
- https://business.ingello.com/eva - схоже за напрямом e-commerce і технічних процесів ритейлу.
- https://business.ingello.com/carveli - близький приклад по онлайн-продажах і системній роботі навколо магазину.
- https://systems-fl.ingello.com/ua - наш FLH-лендинг по автоматизації, ІІ і бізнес-системах.
Бюджет: 8000 UAH Термін: 3 дні
Доброго дня. Мене звати Дмитро. Маю досвід оптимізації WordPress, WooCommerce, Laravel та інших веб-проєктів, а також діагностики проблем із MySQL, VPS та високим навантаженням на сервер.
З опису ситуації схоже, що проблема може бути пов'язана як із самою базою даних (повільні SQL-запити, відсутність індексів, розростання таблиць), так і з наслідками перенесення сайту на VPS та зміною версії PHP, MySQL або серверного оточення.
Можу провести повний аудит:
— аналіз навантаження MySQL;
— пошук повільних запитів;
— перевірку структури бази даних та індексів;
— аудит плагінів і модулів, які створюють навантаження;
— перевірку налаштувань PHP, MySQL та веб-сервера після перенесення;
— аналіз логів помилок 500;
— оптимізацію кешування та роботи БД.
Після аудиту надам зрозумілий звіт із причинами проблеми та виконаю необхідні доопрацювання для стабільної роботи сайту без постійного збільшення серверних ресурсів.
Готовий ознайомитися з деталями проєкту та провести первинну діагностику для оцінки обсягу робіт і строків виконання. 👍
Бюджет: 5000 UAH Термін: 2 дні
Доброго дня. Можу провести діагностику сайту на PrestaShop і знайти реальну причину навантаження на MySQL та помилок 500. Перевірю роботу бази даних, повільні SQL-запити, модулі, кешування, налаштування PHP/MySQL після перенесення на VPS, логи сервера і саму структуру сайту, щоб зрозуміти, що саме забирає ресурси. Після аналізу не просто дам загальні рекомендації, а виправлю знайдені проблеми: оптимізую запити, налаштування сервера, кеш, проблемні модулі або ділянки коду, які створюють навантаження. У результаті сайт має працювати стабільніше, без постійних 500 помилок і без необґрунтованого росту споживання ресурсів з кожним місяцем.
Бюджет: 4000 UAH Термін: 3 дні
Доброго дня, можу розібратись, хостинг на ukraine часом?) Звертайтесь
Ставки приховані
Актуальні фриланс-проєкти в категорії PHP
Потрібен досвідчений 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 і тестовий сервер перед початком, перенесення на продакшн ОБОВ'ЯЗКОВО — після погодження та тестування Обов'язкова самоперевірка на всіх пристроях до здачі — надсилати "готово, перевіряйте" без власного тестування не підходить. Баґи, знайдені після здачі, виправляються в рамках тієї ж задачі. Баґи, що виникли при перенесенні. У ході перенесення також повинні бути виправлені на продакшн. Звіт зі скріншотами "до/після" по кожному пунктуТермін і бюджет — після оцінки обсягу за детальним ТЗ. Чекаю ваші оффери. Дякую