SYSTEMMEDIA Website

Neue statische React/Vite-Website fuer systemmedia.de und die Subdomains bim, ifc, automation und projects.

Die App nutzt einen Codebestand und erkennt ueber den Hostnamen, welche Landingpage angezeigt wird. Sie ist fuer den Betrieb auf einem eigenen Linux-Server vorbereitet, zum Beispiel unter /opt/systemmedia-website.

Repository-Struktur

Aktuelle Zuordnung:

• https://github.com/Thomash100/systemmedia.git fuer die Website auf dem Webserver
• https://github.com/Thomash100/systemmedia-web.git fuer Raspberry-Pi-Installation und Tests
• https://github.com/Thomash100/automation.systemmedia.git fuer automation.systemmedia.de
• https://github.com/Thomash100/BIM.SYSTEMMEDIA.git fuer bim.systemmedia.de
• https://github.com/Thomash100/ifc.systemmedia.git fuer ifc.systemmedia.de
• https://github.com/Thomash100/projects.systemmedia.git fuer projects.systemmedia.de

Die erste Version nutzt weiterhin denselben React-Codebestand. Die Subdomain-Repositories koennen denselben Build enthalten oder spaeter zu getrennten Apps ausgebaut werden.

Lokale Entwicklung

npm ci
npm run dev

Vite startet lokal. Die Hauptseite ist unter http://localhost:5173 erreichbar. Subdomains werden in Produktion per Hostname erkannt; lokal kann die Hauptnavigation genutzt werden.

Build

npm run build

Das statische Ergebnis liegt danach in dist/.

Build per GitHub Actions

Der Workflow .github/workflows/deploy.yml baut bei Push auf main die statische Website und stellt dist/ als GitHub-Artefakt bereit.

Download in GitHub:

Actions -> Build SYSTEMMEDIA Website -> letzter Run -> Artifacts -> systemmedia-dist

Dieses Artefakt enthaelt nur die fertige statische Website. Den Inhalt in den Webroot hochladen, zum Beispiel httpdocs. SSH-Secrets sind fuer diesen Workflow nicht erforderlich.

Plesk / Webserver ohne SSH

Wenn Plesk das GitHub-Repository direkt in httpdocs auscheckt, darf nicht der Repository-Root als Website ausgeliefert werden. Der Root enthaelt die Vite-Entwicklungsdatei index.html mit /src/main.tsx; das funktioniert nur lokal mit npm run dev.

Richtig ist:

Document root: httpdocs/dist

Der Ordner dist/ ist deshalb fuer Plesk/Git-Deployment im Repository enthalten. Nach jedem Build muss der aktuelle dist-Ordner mit committed und gepusht werden.

Kontrolle online:

Falsch: <script type="module" src="/src/main.tsx">
Richtig: <script type="module" crossorigin src="/assets/index-....js">

Serverpfad

Empfohlener Pfad:

/opt/systemmedia-website

Die Webserver-Konfigurationen zeigen auf:

/opt/systemmedia-website/dist

Backup vor Ersetzen der bestehenden Website

Vor dem Deployment auf systemmedia.de sollte die bestehende Website gesichert werden.

Beispiel fuer Plesk/klassische Webroots:

sudo mkdir -p /opt/backups/systemmedia
sudo rsync -a /var/www/vhosts/systemmedia.de/httpdocs/ /opt/backups/systemmedia/httpdocs-$(date +%Y%m%d-%H%M%S)/

Falls die alte Website eine Datenbank verwendet, diese separat sichern, zum Beispiel per Plesk-Backup oder mysqldump.

DNS

Alle Domains/Subdomains sollen auf die Server-IP zeigen:

• A-Record systemmedia.de auf Server-IP
• A-Record www.systemmedia.de auf Server-IP oder CNAME auf systemmedia.de
• A-Record bim.systemmedia.de auf Server-IP
• A-Record ifc.systemmedia.de auf Server-IP
• A-Record automation.systemmedia.de auf Server-IP
• A-Record projects.systemmedia.de auf Server-IP

Caddy

Siehe Caddyfile.example. Caddy kann HTTPS automatisch bereitstellen, sofern DNS korrekt zeigt und Ports 80/443 erreichbar sind.

sudo cp Caddyfile.example /etc/caddy/Caddyfile
sudo systemctl reload caddy

Raspberry Pi

Für den Betrieb auf einem Raspberry Pi mit eigenem Webserver siehe:

docs/RASPBERRY_PI.md

Die passende Caddy-Konfiguration liegt hier:

Caddyfile.raspberrypi.example

Direkte Installation aus einem GitHub-Repository auf dem Pi:

sudo mkdir -p /opt/systemmedia-website
sudo chown -R $USER:www-data /opt/systemmedia-website
git clone https://github.com/Thomash100/systemmedia-web.git /opt/systemmedia-website
cd /opt/systemmedia-website
bash scripts/install-pi.sh

Spätere Updates:

bash scripts/update-pi.sh

Das Install-Script kann die Website optional mit HTTP Basic Auth schuetzen. Der vorbereitete Benutzername lautet:

admin

Das Passwort wird beim Installieren auf dem Raspberry Pi abgefragt und nicht im Repository gespeichert.

Nginx

Siehe nginx.conf.example. Fuer HTTPS sollte zusaetzlich Certbot, Plesk oder eine bestehende TLS-Verwaltung genutzt werden.

React-Fallback:

try_files $uri $uri/ /index.html;

Docker

Optional kann die Website als Container gebaut werden:

docker compose up -d --build

Der Container liefert die gebaute Website intern ueber Caddy aus.

Rechtliches

• Impressum: https://systemmedia.de/impressum/
• Datenschutz / DSGVO-Hinweise: https://systemmedia.de/datenschutz/
• Nutzungsbedingungen und Haftungsausschluss: https://systemmedia.de/nutzungsbedingungen/

Die bereitgestellten Inhalte und Softwarebestandteile dienen, sofern nicht anders angegeben, Test-, Entwicklungs-, Demonstrations- und Evaluierungszwecken. Nutzung auf eigene Verantwortung. Weitere Hinweise stehen in LEGAL.md.

Wartung

• Projekt- und Leistungsdaten liegen in src/data.
• Subdomain-Routing liegt in src/utils/hostname.ts.
• SEO-Metadaten werden domainabhaengig in src/App.tsx gesetzt.
• Das Logo liegt unter public/logo-systemmedia.svg und kann durch ein finales SVG ersetzt werden.