Notatki operatora

Serwer 7 Days to Die 3.0 (Dead Hot Summer): co nowego i jak zaktualizować

V3.0 Dead Hot Summer wjeżdża na serwery, a razem z nim jedna zmiana, która potrafi rozłożyć konfigurację każdemu operatorowi: stary serverconfig.xml z dziesiątkami właściwości zastępuje jedna wartość SandboxCode. Poniżej co 3.0 daje właścicielowi serwera, jak zaktualizować serwer dedykowany i co zrobić przed przełączeniem żywej instancji.

Opublikowano 16 czerwca 2026 · ~8 min czytania

Co V3.0 daje właścicielowi serwera

Dead Hot Summer to spora aktualizacja treści i systemów. Z perspektywy operatora najistotniejsze są nowe opcje rozgrywki i to, jak teraz się je konfiguruje:

• 150 opcji sandbox i 11 presetów. To rdzeń zmiany: zamiast grzebać w dziesiątkach pojedynczych właściwości, ustawiasz świat przez rozbudowane menu Sandbox Options, a wynik zapisujesz jako jeden kod.
• Item Magnitude. Ulepszone warianty sprzętu, oznaczone pomarańczową gwiazdką i turkusowym procentem. Wpływa na balans lootu na serwerze.
• Opcjonalny Repair and Degradation. Naprawa zużywa od 5 do 25 procent trwałości przedmiotu (poziomy 5/10/15/20/25). Ustawienie serwerowe, które realnie zmienia ekonomię survivalu.
• Sign-Tech, ponad 60 nowych POI, wieżyczka M60. Więcej treści do eksploracji i obrony bazy.
• Przebudowany interfejs i menu oraz konfigurowalny celownik. Zmiany jakości życia po stronie klienta.

Warto z góry uciąć dwa mity: w 3.0 nie ma bandytów ani trybu fabularnego. To nadal piaskownica survivalowa, tylko z głębiej konfigurowalnym światem. Pełną listę zmian opisuje oficjalne release notes V3.0.

Jak zaktualizować serwer dedykowany do 3.0

Serwer dedykowany 7 Days to Die to osobny komponent w Steam o App ID 294420 (sama gra ma 251570). Sposób aktualizacji zależy od tego, czy zarządzasz serwerem ręcznie, czy przez panel.

Przez SteamCMD (VPS, własna maszyna)

1. Zaloguj się anonimowo. W SteamCMD wpisz login anonymous i ustaw katalog przez force_install_dir.
2. Pobierz aktualizację. Uruchom app_update 294420 validate. Parametr validate weryfikuje pliki i ratuje po nieudanym pobraniu.
3. Wejdź na gałąź eksperymentalną, jeśli chcesz 3.0 przed stabilną. Dopóki 3.0 jest w fazie experimental, w Steam musisz opt-in na gałąź beta serwera dedykowanego, inaczej SteamCMD pobierze ostatni stabilny build (czyli wciąż 2.6).

Na hostingu zarządzanym (panel)

Tu jest prościej. Panele zwykle uruchamiają aktualizację automatycznie przy restarcie: auto-update jest domyślnie włączony, więc restart serwera najpierw odpala aktualizację Steam, a dopiero potem startuje grę. W praktyce wystarczy kliknąć Steam Update albo po prostu zrestartować serwer.

Gotcha: serwer ciągle na starym buildzie

Klasyczny problem przy dużych patchach: uruchamiasz aktualizację, a SteamCMD twierdzi, że pliki nie mają zmian (No changes albo No Error) i serwer zostaje na poprzednim buildzie. Przyczyną jest nieświeży cache PICS, czyli metadane Steam, na podstawie których SteamCMD decyduje, czy w ogóle pobierać. Wymuś świeże pobranie:

login anonymous → app_info_update 1 → app_update 294420 validate

Parametr +app_info_update 1 odświeża metadane przed sprawdzeniem wersji i w 99 procentach przypadków odblokowuje pobranie 3.0 na serwerze, który „nie chciał” się zaktualizować.

Co zbackupować PRZED aktualizacją

Zanim w ogóle dotkniesz aktualizacji, zabezpiecz trzy rzeczy poza maszyną serwera:

• Folder zapisów świata (Saves). Leży w folderze profilu, nie w katalogu instalacji serwera (na Windows zwykle %APPDATA%\7DaysToDie\Saves, na Linuksie ~/.local/share/7DaysToDie/Saves). To je trzeba kopiować osobno.
• Aktualny serverconfig.xml. To Twoja jedyna referencja, jak serwer był skonfigurowany w 2.6, gdy będziesz odtwarzać ustawienia w nowym formacie.
• Cały folder Mods z dokładnymi wersjami. Jeśli grasz na overhaulach, ten zip ratuje wieczór, gdy aktualizacja rozłoży zestaw.

To nie jest nadmiarowa ostrożność. Migracja na SandboxCode (niżej) zmienia format konfiguracji, więc bez kopii nie masz do czego wracać.

Najważniejsza zmiana: migracja na SandboxCode

To jedyna rzecz, która naprawdę zaboli operatora 3.0, więc warto ją zrozumieć przed przełączeniem. V3.0 usuwa około 29 starych właściwości z serverconfig.xml (między innymi GameDifficulty, XPMultiplier, BloodMoonFrequency, LootAbundance) i zastępuje je jedną wartością: SandboxCode.

Mechanika jest taka:

1. Wchodzisz do gry, otwierasz menu Sandbox Options i ustawiasz świat tak, jak chcesz (trudność, mnożniki, krwawy księżyc, loot i tak dalej).
2. Gra generuje z tego kod sandbox, który kopiujesz.
3. Kod wklejasz do serverconfig.xml jako wartość SandboxCode.

Co istotne: zapisy świata z V2.6 przechodzą na 3.0 bez problemu, ale stara konfiguracja per-właściwość przepada. Jeśli przełączysz serwer na 3.0 bez wygenerowania kodu, wszystkie te dziesiątki ustawień wrócą do domyślnych, a gracze nagle dostaną inny balans niż mieli wczoraj. Dlatego kod sandbox generujesz i wklejasz przed przełączeniem żywego serwera, najlepiej testując całość na osobnej instancji.

Aspekt	V2.6 (dotychczas)	V3.0 (Dead Hot Summer)
Konfiguracja świata	~29 osobnych właściwości w XML	jedna wartość SandboxCode
Skąd ją bierzesz	ręczna edycja XML	menu Sandbox Options w grze, kopiuj-wklej
Zapisy świata	format 2.6	przechodzą z 2.6
Stare ustawienia per-property	działają	przepadają, trzeba odtworzyć

Mody na 3.0: na razie ostrożnie

Duże overhaule raczej nie zadziałają na 3.0 na starcie, bo każda większa wersja gry łamie kompatybilność modów ingerujących w kod. Stan na premierę:

• Darkness Falls ma build V6 osadzony na grze 1.4, Undead Legacy jest przypięty do Alpha 20.7, a Ravenhearst również wymaga przepisania. Te overhaule nie wstaną na 3.0, dopóki autorzy nie wydadzą wersji pod nowy build.
• Aktywnie utrzymywane mody, jak War3zuk czy The Wasteland, dostaną port pod 3.0 najszybciej. To na nie warto patrzeć w pierwszej kolejności.
• Pod każdy overhaul z kodem nadal trzeba wyłączyć EAC, czyli ustawić EACEnabled na false w serverconfig.xml. Bez EAC tracisz ochronę antycheat, więc na publicznym serwerze nadrabiaj to hasłem lub whitelistą.

Praktyczna rada: jeśli Twój serwer stoi na overhaulu, zostań na 2.6, dopóki ten konkretny mod nie ogłosi wersji pod 3.0. Aktualizacja na siłę da Ci tylko serwer, który nie wstaje. Czysty serwer (vanilla lub lekkie modlety) możesz przełączać od razu.

VPS, własny komputer czy hosting zarządzany

Sposób, w jaki przejdziesz przez 3.0, zależy od tego, gdzie stoi serwer:

• Własny komputer lub VPS samodzielnie. Pełna kontrola, ale aktualizacja, opt-in na gałąź beta, gotcha z app_info_update 1, kopie i migracja SandboxCode są na Twojej głowie.
• Hosting zarządzany. Auto-update przy restarcie, gotowe porty, panel do konfiguracji i często gotowe paczki modów. Mniej kontroli, ale przejście na 3.0 sprowadza się zwykle do restartu i wklejenia kodu sandbox.

Jeśli nie chcesz być sysadminem przy każdym dużym patchu, wybierz hosting zarządzany z panelem - aktualizacje (w tym przejście na 3.0) sprowadzają się wtedy do restartu, a porty otwiera sam panel, bez ręcznego SteamCMD.

Najczęstsze pytania

Jak zaktualizować serwer 7 Days to Die do 3.0?

W SteamCMD: app_update 294420 validate. Na hostingu zarządzanym zwykle wystarczy restart albo przycisk Steam Update, bo auto-update jest domyślnie włączony. Dopóki 3.0 jest eksperymentalna, musisz w Steam opt-in na gałąź beta serwera dedykowanego.

Dlaczego serwer ciągle pobiera stary build?

SteamCMD utknął na nieświeżym cache PICS i twierdzi, że nie ma zmian. Wymuś świeże metadane: login anonymous, potem app_info_update 1, dopiero potem app_update 294420 validate.

Czy zapisy świata z 2.6 przejdą na 3.0?

Tak, zapisy przechodzą. Przepada za to stara konfiguracja per-właściwość w serverconfig.xml, którą 3.0 zastępuje jedną wartością SandboxCode. Wygeneruj kod w menu Sandbox Options przed przełączeniem.

Czy moje mody zadziałają na 3.0?

Duże overhaule (Darkness Falls, Undead Legacy, Ravenhearst) raczej nie zadziałają na starcie. Aktywnie utrzymywane mody (War3zuk, The Wasteland) dostaną port najszybciej. Pod overhaule z kodem nadal wyłączasz EAC.

Co zbackupować przed aktualizacją?

Folder zapisów (Saves), aktualny serverconfig.xml i cały folder Mods z wersjami. Save'y leżą w folderze profilu, nie w katalogu instalacji, więc to je trzeba zabezpieczyć osobno.

Powiązane

• Serwer 7 Days to Die: instalacja, mody i częste błędy (podstawy setupu i overhauli)
• Kopie zapasowe serwera gry (jak robić backupy, które naprawdę ratują)
• Dobór sprzętu pod serwer gry (ile CPU i RAM realnie potrzebujesz)
• Aktualizacja serwera gry krok po kroku (procedura, którą można przenieść na inne tytuły)
• Hosting zarządzany vs własny serwer (kiedy panel z auto-aktualizacją oszczędza nerwów przy patchach).