Refactor code structure for improved readability and maintainability
This commit is contained in:
19
README.md
19
README.md
@@ -29,6 +29,8 @@ PiCopy verwandelt deinen Raspberry Pi in ein eigenständiges Backup-Gerät. Stec
|
||||
| 📡 | **WiFi-Fallback** | Erstellt einen eigenen Hotspot wenn kein WLAN verfügbar ist |
|
||||
| 🔒 | **WireGuard VPN** | VPN-Verbindung für sicheren Fernzugriff |
|
||||
| 📊 | **System-Monitoring** | CPU-Temperatur, RAM- und SD-Karten-Auslastung im Dashboard |
|
||||
| 💽 | **Speicherplatz-Panel** | Füllstand aller verbundenen Laufwerke (Quelle, Ziel, intern) mit Fortschrittsbalken |
|
||||
| ⚠️ | **Speicherplatz-Warnung** | Vor dem Kopieren wird geprüft ob genug Platz vorhanden ist – Warnung wenn nicht |
|
||||
| 🕐 | **Kopier-Verlauf** | Die letzten 100 Kopiervorgänge werden gespeichert |
|
||||
| ⚡ | **Headless-Betrieb** | Kein Monitor, keine Tastatur nötig |
|
||||
| 🔁 | **Autostart** | Startet automatisch beim Pi-Boot via systemd |
|
||||
@@ -101,6 +103,8 @@ Nach dem Abschluss: Zusammenfassung mit ✕-Button (verschwindet nach 5 Minuten
|
||||
|
||||
Ein laufender Kopiervorgang kann jederzeit über die *Abbrechen*-Schaltfläche gestoppt werden.
|
||||
|
||||
**Speicherplatz-Warnung:** Vor dem Start prüft PiCopy ob das Ziel-Laufwerk genug freien Speicher hat. Reicht der Platz nicht aus, erscheint ein gelbes Warnfeld im Log-Bereich mit der benötigten und verfügbaren Datenmenge. Die *Quelle leeren*-Funktion wird in diesem Fall automatisch deaktiviert.
|
||||
|
||||
### USB Port Konfiguration & Datei-Explorer
|
||||
|
||||
```
|
||||
@@ -182,6 +186,15 @@ Das Dashboard zeigt live:
|
||||
| RAM gesamt / genutzt | In MB und als Prozentwert |
|
||||
| SD-Karte gesamt / genutzt | In GB und als Prozentwert |
|
||||
|
||||
#### Speicherplatz-Panel
|
||||
|
||||
Unterhalb der Systemwerte zeigt ein Speicherplatz-Panel den Füllstand aller verbundenen Laufwerke:
|
||||
|
||||
- **Quelle** (grün), **Ziel** (blau) und **sonstige** Geräte werden farblich unterschieden
|
||||
- Anzeige: genutzter / gesamter Speicher, freier Speicher und prozentualer Füllstand
|
||||
- Fortschrittsbalken wechselt die Farbe: grün (< 75 %), gelb (75–89 %), rot (≥ 90 %)
|
||||
- Interner Speicher wird ebenfalls angezeigt wenn er als Ziel konfiguriert ist
|
||||
|
||||
### Fernkopie – NAS / SMB
|
||||
|
||||
Nach dem lokalen Kopieren lädt PiCopy auf konfigurierte NAS-Freigaben hoch:
|
||||
@@ -376,20 +389,20 @@ So wird ein neues Release erstellt, das alle Nutzer automatisch als Update angez
|
||||
|
||||
In `version.txt`:
|
||||
```
|
||||
1.1.0
|
||||
1.0.72
|
||||
```
|
||||
|
||||
**2. Committen & pushen**
|
||||
|
||||
```bash
|
||||
git add version.txt
|
||||
git commit -m "Release v1.1.0"
|
||||
git commit -m "Release v1.0.72"
|
||||
git push
|
||||
```
|
||||
|
||||
**3. Release/Tag in Gitea erstellen** *(optional, aber empfohlen)*
|
||||
|
||||
Unter [git.leuschner.dev/Tobias/PiCopy/releases](https://git.leuschner.dev/Tobias/PiCopy/releases) → *Neues Release* → Tag `v1.1.0` setzen.
|
||||
Unter [git.leuschner.dev/Tobias/PiCopy/releases](https://git.leuschner.dev/Tobias/PiCopy/releases) → *Neues Release* → Tag `v1.0.72` setzen.
|
||||
|
||||
**Das war's.** Alle laufenden PiCopy-Instanzen erkennen das Update innerhalb von 6 Stunden automatisch und zeigen das Badge im Web-Interface an.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user