Віталій Д.
Переможець- Проєкти 11
- Оцінка 5.0
- Рейтинг 768
Бюджет: 8000 UAH Термін: 5 днів
15 років обслуговую VPS клієнтів в техпідтримці хостинг-провайдера, тому знаю як це зробити максимально просто і швидко. Підкажу потрібне ПО. За день буде готово.
Бюджет: 65000 UAH Термін: 55 днів
Вітаємо! Наша команда готова реалізувати Ваш проект. Для точнішої оцінки було б добре отримати контакти для уточнення деталей. Деталі можемо індивідуально обговорити. Чекаємо на Ваші коментарі! З повагою, команда Brille.Dev!
Бюджет: 79999 UAH Термін: 30 днів
Розумію для чого вам такі складнощі, все що описали реалізувати можна, але врахуйте що якщо використовувати лише 1 сервер як днс то пошта може не завжди "повертатись" треба як мінімум 2. Ще питання щодо зміни нс в доменів, їх також міняєте по АПІ?
Ціна проєкту буде не маленька бо роботи багато.
Бюджет: 4000 UAH Термін: 2 дні
Вітаємо Вас! Створював подібне рішення, де управління доменами і поштовими рахунками можливі як через веб-інтерфейс, так і через просту API (реалізація на LEMP). Пожежу VPS-провайдера, налаштую сервер, готовий дистанційно вирішувати проблеми експлуатації, підтримувати користувачів. Готовий приступити негайно після обговорення деталей. Настроюється на довгострокове співробітництво.
Я перебуваю в Чернігові, можлива особиста зустріч
Ставки приховані
Ставки поки відсутні
-
Сергей Лунев
15 березня 2023
Доброго дня, перефразуйте будь ласка, я не розумію що ви маєте на увазі
-
Віталій Д. 15 березня 2023Ви ще високонагруженних проектів мабудь не бачили, де кілька мільйонів запитів за хвилину прилітає. I так, 24\7\365 звісно. Для цього дата-центри і будують, в яких ці самы віртуальні сервери і знаходяться.
-
Віталій Д. 16 березня 2023Ви трохи до слiв придераэтесь, звiсно вiдома, а якщо я скажу так - зпит на створення запису, то це буде запит чи створення?
-
Руслан Б. 16 березня 2023звичайно запит
не виконаються умови або не достатньо прав
від бажання створити є ще крок : дозвіл :)
Актуальні фриланс-проєкти в категорії DevOps
Необхідно виконати оновлення, перенесення та налаштування 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 і без втрати листів.