Vitalii D.
Oferta, która wygrała- Zlecenia 11
- Ocena 5.0
- Ranking 768
Budżet: 8000 UAH Termin: 5 dni
Od 15 lat obsługuję klientów VPS w techpodrzymie dostawcy hostingu, więc wiem, jak to zrobić tak łatwo i szybko, jak to możliwe. Pokażę potrzebne po. W ciągu dnia będzie gotowy.
Budżet: 65000 UAH Termin: 55 dni
Pozdrawiam ! Nasz zespół jest gotowy do realizacji Twojego projektu. Aby uzyskać dokładniejszą ocenę, lepiej byłoby skontaktować się z nami w celu wyjaśnienia szczegółów. Szczegóły możemy omówić indywidualnie. Czekamy na Twoje komentarze! Serdecznie zapraszamy do współpracy z Brille.Dev!
Budżet: 79999 UAH Termin: 30 dni
Rozumiem dlaczego masz takie trudności, wszystko, co opisano można zrealizować, ale pamiętaj, że jeśli używasz tylko 1 serwer jako dns to poczta może nie zawsze "wracać" trzeba co najmniej 2. Zastanawiasz się nad zmianą domeny, a także o zmianie domeny?
Cena nie będzie mała, bo jest dużo pracy.
Budżet: 4000 UAH Termin: 2 dni
Pozdrawiam ! Tworzył podobne rozwiązanie, w którym zarządzanie domenami i kontami pocztowym jest możliwe zarówno za pośrednictwem interfejsu internetowego, jak i za pośrednictwem prostych API (realizacja na LEMP). Powiedzę dostawcy VPS, ustawię serwer, gotowy do dalekiego rozwiązania problemów operacyjnych, obsługi użytkowników. Przygotuj się do rozmowy natychmiast po szczegółach. Zdecydowanie na długoterminową współpracę.
Jestem w Szczecinie, może być osobiste spotkanie.
Oferty ukryte
Aktualnie brak ofert
-
Vitalii D. 15 marca 2023Ви ще високонагруженних проектів мабудь не бачили, де кілька мільйонів запитів за хвилину прилітає. I так, 24\7\365 звісно. Для цього дата-центри і будують, в яких ці самы віртуальні сервери і знаходяться.
-
Vitalii D. 16 marca 2023Ви трохи до слiв придераэтесь, звiсно вiдома, а якщо я скажу так - зпит на створення запису, то це буде запит чи створення?
-
Ruslan B. 16 marca 2023звичайно запит
не виконаються умови або не достатньо прав
від бажання створити є ще крок : дозвіл :)
Aktualne zlecenia dla freelancerów w kategorii DevOps
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.
Szukam specjalisty, który pomoże przenieść pocztę korporacyjną z Google Workspace na inną platformę pocztową. Chcemy przejść, ponieważ Google Workspace jest dla nas teraz dość drogie. Mamy około 30 użytkowników. Na razie nie zdecydowaliśmy, na którą dokładnie platformę najlepiej przejść, dlatego chętnie usłyszymy wasze rekomendacje dotyczące optymalnej opcji pod względem ceny, niezawodności i wygody. Z naszej strony rozważamy MXRoute, ale jesteśmy otwarci na inne propozycje. Główne zadanie to przenieść pocztę z minimalnym czasem przestoju i bez utraty wiadomości.