Wat is dit?

Wat Z-sneeuw doet: sneeuw in de stad, bewaard na restart, naast je framework.

Z-sneeuw is één FiveM-resource. Hij legt sneeuw in de stad en onthoudt of die sneeuw aan of uit staat. Na een restart ligt de sneeuw er nog als hij aan stond.

Hij is geen los weer- of tijdsscript. Hij vervangt qb-weathersync, cd_easytime, vSync of een eigen seizoensscript niet. Die kunnen hem wel in de weg zitten.

Verantwoordelijkheden

Sneeuw in de stad aan zetten
Sneeuw weer uit zetten
Die keuze bewaren, zodat een restart de stad niet terugzet naar “geen sneeuw”
Werken op ESX, Qbox en QBCore
ox_lib gebruiken

Wat hij niet doet

Geen eigen tijd-, seizoens- of regenkalender
Geen sneeuwballen, sneeuwschuiven of kerstmissies — die staan niet op de productpagina
Geen vervanging van je weerscript
Geen database-schema of exportlijst op de productpagina

Staat er in de map die je downloadt een config.lua of README.md, dan horen de keys dáár. Deze docs beschrijven wat de productpagina garandeert: sneeuw neerleggen, laten liggen na restart, en /sneeuw aan / /sneeuw uit.

Startvolgorde

ox_lib eerst, daarna je framework, daarna Z-sneeuw:

ensure ox_lib
ensure es_extended   # of qb-core / qbx_core
ensure Z-sneeuw

Zonder ox_lib start de resource niet zoals bedoeld. Zonder framework hoort hij niet bij ESX, Qbox of QBCore — die drie staan op de productpagina.

Wat er gebeurt als je hem aanzet

Iemand voert /sneeuw aan of /sneeuw uit uit.
De stad krijgt sneeuw, of de sneeuw gaat weg.
Die stand wordt bewaard.
Na een restart leest Z-sneeuw die stand terug. Aan blijft aan. Uit blijft uit.
Een ander weerscript kan daarna alsnog het beeld overschrijven. De opgeslagen stand van Z-sneeuw verandert daar niet door.

Mapnaam

Deze docs noemen de resource Z-sneeuw, in lijn met Z-npc en Z-hud. ensure en de map moeten dezelfde naam hebben. Op Linux telt het verschil tussen Z-sneeuw en Z-Sneeuw. Wijkt de map in je Tebex-download af, gebruik dan die naam in server.cfg.