Без жодних зайвих питань.
Дякую.
Потрібно розгорнути готовий B2B веб-проект на новому Cloud-сервері
Mirohost MS31 (Ubuntu 22.04 LTS).
Стек: Docker Compose (FastAPI backend + React frontend), nginx
reverse proxy + Let's Encrypt SSL, власний домен.
Обсяг робіт:
— базова безпека ОС (SSH key auth, ufw, fail2ban)
— Docker + docker-compose
— підключення домену + SSL Let's Encrypt
— перенос проекту з GitLab (clone + build + run)
— host nginx + reverse proxy на контейнери
— cron-backup БД + static
— smoke test за чек-листом (11 сценаріїв)
— (опційно) Cloudflare DDoS захист
— handover-документація
Маю готове детальне ТЗ у форматі Word (14 сторінок, всі команди
готові до copy-paste, всі config-файли наведено). Надішлю після
початку обговорення.
Вимоги до виконавця:
— досвід з Ubuntu Server + Docker
— впевнене знання nginx, Let's Encrypt, ufw, fail2ban
— уважність до деталей (production-сервер з реальними клієнтами)
— готовність до retainer-підтримки 2-4 год/міс після деплою
У відгуку, будь ласка, вкажіть:
1) Ваш досвід з аналогічними проектами
2) Орієнтовну вартість робіт (фіксована)
3) Готовність до подальшої підтримки на retainer
Бюджет: 5000 UAH Термін: 5 днів
Доброго дня!
Можу виконати завдання маю великий досвід з продакшеном, зроблю CI/CD. Налаштую бекапи. Можу підтримувати проект.
Бюджет: 2500 UAH Термін: 3 дні
Доброго дня. Готовий виконати ваше завдання. Пишіть. Досвід роботи з docker є.
Пишіть.ДЯкую.
Бюджет: 5000 UAH Термін: 7 днів
Добрий день!
Відгукуюсь на ваше ТЗ. Стек і обсяг робіт мені знайомі — це те, що я вже роблю на production для реального B2B (мережа магазинів, клієнти, інтеграції).
Google Drive
1) Досвід з аналогічними проєктами
На production підтримую інфраструктуру на Ubuntu VPS з таким самим підходом, як у вашому ТЗ:
Docker Compose: кілька сервісів паралельно — FastAPI (API, webhooks, cron-ендпоінти) + PostgreSQL + окремі боти/воркери.
FastAPI + React: наприклад, loyalty-api + web-admin (Vite/React) — збірка фронту в контейнер, API за reverse proxy, healthcheck-и, деплой скриптом git pull → build → up -d.
Host nginx → контейнери: публічні домени (loyalty.*, tg.*) через nginx upstream на 127.0.0.1, HTTPS (Let's Encrypt / certbot), окремі location для API і статики.
Безпека: чеклисти по секретах, CORS, закриття зайвих портів з інтернету, ротація ключів; у документації міграції — ufw (22/80/443), SSH, розділення публічного доступу лише через 443.
Git → сервер: clone/pull з репозиторію, .env поза git, відновлювані процедури оновлення без простою «наосліп».
Бекапи + cron: щоденні дампи PostgreSQL, retention 14–30 днів, логи job-ів, окремі скрипти restore — перевірено на реальних даних.
Smoke / runbook: health (/health), docker compose ps, nginx -t, типові 502/504, відновлення БД — оформлено в runbook-ах під прод.
Операційка: план міграції між хостингами (інвентаризація портів/доменів, DNS, certbot, чеклісти), OPS-гайд по диску/RAM, autostart docker + nginx після reboot.
Це не «навчальний» деплой, а production з реальними користувачами — тому працюю по принципу: спочатку бекап і відкат, потім зміна; після кожного кроку — коротка перевірка, а не «залив і забув».
Ваше 14-сторінкове ТЗ з готовими командами — зручний формат: я звичайно працюю так само (runbook + copy-paste + handover), тож швидко пройдуся по чек-листу без імпровізації на сервері.
Так, готовий до retainer 2–4 год/міс після деплою:
оновлення з GitLab (build + restart);
перевірка бекапів і місця на диску;
дрібні правки nginx/SSL/cron;
реакція на алерти (502, контейнер down, сертифікат);
щомісячний короткий health-звіт(опційно).
Бюджет: 22000 UAH Термін: 4 дні
ОРієнтовно по вашому опису - 22000 грн фіксовано, строк - до 4 робочих днів після доступів і ТЗ. Підтримку 2-4 год/міс після деплою можемо вести, краще з коротким регламентом реакції та переліком відповідальності.
> Досвід - Ubuntu Server, Docker Compose, nginx, Let's Encrypt, ufw, fail2ban, резервні копії, перевірка після релізу. Схожі задачі зазвичай робимо через чек-лист, щоб бойовий сервер не тримався на магії і каві, хоча кава теж іноді працює =)
> Тут нюанс - якщо у Word ТЗ уже є всі команди, я б не просто запускав їх механічно, а перевірив змінні оточення, мережі контейнерів, права на директорії, логи, cron-backup і відновлення з копії. Документаця handover теж потрібна не для краси - потім вона економить години підтримки.
> Потрібно від вас - доступ по SSH ключу, домен або DNS-доступ у межах біржі, GitLab-доступ до репозиторію, змінні оточення без публікації в чаті, дані по БД і чек-лист 11 сценаріїв.
> Уточнення - БД у compose чи окремо на сервері
> Уточнення - деплой треба робити з простоєм чи є вікно, коли реальні клієнти не працюють
> Релевантні приклади
>> https://business.ingello.com/platforma - корпоративна платформа, де важлива стабільна архітектура та експлуатація
>> https://business.ingello.com/forma-bpm - бізнес-система з процесами, ролями і підтримкою після запуску
>> https://systems-fl.ingello.com/ua - Ingello Systems для FLH
Бюджет: 18000 UAH Термін: 5 днів
у мене вже є практично готове схоже рішення для продакшн-деплою B2B-системи на Ubuntu з Docker Compose, nginx, SSL, базовою безпекою і бекапами - можна швидко адаптувати під ваш сервер і обговорити тут на біржі вже зараз, я поруч ))
МОжемо взяти роботу у фікс на 18 000 грн і закласти 5 робочих днів.
з подальшою retainer-підтримкою 2-4 год/міс теж ок - зазвичай це моніторинг, оновлення, дрібні правки конфігів, перевірка бекапів і реакція на інциденти.
за досвідом - піднімали і супроводжували сервери для корпоративних систем, ЦРМ, кабінетів, сервісів з ролями, API, доменами, SSL, резервним копіюванням і документацією.
по вашому тз видно, що задача не просто встановити Docker, а акуратно закрити продакшн-вузол - доступи, домен, збірка з GitLab, host nginx, ssl, cron-бекапи, smoke test на 11 сценаріїв і handover.
я б зробив простіше - спершу перевірка DNS і доступів, потім базова безпека, потім деплой, потім бекапи, потім чек-лист і коротка інструкція для команди.
дивіться, тут нюанс - бажано окремо погодити час технічного вікна, якщо вже є реальні клієнти.
> уточню 2 питаня, щоб оцінка була точнішою
>> база вже контейнеризована чи стоїть окремо на сервері
>> домен уже делегований на Mirohost або Cloudflare
> релевантні приклади
>> https://business.ingello.com/platforma - корпоративна платформа з ролями, адмін-логікою і внутрішніми процесами
>> https://business.ingello.com/forma-bpm - системи для керування бізнес-процесами, де важлива стабільна серверна частина
>> https://business.ingello.com/vorfahr - близький по підходу SaaS-проєкт, де важливі продакшн-надійність і масштабування
головний лендинг Ingello для FLH - https://systems-fl.ingello.com/ua
Необхідно виконати оновлення, перенесення та налаштування 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 працюють; старий сервер можна відключити після фінальної перевірки.
Маємо dedicated сервер на hetzner з вебсайтом на докерах (+фремворк laravel) Контакт з розробниками втрачено Потрібно: - відновити і змінити серверні доступи (ймовірно, ssh) - рекомендувати місце зберігання і налаштувати повний бекап серверу з простим відновленням, ймовірно, не на hetzner для безпеки - пофіксити чомусь не відображаємий логотип (не зрозуміло чому файл перестав бути доступним) Важливо - бекапу сайту не має, права на помилку теж. Розглянемо тільки досвідчених спеціалістів.
Шукаю спеціаліста, який допоможе перенести корпоративну пошту з Google Workspace на іншу поштову платформу. Хочемо перейти, бо Google Workspace для нас зараз виходить досить дорого. Маємо приблизно 30 користувачів. Поки що остаточно не визначилися, на яку саме платформу краще переходити, тому будемо раді почути ваші рекомендації по оптимальному варіанту за ціною, надійністю та зручністю. Зі свого боку зараз розглядаємо MXRoute, але відкриті й до інших пропозицій. Основне завдання - перенести пошту з мінімальним downtime і без втрати листів.
Доброго дня, Потрібна допомога поєднати гугл аналітику та срм через n8n. Всі налаштування сбоку срм зроблені. Тепер потрібно тільки зробити налашутвання із аналітики через n8n щоб передавались події продажів.