Бюджет: 11100 UAH Термін: 5 днів
Доброго дня!
Маю досвід з AWS EСS та інщими сервісами готовий виконати проект.
Є сервіс, який знаходиться на останніх стадіях розробки.
Сервіс працює зі стрімінгом аудіо користувачам (HLS), як однопотоковий (радіо), так і мультипотоковий (музика та подкасти).
Сервіс складається з:
- backend — NodeJS, Docker
- cms та клієнтський frontend — React, Docker
- Amazon RDS (PostgreSQL), S3, MediaConvert, Lambda
Наразі налаштовано S3, MediaConvert і майже закінчена Lambda, яка буде брати аудіо, завантажене з адмінки, автоматично конвертувати в HLS для стрімінга та повертати його на S3. Backend та обидва фронти вже загорнуті у Docker працюють локально та підключаються до RDS та S3.
Більш детально розкажемо вже на дзвінку.
Задача: Потрібно розгорнути інфраструктуру в AWS для теста до передачі проєкту замовнику. Тобто, треба налаштувати та підняти у AWS Elastic Container Service бек та обидва фронти, щоб усе без проблем працювало з MultiAZ та могло скейлитись автоматично, підключалось до RDS, працювало з флоу MediaConvert та запускався стрім для користувачів. Задокументувати процес.
Вимоги замовника в основному націлені на кости: сховище тільки на S3; віртуалки на EC2, невеликий трафік на CloudFront, тощо.
Бюджет проєкту бажано до $300 але можемо переглянути.
Бюджет: 11100 UAH Термін: 5 днів
Доброго дня!
Маю досвід з AWS EСS та інщими сервісами готовий виконати проект.
Необхідно виконати оновлення, перенесення та налаштування 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 і без втрати листів.