M_Viper/Minecraft-AutoSortChest
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 9 Wiki Activity

README.md aktualisiert

Browse Source
This commit is contained in:
M_Viper
2026-02-18 20:43:58 +00:00
parent 91c13dea71
commit 1aba2b7e1a
1 changed files with 14 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

17
README.md
View File

@@ -22,6 +22,7 @@ Schluss mit unordentlichen Truhen und stundenlangem Sortieren! **AutoSortChest**
- **Dynamic Item Update:** Ändere das sortierte Item einer Truhe jederzeit per Rechtsklick – kein Abbauen nötig! - **Dynamic Item Update:** Ändere das sortierte Item einer Truhe jederzeit per Rechtsklick – kein Abbauen nötig!
- **Privatsphäre-Modus:** Schalte Truhen per Shift-Rechtsklick zwischen Öffentlich und Privat um. - **Privatsphäre-Modus:** Schalte Truhen per Shift-Rechtsklick zwischen Öffentlich und Privat um.
- **Server-übergreifend (CrossLink):** Mit MySQL können Zieltruhen auf anderen Servern des Netzwerks liegen. Items werden automatisch via Transfer-Tabelle weitergeleitet. - **Server-übergreifend (CrossLink):** Mit MySQL können Zieltruhen auf anderen Servern des Netzwerks liegen. Items werden automatisch via Transfer-Tabelle weitergeleitet.
- **Import & Export:** Daten lassen sich bequem zwischen `players.yml` und MySQL hin- und herwechseln – per Admin-Befehl.
- **Multiplayer-Optimiert:** Jeder Spieler verwaltet sein eigenes System – kein gegenseitiges Stören. - **Multiplayer-Optimiert:** Jeder Spieler verwaltet sein eigenes System – kein gegenseitiges Stören.
- **Vollständig Anpassbar:** Alle Nachrichten, Farben und Limits lassen sich in der `config.yml` editieren. - **Vollständig Anpassbar:** Alle Nachrichten, Farben und Limits lassen sich in der `config.yml` editieren.
@@ -80,9 +81,9 @@ rest
Wenn MySQL aktiviert und `server_crosslink: true` gesetzt ist, können Zieltruhen auf **anderen Servern desselben Netzwerks** liegen. Wenn MySQL aktiviert und `server_crosslink: true` gesetzt ist, können Zieltruhen auf **anderen Servern desselben Netzwerks** liegen.
**Funktionsweise:** **Funktionsweise:**
- Server A hat die Eingangstruhe und erkennt, dass die Zieltruhe für `OAK_LOG` auf Server B liegt. 1. Server A hat die Eingangstruhe und erkennt, dass die Zieltruhe für `OAK_LOG` auf Server B liegt.
- Server A schreibt den Transfer in die gemeinsame Datenbank (`asc_transfers`). 2. Server A schreibt den Transfer in die gemeinsame Datenbank (`asc_transfers`).
- Server B liest die Transfer-Tabelle und befüllt seine lokale Zieltruhe automatisch. 3. Server B liest die Transfer-Tabelle und befüllt seine lokale Zieltruhe automatisch.
**Voraussetzung:** Alle Server müssen dieselbe MySQL-Datenbank nutzen. **Voraussetzung:** Alle Server müssen dieselbe MySQL-Datenbank nutzen.
@@ -95,6 +96,16 @@ Wenn MySQL aktiviert und `server_crosslink: true` gesetzt ist, können Zieltruhe
| `/asc help` | Zeigt die Hilfe an | – | | `/asc help` | Zeigt die Hilfe an | – |
| `/asc info` | Plugin-Informationen (Version, Autor) | `autosortchest.use` | | `/asc info` | Plugin-Informationen (Version, Autor) | `autosortchest.use` |
| `/asc reload` | Konfiguration neu laden | `autosortchest.reload` | | `/asc reload` | Konfiguration neu laden | `autosortchest.reload` |
| `/asc import` | Importiert Daten aus `players.yml` → MySQL | `autosortchest.import` (OP) |
| `/asc export` | Exportiert Daten aus MySQL → `players.yml` | `autosortchest.export` (OP) |
### Import & Export – Details
**`/asc import`**
Überträgt alle Spielerdaten aus der `players.yml` in die MySQL-Datenbank. Sinnvoll beim erstmaligen Wechsel von YAML auf MySQL. Bestehende MySQL-Einträge werden dabei nicht gelöscht, sondern aktualisiert (`REPLACE INTO`).
**`/asc export`**
Exportiert alle Daten aus MySQL zurück in die `players.yml`. Enthält die `players.yml` noch Daten, wird vorher automatisch ein Backup erstellt (`players_backup_<timestamp>.yml`). Ist die Datei bereits leer, wird kein unnötiges Backup angelegt.
--- ---