Blog - Hannes Pries - Webdeveloper Blog - Entwicklung mit Shopware, PHP, HTML5 und JavaScript

OpenCode mit Ollama.. einfach!

Ich geh einfach mal davon aus, dass Ollama in der einen oder anderen Variante schon läuft. Dabei ist es egal ob es nativ auf einem Rechner läuft oder in einem Docker-Container.
Als Model nutzen wir Qwen3:8b. Wir starten das Model in Ollama via

ollama run qwen3:8b

darin ändern wir num_ctx und speichern es unter neuen Namen ab. Das ist EXTREM wichtig, weil sonst die Agentic Tools (z.B. schreiben von Dateien) nicht funktionieren werden.. ich habe es probiert.

/set parameter num_ctx 16384
/save qwen3:8b-16k
/bye

Nun installieren wir OpenCode (Linux):

curl -fsSL https://opencode.ai/install | bash

Und legen die Config (~/.config/opencode/config.json) an:

{
"$schema": "https://opencode.ai/config.json",
"provider": {
"ollama": {
"npm": "@ai-sdk/openai-compatible",
"options": {
"baseURL": "http://your_ollama_server:11434/v1"
},
"models": {
"qwen3:8b-16k": {
"tools": true
}
}
}
}
}

Nun kann man OpenCode mit opencode starten und das Model per /models auswählen und loslegen.

gemma:latest funktioniert auch, wenn man die num_ctx Anpassung vornimmt.

Programm-Updates: setup.exe vs. composer update

Warum ich keine Lust mehr auf umständliche Softwarepflege habe

Kennt ihr das Gefühl, wenn man schon beim Gedanken an ein Software-Update innerlich stöhnt? Ich auf jeden Fall. Und jedes Mal, wenn ich wieder irgendwo eine „setup.exe“ starten muss, frage ich mich ernsthaft, warum wir im Jahr 2025 immer noch so arbeiten.

Früher war das ja normal – jede Software hatte ihr eigenes Setup, ihre eigenen Client-Versionen, ihre Eigenheiten. Heute sind viele Anwendungen glücklicherweise im Web angekommen. Und ganz ehrlich: überall dort, wo Performance nicht der entscheidende Faktor ist, ist das auch richtig so.

Bei Videobearbeitung oder großen Grafikprojekten hinken Webanwendungen zwar noch ein bisschen hinterher, aber selbst da holen sie auf. Für alles Kaufmännische – also ERP, CRM, Warenwirtschaft, Finanzbuchhaltung & Co. – ist eine Weblösung heute eigentlich die einzig logische Wahl.

Warum Web einfach besser ist

Ein paar offensichtliche Vorteile zuerst:

- Keine lokalen Server mehr, keine verrückten Abhängigkeiten von Windows-Versionen, Benutzerkonten oder Hardware.
- Lizenzverwaltung zentral und übersichtlich.
- Und man kann seine Software endlich als SaaS oder Clouddienst anbieten, statt sich mit Installationsroutinen herumzuärgern.

Aber der wahre Gamechanger ist die Update-Einfachheit.

Updates ohne Drama

Bei klassischen Client-Server-Anwendungen ist jedes Update ein kleines Projekt.
Man muss jeden Arbeitsplatz anfassen, überall prüfen, dass die Clients geschlossen sind (Spoiler: sind sie nie), Passwörter neu eingeben, Leute in ihrer Arbeit unterbrechen – und am Ende ist man sich trotzdem nicht sicher, ob wirklich alles sauber läuft.

Ich hab das zuletzt wieder bei einem Kunden mit CGM Turbomed erlebt.
Allein die setup.exe auf dem Server braucht rund 40 Minuten, und das ist nur der Anfang.
Dann kommt der erste Client – nochmal 15 Minuten, plus ein paar Minuten für den Funktionstest.
Die restlichen sechs Arbeitsplätze lassen sich zwar parallel machen, aber jeder Mitarbeiter ist trotzdem rund fünf Minuten raus.
Und das alles, nur um dieselbe Software in Version 8.7 statt 8.6 zu haben.
Ganz ehrlich: Das ist reine Lebenszeitverschwendung.

Und wehe, etwas geht schief – dann darf man nochmal von vorne anfangen.

Die Webvariante: kurz, schmerzlos, fertig

Ein Update bei einer modernen Webanwendung sieht dagegen so aus:

1. Wartungsmodus ankündigen
2. Wartungsmodus aktivieren
3. composer update
4. Kurz testen
5. Wartungsmodus wieder raus
6. Bescheid sagen

Die User drücken einmal F5 – und zack, alle sind wieder produktiv.
Keine Installationsorgien, keine Benutzerunterbrechungen, keine Passwörterdramen.
Was früher einen halben Tag gedauert hat, ist plötzlich in 30 Minuten erledigt.

Fazit

Jede kaufmännische Software, die heute noch einen nativen Client braucht – egal ob mit Server oder direktem Datenbankzugriff – ist für mich ein No-Go.
Ich will meine Zeit nicht mit Setup-Assistenten, MSI-Paketen oder Update-Skripten verbringen.

Die Zeit, die man bei der Pflege moderner Websysteme spart, ist enorm.
Und wenn das Ganze dann auch noch in der Cloud läuft – also ohne eigenen Server, ohne Update-Stress – spart man so viel Zeit und Geld, dass man sich oft einen halben Mitarbeiter spart.
Einen, der sich dann um echte Verbesserungen kümmern kann, statt Fortschrittsbalken anzustarren.

Wenn ich die Wahl habe zwischen einer setup.exe und einem simplen composer update, dann ist die Entscheidung klar.
Ich nehme das Update, das mich nicht nervt.

N8N: Setup mit Traefik

N8N auf einem eigenen Server einrichten inkl. Traefik, damit man auch andere Dinge noch auf dem Server laufen lassen kann.

networks:
netintern:
external: false
web:
external: false

services:
traefik:
image: traefik:v3.4
container_name: traefik
restart: unless-stopped
logging:
driver: "json-file"
options:
max-size: "250m"
max-file: "1"
command:
- "--api.insecure=true"
- "--providers.docker=true"
- "--providers.docker.exposedbydefault=false"
- "--entrypoints.web.address=:80"
- "--entrypoints.websecure.address=:443"
- "--certificatesresolvers.letsencrypt.acme.email=myemail+n8n@gmail.com"
- "--certificatesresolvers.letsencrypt.acme.storage=/letsencrypt/acme.json"
- "--certificatesresolvers.letsencrypt.acme.httpchallenge=true"
- "--certificatesresolvers.letsencrypt.acme.httpchallenge.entrypoint=web"
ports:
- "80:80"
- "443:443"
volumes:
- /var/run/docker.sock:/var/run/docker.sock:ro
- ./le:/letsencrypt
networks:
- web
- netintern

n8n:
image: docker.n8n.io/n8nio/n8n
container_name: n8n
logging:
driver: "json-file"
options:
max-size: "250m"
max-file: "1"
environment:
- N8N_HOST=n8n.mydomain.de
- N8N_PORT=443
- N8N_PROTOCOL=https
volumes:
- n8n_data:/home/node/.n8n
restart: unless-stopped
networks:
- netintern
labels:
- "traefik.enable=true"
- "traefik.http.routers.n8n.rule=Host(`n8n.mydomain.de`)"
- "traefik.http.routers.n8n.entrypoints=websecure"
- "traefik.http.routers.n8n.tls.certresolver=letsencrypt"
- "traefik.http.services.n8n.loadbalancer.server.port=443"
- "traefik.http.routers.n8n-http.rule=Host(`n8n.mydomain.de`)"
- "traefik.http.routers.n8n-http.entrypoints=web"
- "traefik.http.routers.n8n-http.middlewares=redirect-to-https"
- "traefik.http.middlewares.redirect-to-https.redirectscheme.scheme=https"

volumes:
n8n_data:
traefik_data:

User	annonyme	Date	2026-05-14 12:55
Tags	hannes pries, ollama, opencode, qwen3, setup

User	annonyme	Date	2025-07-05 12:48
Tags	ai, automation, docker, hannes pries, n8n, reverse proxy, server, setup, traefik

Hannes Pries - Web/Shopware/JavaScript-Developer BlogWeil es immer eine simple Lösung gibt!

Hannes Pries - Web/Shopware/JavaScript-Developer Blog
Weil es immer eine simple Lösung gibt!