Budżet: 5000 UAH Termin: 3 dni
Cześć. Pomogę w przeniesieniu twojego serwera. Skontaktuj się, mam duże doświadczenie z Devops. Cena podana poniżej. Będzie trzeba rozwinąć kontener i wszystko skonfigurować. Może być potrzebny docker.
Jest serwer na Hetzner oraz następujące komponenty
- Strona na Node.js (już na serwerze Hetzner)
- Strona na Ruby on rails (na Digital Ocean)
- Bot Telegram, który działa na Pythonie (na razie na lokalnym serwerze)
Chciałbym, aby wszystkie były hostowane na jednym serwerze Hetzner.
Tylko nie wiem z punktu widzenia architektury, czy trzeba dodać jakieś kontenery dla każdego, bo to niepowiązane ze sobą projekty.
Kto się zna i może to zrobić, piszcie.
Budżet orientacyjny, możecie proponować swój.
Budżet: 5000 UAH Termin: 3 dni
Cześć. Pomogę w przeniesieniu twojego serwera. Skontaktuj się, mam duże doświadczenie z Devops. Cena podana poniżej. Będzie trzeba rozwinąć kontener i wszystko skonfigurować. Może być potrzebny docker.
Budżet: 4500 UAH Termin: 5 dni
Dzień dobry!
Zdockeruję aplikacje i uruchomię wszystko w kontenerze. Mam doświadczenie z RoR.
Budżet: 4920 UAH Termin: 1 dzień
Godzina pracy 15$
Na początek trzeba zbadać, co już jest, jakie są możliwości.
Добрый вечер.
Пару вопросов, на хетцнере у Вас дидикейт или впс ?
Сайт на диджетале как понимаю на впс ?
И как я понимаю ВЫ хотите еще и бота перевести на сервер в хецнер. И что бы они были разделены друг от друга как отдельные проекты.
Можно сюда или в личку если удобней, по цене смогу сориентировать после деталей.
На хетцнере это cloud, пока что shared, хотя возможно сразу есть смысл перейти на dedicated.
Да, это отдельные проекты. Хотя не знаю на что это влияет
Ну как минимум на эти факторы это влияет.
Минусы выделенного сервера:
1. Цена: Выделенный сервер, дороже по сравнению с VPS
Плюсы выделенного сервера:
1. Изоляция проектов: Каждый проект находится на отдельной машине, что обеспечивает полную изоляцию.
2. Бэкап и восстановление: Возможность делать бэкап всей системы и быстро восстанавливать конкретный инстанс.
3. Отдельный сторедж бокс: При покупке выделенного сервера предоставляется дополнительное пространство для хранения ( 100 ГБ), куда можно складывать бэкапы.
4. Удобство конфигурации: Поскольку это отдельные машины, вы можете настраивать их независимо друг от друга. Ребуты, обновления или откаты одной машины не влияют на работу других.
Минусы размещения всех проектов на одном VPS:
1. Отсутствие изоляции: Все проекты будут делить одни и те же ресурсы (процессор, память, диск), что может привести к взаимному влиянию на производительность. Если один проект начинает потреблять больше ресурсов, это может негативно сказаться на остальных.
2. Риск сбоев: Если произойдет сбой или атака на один из проектов, это может затронуть все остальные. Например, если один проект будет скомпрометирован, все остальные могут оказаться под угрозой.
3. Сложности в управлении конфигурациями: Разные проекты могут требовать различных версий ПО и зависимостей, что усложняет их совместное размещение и управление.
4. Рестарты и обновления: Обновление или перезапуск одного проекта может потребовать перезагрузки всего сервера, что приведет к временной недоступности всех проектов.
5. Резервное копирование и восстановление: Управление бэкапами и восстановлением данных становится сложнее, так как нужно учитывать совместимость и зависимости всех проектов.
Плюсы VPS:
Цена.
Додам - на Hetzner у вас буде лише 1 IPv4 адреса на всі проєкти.
Я б почав з дослідження того що вже є. Який трафік, навантаження на CPU, HDD, RAM і маючі ці цифри підбирав би оточення.
Технології різні і кожна по своєму гарна і по своєму погана, але все залежить від поставлених задач.
а можете залишити ставку, бо так я навіть в лічку нічого не можу написати
Технології різні і кожна по своєму гарна і по своєму погана, але все залежить від поставлених задач. Согласен с этим полностью.
На хетцнере также можно взять дополнительные. Цена его составляет в месяц € 1.7. Но еще предается заплатить единоразово за его включение € 4.9
а можете залишити ставку, бо так я навіть в лічку нічого не можу написати
Wymagane jest zaktualizowanie, przeniesienie i skonfigurowanie projektów Laravel na nowym serwerze, zapewniając stabilne działanie, bezpieczeństwo, ochronę przed exploitami oraz poprawne działanie wszystkich usług po migracji. 1. Główne zadania Przygotować nowy serwer do pracy. Przenieść pliki projektów, bazy danych, konfiguracje oraz zadania cron. Zaktualizować oprogramowanie serwera. Skonfigurować bezpieczne środowisko dla Laravel. Sprawdzić zgodność PHP, Laravel, pakietów Composer i zależności. Zapewnić ochronę przed znanymi exploitami, złośliwymi zapytaniami oraz nieautoryzowanym dostępem. Skonfigurować certyfikaty SSL. Sprawdzić działanie stron po przeniesieniu. 2. Przenoszenie projektów Laravel Dla każdego projektu należy: Przenieść pliki projektu. Przenieść bazę danych. Przenieść konfigurację .env. Skonfigurować prawa dostępu do katalogów: storage bootstrap/cache Sprawdzić działanie: strony głównej; panelu administracyjnego; autoryzacji; formularzy; API; przesyłania plików; wysyłania e-maili; zadań cron; workerów kolejek.3. Bezpieczeństwo i ochrona Należy wdrożyć podstawowy i aplikacyjny poziom ochrony: zamknąć dostęp root przez SSH; skonfigurować dostęp SSH tylko za pomocą kluczy; zmienić standardowy port SSH, jeśli to konieczne; skonfigurować zaporę sieciową; zezwolić tylko na niezbędne porty; zainstalować Fail2Ban; ukryć wersje usługowe Nginx/Apache/PHP; zabronić dostępu do .env, .git, plików kopii zapasowych, plików logów; ustawić odpowiednie uprawnienia do plików; sprawdzić projekty pod kątem złośliwych plików; sprawdzić pakiety Composer pod kątem znanych luk; zaktualizować zależności, jeśli nie łamie to funkcjonalności; skonfigurować ochronę przed SQL injection, XSS, CSRF oraz path traversal; sprawdzić poprawność Laravel APP_ENV oraz APP_DEBUG; ustawić APP_DEBUG=false na produkcji; skonfigurować ograniczenie liczby żądań dla krytycznych punktów końcowych; sprawdzić dostęp do storage/uploads; skonfigurować ochronę przed wykonywaniem PHP w katalogach przesyłania; sprawdzić prawa dostępu do paneli administracyjnych. 4. SSL i domeny Należy: Zainstalować certyfikaty SSL. Skonfigurować automatyczne odnawianie SSL. Włączyć przekierowanie z HTTP na HTTPS. Sprawdzić poprawne działanie stron przez HTTPS. 5. Kopie zapasowe Należy skonfigurować kopie zapasowe: plików projektów; baz danych; plików .env; przesyłanych mediów; konfiguracji cron; konfiguracji Nginx/Apache. Kopie zapasowe powinny być wykonywane automatycznie według harmonogramu. Preferowane jest przechowywanie kopii oddzielnie od głównego serwera. 6. Weryfikacja po przeniesieniu Po migracji należy sprawdzić: brak błędów 500/403/404; brak krytycznych błędów w logach Laravel. 9. Wynik wykonania Po zakończeniu prac powinno być: projekty Laravel pomyślnie przeniesione na nowy serwer; strony działają stabilnie; SSL skonfigurowany; serwer zabezpieczony podstawowymi ustawieniami bezpieczeństwa; dostępy do krytycznych plików zamknięte; kopie zapasowe skonfigurowane; cron i kolejki działają; stary serwer można wyłączyć po ostatecznej weryfikacji.
Mamy dedykowany serwer na hetzner z witryną na dockerach (+framework laravel) Kontakt z deweloperami został utracony Potrzebne: - przywrócić i zmienić dostęp do serwera (prawdopodobnie ssh) - zalecić miejsce przechowywania i skonfigurować pełny backup serwera z prostym przywracaniem, prawdopodobnie nie na hetzner dla bezpieczeństwa - naprawić z jakiegoś powodu niewyświetlany logo (nie wiadomo dlaczego plik przestał być dostępny) Ważne - backupu witryny nie ma, prawa na błąd też. Rozważymy tylko doświadczonych specjalistów.