ShadowCrazyChest

La versione di questo file.

Il prefisso di riserva, usato solo quando un file di lingua non ne ha uno suo. Quello vero è la chiave "prefix" dentro lang/<language>.yml.

La lingua del server. Deve esistere un file lang/<default>.yml. Due arrivano con il plugin: en e it. Metti "it" qui per un server italiano.

true  -> ogni giocatore vede i messaggi nella lingua del suo
         client, se esiste un file per quella lingua.
false -> tutti vedono la lingua qui sopra.

In entrambi i casi la scelta esplicita di un giocatore (/scc lang) vince sempre, e viene ricordata nel database.

Il prefisso delle tabelle. Se lo cambi, il plugin crea nuove tabelle e riparte da zero: comodo per due server sullo stesso database.

MySQL configurato ma irraggiungibile: con true il plugin lo segnala in console e ripiega sul file locale, così il server parte comunque.

Ogni quanto le chest modificate vengono scritte nel database. Vengono scritte anche allo spegnimento e con /scc save, quindi questo decide solo quanto ti potrebbe costare un crash improvviso.

Registra ogni vendita nella tabella dello storico (serve alle statistiche "guadagnato oggi"). Su un server con centinaia di SellChest la tabella cresce in fretta: la pulizia qui sotto la tiene sotto controllo.

Importa una sola volta i dati della vecchia versione YAML (le cartelle instances/ e enderchests/). I file non vengono cancellati, solo rinominati.

Permette a più di un processo di aprire lo stesso file H2. Serve solo se vuoi ispezionare il database con uno strumento esterno mentre il server è acceso.

false disattiva tutto ciò che riguarda i soldi: le chest continuano a raccogliere e ad accumulare, ma non pagano e non addebitano nulla.

AUTO   -> ShadowEconomy se presente, altrimenti Vault, altrimenti niente
SHADOW -> solo ShadowEconomy
VAULT  -> solo Vault
NONE   -> nessuna economia

Le valute con nome che il server usa, oltre a quella predefinita. Sono qui perché l'editor possa proporle e perché tu possa scriverle come "currency:<id>" nelle ricompense delle crate o in sell.payout di un tipo di chest. Chi le crea davvero è ShadowEconomy: qui ci sono solo i nomi. Esempio: [tokens, gems]

Da dove arriva il prezzo di vendita di un item.

AUTO   -> prima i prezzi del singolo tipo di chest, poi lo shop del
          server tramite ShadowEconomy, poi prices.yml. È quasi sempre
          la scelta giusta: i prezzi del server restano un unico set, e
          non devi tenere allineate due liste.
SHADOW -> solo i prezzi dello shop di ShadowEconomy
LOCAL  -> solo chesttypes.yml e prices.yml, ignorando lo shop

Chest totali che un giocatore può piazzare, sommando tutti i tipi. -1 = nessun limite globale (contano solo quelli per tipo). Si può alzare per rank con shadowcrazychest.limit.total.<number>.

Mondi in cui non si possono piazzare chest.

true = una chest si piazza solo dove il giocatore può costruire secondo ShadowRegions / WorldGuard / ShadowSkyBlock.

true = una SellChest raccoglie solo ciò che rompono il proprietario e i suoi compagni di isola. Con false raccoglie tutto ciò che succede nel suo raggio, chiunque lo faccia: su un server con isole o claim è il modo più rapido per farti rubare il lavoro dal vicino.

true = una SellChest non vende né distrugge mai un item di Oraxen, ItemsAdder o simili, a meno che quell'id esatto non abbia un prezzo scritto in prices.yml. Senza questo, la modalità void farebbe sparire la spada custom di qualcuno finita lì dentro per sbaglio.

Chi li disegna.

AUTO                 -> ShadowEssentials, poi DecentHolograms, poi
                        HolographicDisplays, poi quello interno
SHADOW_ESSENTIALS    -> forza il modulo ologrammi della suite
DECENT_HOLOGRAMS     -> forza DecentHolograms
HOLOGRAPHIC_DISPLAYS -> forza HolographicDisplays
INTERNAL             -> sempre quello interno (TextDisplay, nessuna
                        dipendenza)

Ogni quanto si aggiornano i numeri (guadagni, riempimento, timer).

Altezza sopra il blocco.

Distanza di visualizzazione, come moltiplicatore. Vale per quello interno.

L'indirizzo BASE del servizio di attivazione: il plugin aggiunge da solo /claim e /check. È ciò che permette di scrivere

/scc license claim <purchase-code>

Quanti giorni di tolleranza prima di tornare alla versione free quando qualcosa non torna: un abbonamento appena scaduto (il rinnovo è quasi sempre già passato) o un indirizzo che non corrisponde (molto più spesso un NAT o un proxy che un ladro).

Chiede al servizio licenze (activation-url + /ip) quale indirizzo pubblico ha questo server: risponde con l'indirizzo che vede, e del server non viene inviato niente. Serve dietro NAT, dove il server non vede nessuno dei suoi indirizzi pubblici e una licenza legata al dominio non verrebbe riconosciuta. Se lo spegni, il plugin usa solo gli indirizzi che vede dall'interno. Solo con una licenza installata: un server senza chiave non chiede niente a nessuno. false = non chiedere mai.

Stampa ogni query in console. Utile per capire un problema, molto rumoroso in produzione.

false = gli item booster non fanno nulla, il pulsante booster sparisce da ogni pannello e /scc booster e /scc givebooster rifiutano. Non cambia nient'altro. Anche un singolo tipo può tirarsi fuori con "boosters: false" in chesttypes.yml.

Ogni chiave delle crate è fatta di questo item, qualunque cosa dica crates.yml per quella crate (nome, lore e modello restano i suoi): un solo aspetto, un solo significato. Vuoto = ogni crate usa il materiale scritto in crates.yml.

Chiude da sola la schermata di apertura una volta consegnata la ricompensa.

Per quanto resta visibile la scia di particelle che mostra dove ogni colonna manda i suoi item, in secondi.

Permesso necessario per piazzarla. Vuoto = tutti.

Lo stoccaggio: 6 righe da 9 slot, una sola pagina.

custom-item: 'oraxen:sell_chest' item-model: 'myserver:sellchest'

Ogni quanto si svuota e vende ciò che c'è dentro. Venti secondi sono il giusto compromesso: vedi arrivare i soldi mentre mini, e non è abbastanza frequente da far scorrere la chat di notifiche.

Distrugge quello che nessuno compra invece di lasciarlo dentro. Spento apposta: è comunque una cancellazione, e su questa chest il giocatore si aspetta di poter riprendere quello che ha scavato. Ogni proprietario può comunque accenderlo per una singola chest dal suo pannello.

Il collettore: i drop dentro il raggio finiscono nella chest invece di cadere a terra.

Anche ciò che è già a terra: la roba buttata a mano, ciò che esce da una fornace, ciò che un altro plugin fa comparire. Chi la butta viene comunque controllato come chi mina, quindi la chest prende ciò che butti TU e non ciò che qualcun altro lancia al volo a un amico.

0 = solo il chunk della chest. Ogni unità aggiunge un anello di chunk intorno (massimo 4).

true = il drop diventa soldi senza mai entrare nello stoccaggio.

Continua a vendere mentre il proprietario è offline, ma al 75%. Chi gioca guadagna più di chi lascia semplicemente girare il server, che è esattamente l'incentivo che vuoi.

Avvisa il proprietario nella action bar a ogni vendita automatica.

In cosa paga questa chest:

money            la valuta predefinita
currency:gems    una valuta con nome di ShadowEconomy
xp / xp-levels   esperienza (solo mentre il proprietario è online)
tokens           il plugin dei token del server

Quanti item gestisce al massimo in un ciclo. 0 = nessun tetto. È la valvola che tiene in piedi il server sotto una farm industriale: ciò che avanza non va perso, resta dentro e passa al ciclo successivo.

Quanto può guadagnare questa chest in un giorno. 0 = nessun tetto. Disattivato di base perché è una scelta di bilanciamento del singolo server. Raggiunto il tetto, la chest SMETTE DI VENDERE invece di vendere senza pagare: la merce resta dentro e domani viene venduta davvero. Il conteggio sopravvive a un riavvio.

Cinque livelli: vende di più e vende più spesso. Al massimo una SellChest vale il doppio e lavora al doppio della velocità, il che ne fa un vero obiettivo senza rompere l'economia.

Il modello 3D gira su se stesso. Conta solo con display.enabled.

Prezzi per id di item custom, sempre solo per questo tipo. Gli id vanno tra virgolette perché contengono i due punti.

'oraxen:ruby': 300.0

I filtri iniziali di ogni nuova chest di questo tipo. Poi ogni chest ha i suoi, modificabili dal pannello: due SellChest dello stesso giocatore servono quasi sempre due farm diverse.

item-model: 'myserver:unitchest'

Niente livelli: non c'è niente da far crescere. La capacità è già illimitata e questa chest non vende.

Ciò che un hopper non deve poterci spingere dentro. Un item con incantesimi o un nome non entra comunque: in un contatore perderebbe tutto ciò che lo rende diverso.

item-model: 'myserver:megachest'

Una pagina aperta all'inizio, una in più per livello: cinque livelli per sei pagine.

item-model: 'myserver:bigenderchest'

Una pagina aperta all'inizio, una in più per livello: due livelli per tre pagine.

Lo stoccaggio di passaggio: una sola riga, perché ciò che entra deve uscire di nuovo, non accumularsi.

item-model: 'myserver:shadowhopper'

Ogni quanto aspira e spedisce. Un secondo è il ritmo di un hopper: più lento si noterebbe, più veloce sarebbe inutile.

Di base non vende: è un hopper, non una chest. Se lo attivi, ciò che raccoglie diventa soldi invece di uscire.

Questa è l'aspirazione, ed è il motivo per cui esiste.

0 = un blocco intorno. Ogni anello aggiunge sedici blocchi di raggio, ed è questo che alzano i livelli.

L'aspirazione propria dell'hopper, in BLOCCHI: questo al livello 0, +bonus-radius per livello, mai oltre max-collect-radius. E quanto in alto guarda sopra di sé.

Quattro livelli: spedisce di più e aspira da più lontano. bonus-radius in blocchi, bonus-filters in colonne: 3 -> 7 blocchi e 7 -> 35 colonne nell'arco di quattro livelli.

Vuoto = passa tutto. Se ci scrivi dei materiali, l'hopper aspira SOLO quelli: è così che metti un hopper sotto una farm mista e porti via una cosa sola.

Ciò che non deve mai toccare.

Dove avviene l'apertura:

MENU   quella classica: si apre una finestra e la striscia ci scorre dentro.
       Precisa, leggibile, va bene con venti persone intorno.
WORLD  alla Hypixel: non si apre niente, il coperchio si alza e il premio
       compare a mezz'aria sopra il blocco tra le particelle. Lo vedono
       anche tutti gli altri, ed è proprio per questo che esiste.

Dove avviene l'apertura:

MENU   quella classica: si apre una finestra e la striscia ci scorre dentro.
       Precisa, leggibile, va bene con venti persone intorno.
WORLD  alla Hypixel: non si apre niente, il coperchio si alza e il premio
       compare a mezz'aria sopra il blocco tra le particelle. Lo vedono
       anche tutti gli altri, ed è proprio per questo che esiste.

Dove avviene l'apertura:

MENU   quella classica: si apre una finestra e la striscia ci scorre dentro.
       Precisa, leggibile, va bene con venti persone intorno.
WORLD  alla Hypixel: non si apre niente, il coperchio si alza e il premio
       compare a mezz'aria sopra il blocco tra le particelle. Lo vedono
       anche tutti gli altri, ed è proprio per questo che esiste.

Dove avviene l'apertura:

MENU   quella classica: si apre una finestra e la striscia ci scorre dentro.
       Precisa, leggibile, va bene con venti persone intorno.
WORLD  alla Hypixel: non si apre niente, il coperchio si alza e il premio
       compare a mezz'aria sopra il blocco tra le particelle. Lo vedono
       anche tutti gli altri, ed è proprio per questo che esiste.

Quanto sopra il blocco compare l'item che gira, e quanto è grande.

Dove avviene l'apertura:

MENU   quella classica: si apre una finestra e la striscia ci scorre dentro.
       Precisa, leggibile, va bene con venti persone intorno.
WORLD  alla Hypixel: non si apre niente, il coperchio si alza e il premio
       compare a mezz'aria sopra il blocco tra le particelle. Lo vedono
       anche tutti gli altri, ed è proprio per questo che esiste.

Quanto sopra il blocco compare l'item che gira, e quanto è grande.