Обновление безопасности: проверь свою ветку версии
Исправления безопасности для Project Zomboid должны соответствовать имеющейся ветке Stable, Unstable или Legacy. Сделай резервную копию мира и набора модов и сначала обновись в рамках этой ветки. Обновление безопасности не означает разрешения переносить мир Build 41 в Build 42. По состоянию на 7 октября 2026 года The Indie Stone указывает 42.21 как Stable. В официальных примечаниях к релизу 42.21 среди прочего сообщается о повторном разрешении loadstring и loadstream; поэтому августовское исправление ниже следует рассматривать как историческое.
В 42.20.4 функции loadstring и loadstream были отключены по соображениям безопасности. В 42.21 после дополнительной проверки обе снова разрешили. Поэтому оценивай ошибки модов по фактически установленной сборке; успешный запуск сам по себе по-прежнему не подтверждает работу всех функций модов.
- Запиши ветку, версию сервера и список модов; сделай резервную копию мира и конфигурации при остановленном сервере.
- Обновись в рамках той же ветки и приведи клиентов к одной версии.
- Проверь подключение, сохранение и реально используемые функции модов. Привязывай ошибки Lua к конкретной сборке; ограничение из 42.20.4 для 42.21 в прежнем виде не действует.
- При проблемах протестируй отдельный свежий мир без модов. Не перезаписывай для этого сохранение своего сообщества.
- Возвращай затронутый мод в работу только после его адаптации. Откат к состоянию до исправления безопасности не годится как постоянный путь назад.
Источник: The Indie Stone: хотфиксы безопасности от 26 августа.
Build 42 — Stable, и он ломает твои старые сохранения
С 29 июля 2026 года Build 42 Project Zomboid официально стал Stable. После примерно 19 месяцев разработки это крупнейший перелом со времён Build 41 — и для владельцев серверов это прежде всего вопрос совместимости: сохранения Build 41 не работают в Build 42. Кто переходит, тот начинает мир заново. Кто этого не хочет, может целенаправленно оставить свой сервер на Build 41.
Это руководство показывает оба пути, перечисляет изменения, важные для серверов, и последующее исправление безопасности от 26 августа.
Ситуация с совместимостью на одной картинке
| Исходная ситуация | Работает в 42.20? | Что делать |
|---|---|---|
| Сохранение Build 41 | Нет | Начать мир заново или остаться на legacy41 |
| Сохранение Unstable 42.19 | Нет | Начать мир заново или остаться на бета-ветке 42.19 |
| Новый мир в 42.20 | Да | — |
| 42.20.0 → хотфикс 42.20.1 | Да | По словам разработчиков, хотфикс не ломает сохранения |
То, что миры 42.19 тоже не переносятся, объясняется обширными новыми областями карты в 42.20 — данные мира просто больше не сочетаются.
Путь 1: остаться на Build 41
Если твоё сообщество в разгаре долгой партии, остаться — самый малорисковый вариант. The Indie Stone держит Build 41 в виде отдельной бета-ветки:
- Щёлкни правой кнопкой по Project Zomboid в своей библиотеке Steam
- Открой Свойства
- В разделе Версии и беты выбери ветку
legacy41
Важно: все игроки твоего сервера должны выбрать одну и ту же ветку. Клиент на Build 42 не подключится к серверу на Build 41. Поэтому объяви о смене заранее.
Для партий на Unstable 42.19 аналогично есть бета-ветка 42.19.
Путь 2: переход на Build 42
Переход означает перезапуск мира. Разумная последовательность:
- Создай резервную копию текущего мира. В панели game-serverhosting ты сохраняешь свой сервер, прежде чем что-либо менять — так старая партия сохранится, если вы захотите вернуться.
- Согласуй дату с сообществом. Вайп без предупреждения стоит тебе игроков.
- Проверь моды (см. ниже) — Build 42 это разрыв, многим модам нужно обновление.
- Обнови сервер до выбранной поддерживаемой версии Build 42 и создай отдельный новый мир. На 7 октября 2026 года опубликованная стабильная версия — 42.21; перед переходом проверь примечания к релизу.
- Заново задай настройки песочницы — некоторые параметры изменились.
Ещё нет собственного сервера? Арендовать сервер Project Zomboid
Что конкретно меняется для мультиплеерных серверов
Build 42.20 приносит несколько новшеств, касающихся исключительно серверов:
- Античит переработан и снова активен. Проверка теперь выполняется на стороне сервера; прежняя настройка
antiCheatItemубрана, так как стала лишней. Улучшено протоколирование. Два подраздела (NoClip, PacketException), по словам разработчиков, ещё в работе. - Новая серверная опция «Show coordinates». С её помощью ты включаешь или отключаешь строку координат для всех подключённых клиентов — полезно для ролевых серверов, которые хотят принудить к навигации по карте.
- Значения пинга по игрокам теперь отображаются на вкладках «Players» и «Users List». Наконец-то можно отличить, у игрока проблема с соединением или зависает сам сервер.
- Лимит зомби заметно повышен. Опция песочницы «Zombie count before deletion» теперь доходит до 5000 вместо прежних 500. Для густонаселённых серверов с большим наплывом это ощутимая степень свободы — но и рычаг, который стоит производительности.
- Более короткое время загрузки между «Click to Start» и появлением в мире.
- Складываемые предметы передаются быстрее.
- Сетевое поведение при столкновениях транспорта с зомби улучшено.
Твой старый файл песочницы: что Build 42 тихо делает иначе
То, что сохранения не продолжают работать, известно. Менее известна — и в повседневности досаднее — вторая часть: файл настроек SandboxVars.lua можно спокойно перенести. Просто в Build 42 он означает уже не то же самое. Ни сообщения об ошибке, ни записи в логе. Сервер запускается, но играется по-другому.
Мы эксплуатируем серверы на обеих сборках и вынуждены читать оба формата параллельно. Поэтому приведённые ниже различия взяты не из вики, а из сравнения реальных серверных файлов.
Восемь опций теперь называются иначе
| Настройка | Build 41 | Build 42 |
|---|---|---|
| Еда | FoodLoot |
FoodLootNew |
| Медицина | MedicalLoot |
MedicalLootNew |
| Снаряжение для выживания | SurvivalGearsLoot |
SurvivalGearsLootNew |
| Оружие ближнего боя | WeaponLoot |
WeaponLootNew |
| Дальнобойное оружие | RangedWeaponLoot |
RangedWeaponLootNew |
| Боеприпасы | AmmoLoot |
AmmoLootNew |
| Множитель опыта | XpMultiplier |
MultiplierConfig.Global |
| Респавн лута | LootRespawn |
HoursForLootRespawn |
Если ты берёшь старый файл, Build 42 игнорирует старые ключи и подставляет для новых значение по умолчанию. Твоя с трудом настроенная редкость лута пропадает — и никто тебе об этом не скажет.
Два переименования — это больше, чем просто переименование: XpMultiplier больше не отдельное значение, а перенесён в контейнер MultiplierConfig. А из выбора ступени LootRespawn с HoursForLootRespawn стало значение в часах — 4 раньше означало ступень, теперь это четыре часа.
DayLength: то же число, другой день
Это самое незаметное и одновременно самое действенное изменение. Список значений перенумерован:
| Значение | Build 41 | Build 42 |
|---|---|---|
4 |
2 часа | 1,5 часа |
5 |
3 часа | 2 часа |
6 |
4 часа | 3 часа |
7 |
5 часов | 4 часа |
| … | … | … |
26 |
– | 23 часа (новое) |
27 |
– | Реальное время (новое) |
Кто играл в Build 41 с DayLength = 4, имел двухчасовые дни. Тот же файл в Build 42 даёт дни по полтора часа — заметно короче, хотя ничего не выглядит сломанным. Если после перехода твой сервер кажется более суетливым, чаще всего причина в этом.
Что Build 42 разрешает нового
Часть этого раньше вообще нельзя было настроить:
- Полностью отключить зомби (
Zombies = 6) — для строительных и ролевых серверов - Случайные значения скорости, силы и стойкости (
ZombieLore.Speed,.Strength,.Toughness) - Отключить заражение (
Transmission = 4) и никогда не умирать от заражения (Mortality = 7) - Оставить электричество и воду включёнными навсегда — или отключить только через 6–12 месяцев
- Без порчи в холодильнике (
FridgeFactor = 6) - Очень высокий или очень медленный как новая ступень для температуры, эрозии, природного роста, порчи еды и частоты появления транспорта
Как настроить это у нас
У нас для этого не нужно редактировать файл. В панели сервера в разделе Песочница есть управляемая форма, которая считывает настройки твоего мира прямо из файла — она автоматически показывает список значений твоей сборки, то есть в Build 42 и новые ступени. Шаблоны игры (Apocalypse, Survivor, Outbreak, Rising, Six Months Later) можно применить одним щелчком.
Есть два важных момента. Сохранение работает, только пока сервер остановлен — Project Zomboid перезаписывает файл при выключении и иначе затёр бы твои изменения. А тому, кому нужен полный файл, он доступен через файловый менеджер по пути .cache/Server/<Servername>_SandboxVars.lua.
Ретроспектива: исправления производительности в 42.20.1
Хотфикс от 5 августа устраняет именно те проблемы, которые на хорошо посещаемых серверах проявляются как «сервер лагает»:
- Исправлена выгрузка чанков. Ошибка вызывала серьёзные проблемы с производительностью при выгрузке областей мира. По словам разработчиков, исправление устраняет большинство ошибок, с которыми игроки сталкивались как с лагами сервера на серверах с большим числом игроков — важнейший пункт патча.
- Закрыта утечка памяти. Утечка памяти со временем приводила к падению производительности и в итоге к сбоям. Именно тот шаблон, который проявляется как «через несколько дней сервер приходится перезапускать».
- Улучшено использование памяти за счёт повторного использования отброшенных данных мира.
- Повреждённые миры B41 по ошибке можно было размещать на серверах B42 — это теперь исключено.
- Исправлено исчезновение транспорта после отключения напарника.
- Улучшена проверка контрольных сумм Lua для античита.
42.20.1 был ранним хотфиксом производительности, 42.20.4 — более поздним исправлением безопасности. Вышедшая за это время 42.21 содержит дальнейшие изменения, включая повторное разрешение двух функций Lua. Не используй эти исторические номера патчей без проверки как актуальную цель обновления.
Моды: рассчитывай на поломки
Build 42 — это скачок версии, который затрагивает моды. Кроме того, The Indie Stone указывает, что патч безопасности, выпущенный вместе с 42.20 (лежащую в основе уязвимость ответственно сообщил Jorge Escabias), в отдельных случаях тоже может влиять на моды.
На практике это означает:
- Проверь до перехода, есть ли у твоих модов из Workshop версия для Build 42.
- Протестируй на новом мире без модов, прежде чем сообщать об ошибках — это прямо рекомендует разработчик.
- Важно для авторов модов: моды теперь могут записывать файлы
.json, а файлам перевода нужен%%, чтобы отобразить знак процента.
Как устанавливать моды на свой сервер и поддерживать их в актуальном состоянии, мы объясняем здесь:
FAQ
Можно ли как-то спасти моё сохранение Build 41?
На Build 42 нет. Данные мира несовместимы. Но ты можешь без ограничений продолжать партию на ветке legacy41 — резервную копию всё равно сделай заранее.
Должны ли мои игроки что-то делать?
Да. Сервер и клиент должны работать на одной версии. Если ты остаёшься на Build 41, все должны выбрать ветку legacy41; если переходишь, все должны быть на стандартной версии.
Достаточно ли стабилен Build 42 для сервера сообщества?
Предупреждение «Unstable» убрано из главного меню, а 42.20.1 устранил две самые серьёзные серверные проблемы (выгрузка чанков, утечка памяти). Так что в пользу перехода говорит заметно больше, чем в конце июля.
Стоит ли повышать лимит зомби?
Он доступен, но дорог. Больше активных зомби означает большую вычислительную нагрузку на тик. Приближайся постепенно и следи за нагрузкой сервера в панели.
Где найти полный список новшеств?
Разработчики предоставляют обзор возможностей Build 42. Это прямо заявленная подборка, а не полный список изменений.
Источники: официальные объявления Steam «Build 42.20.0 Stable Released» (29 июля 2026), «B42 CHECKLIST» (28 июля 2026) и «42.20.1 STABLE Hotfix Released» (5 августа 2026).
Отделить смену версии от диагностики модов
Перед переходом запиши ветку сервера, ветку клиента и активные ID Workshop. Сначала протестируй Build 42 на отдельном свежем мире и без модов. Если подключение там работает, добавляй нужные расширения по одному в документированном порядке загрузки. Мод, работающий в Build 41, нуждается в явной версии для Build 42 или разрешении. Переноси настройки песочницы по их смыслу, а не только по совпадению числа. Сохрани мир Build 41 с подходящим набором ПО и модов как отдельную резервную копию. Повторные запуски со сменой сборок — не безопасный способ конвертации.