Questy: návrh, validace a aktivace
Jak připravit vlastní nebo blokované questy, zkontrolovat výsledné soubory, vytvořit publikaci, aplikovat ji a naplánovat aktivaci.
Na této stránce
Modul Questy slouží k přípravě vlastních SCUM questů a ke kontrolovanému blokování vybraných nativních questů. Administrátor pracuje s návrhem v databázi, vidí výsledný náhled souborů, opraví chyby a teprve poté vytvoří publikaci pro konkrétní server.
Uložení questu neznamená, že ho hráči už vidí. Mezi editorem a aktivní hrou jsou záměrně oddělené kroky: návrh, validace, publikace, apply a restart.
Kde to najdeš
- Questy – profily, questy, blokované identity, validace, publikace a historie.
- Questy → Preview – výsledný náhled připravených JSON souborů.
Co je profil, custom quest a blocked quest
- Profil: pracovní sada questů pro jeden vybraný server. Může zůstat jako draft, dokud není připravena.
- Custom quest: vlastní definice, kterou Nodera vloží do připravovaného quest souboru.
- Blocked quest: identita nativního questu, který má být v této konfiguraci blokován. Blokování není smazání původního herního obsahu.
- Publikace: neměnná publikovaná verze ověřeného profilu určená k aplikaci.
Doporučený postup
- Vyber server a vytvoř nebo otevři jeho pracovní profil.
- Přidej první custom quest přes editor. Používej stabilní jedinečnou identitu a vyplň všechny povinné části zobrazené formulářem.
- Pokud potřebuješ vypnout nativní quest, přidej ho mezi blocked identity. Nevytvářej prázdný custom quest se stejným jménem jako náhradu blokování.
- Spusť validaci. Oprav chyby, kolize identit a neplatné vazby.
- Otevři Preview a čti výsledek jako celek. Zkontroluj, že se v něm nacházejí pouze zamýšlené questy a blokování.
- Vytvoř publikaci. Ta zachová přesný ověřený stav i tehdy, když později upravíš draft.
- Pošli publikaci přes Apply. NODERAgent zapíše pouze povolené quest soubory; PHP admin nepíše přímo na herní server.
- Naplánuj samostatný schválený restart SCUM serveru. Questy se nestanou aktivními pouze úspěšným Apply.
- Po restartu proveď herní test: dostupnost questu, progres, cíl, odměnu a chování blokovaných questů.
Jak číst stavy
| Stav | Co můžeš tvrdit |
|---|---|
| Draft uložen | Návrh existuje v administraci Nodera. Hráči ho ještě nemusí vidět. |
| Validace úspěšná | Formát a podporované vazby prošly kontrolou. Ještě nejde o herní test. |
| Publikace vytvořená | Existuje neměnná verze připravená k nasazení. |
| Apply úspěšný | Soubory byly bezpečně připraveny na serveru. SCUM se automaticky nerestartoval. |
| Restart a herní test | Až po nich lze novou konfiguraci označit za aktivní a ověřenou. |
Aktuální příklad z Main serveru
Stav databáze k 1. 9. 2026.
- Existoval jeden pracovní profil s názvem „Default quest draft...“ ve stavu draft.
- Profil neobsahoval žádnou custom quest definici.
- Neexistovala žádná publikace připravená k aplikaci.
Main server proto v době auditu neměl přes tento modul publikovaný vlastní quest. Příklady vytvoření v tomto návodu jsou pracovní postup, nikoli popis aktivního Main obsahu.
Příklad bezpečného testu
Vytvoř na Test serveru jednoduchý quest s jednoznačnou identitou, jedním snadno ověřitelným cílem a malou odměnou. Validuj ho, zkontroluj Preview, vytvoř publikaci a aplikuj ji. Po schváleném restartu ověř přijetí, progres i dokončení. Teprve potom připrav stejnou změnu pro Main jako novou publikaci.
Časté problémy
- Publish není dostupný: profil má validační chyby nebo nemá smysluplný obsah.
- Apply není dostupný: vybraný agent nemusí hlásit podporu zápisu questů nebo již běží jiná operace.
- Apply uspěl, quest ve hře není: nejčastěji ještě neproběhl potřebný restart nebo byl testován jiný server.
- Po úpravě se změnila stará publikace: neměla by. Úpravy patří do draftu a další publikace; historie musí zůstat neměnná.
- Quest projde validací, ale nefunguje: validace nenahrazuje herní přijetí. Otestuj celý průběh na Test serveru.