ia: Umbenennung — Library→Archiv, Wiki→Library (URLs, Content, Code)
Neue Informationsarchitektur: - ARCHIV (/archiv) = die fertigen Texte (vormals Library): Essays mit Byline, Quellen/Zitieren, Dialog, Versionsverlauf. Section "archiv". - LIBRARY (/library) = das verlinkte Werkstattwissen (vormals Wiki): zwei- spaltig mit Gruppen-Navigation + Filter. Section "library". Umgesetzt: - content/ + layouts/ verschoben (git mv), Menü (ARCHIV+LIBRARY, kein WIKI), Startseiten-Journal zieht jetzt Section "archiv", Querverweise umgeschrieben (/library→/archiv, /wiki→/library). - CMS: files.js klassifiziert archiv/<sec>→beitrag, library/→biblio; stats.js + Admin (Typ "Library-Seite", KIND_LABEL, Pfade) nachgezogen. - single.html: Byline/Provenance/Dialog an Section "archiv" gebunden. - Beide Header zentriert (section-header) — einheitlicher Look. - Interne Dialog-Werte (thread.kind='library', Forum "Beiträge") unverändert. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
@@ -1,7 +1,8 @@
|
||||
---
|
||||
title: "Library"
|
||||
description: "Die Bibliothek von OPENBUREAU — Texte, Notizen, Recherchen."
|
||||
summary: "Das Werkstattwissen des Büros — verlinkte Notizen, die mit der Praxis wachsen."
|
||||
---
|
||||
|
||||
Die Library ist die Sammlung. Alles, was gelesen und geschrieben wird, lebt hier.
|
||||
Texte werden thematisch organisiert; das **Journal** auf der Startseite zeigt dieselben Inhalte chronologisch.
|
||||
Das [Archiv](/archiv/) sammelt fertige Texte; die Library sammelt das Dazwischen — Begriffe, Handgriffe, Konventionen, die man im Alltag nachschlägt. Sie ist bewusst unfertig: Eine Seite darf kurz sein, Lücken haben, sich später widersprechen — solange sie wächst, statt in einer Schublade zu verschwinden.
|
||||
|
||||
Links findest du alle Seiten nach Bereich gruppiert; das Feld oben filtert sie. Wer einen Eintrag ergänzen oder neu anlegen will, tut das im Redaktions-Editor oder direkt im Repository.
|
||||
|
||||
@@ -1,4 +0,0 @@
|
||||
---
|
||||
title: "Büroführung"
|
||||
description: "Wie wir ein offenes Architekturbüro organisieren — Honorare, Verträge, Werkzeuge, Workflow."
|
||||
---
|
||||
@@ -1,17 +0,0 @@
|
||||
---
|
||||
title: "Im Offenen arbeiten"
|
||||
date: 2026-05-30
|
||||
tags: ["büroführung", "open-source", "muster"]
|
||||
summary: "Warum ein offenes Büro robuster ist — und wie Lizenzen das absichern. (Musterbeitrag mit Fußnoten.)"
|
||||
color: sakura
|
||||
layout: text
|
||||
---
|
||||
|
||||
Offen zu arbeiten heißt nicht, alles zu verschenken. Es heißt, die Grundlagen so zu teilen, dass andere darauf aufbauen können — und dass die Arbeit den Wechsel von Werkzeugen, Mitarbeitenden und Jahren übersteht.
|
||||
|
||||
Die rechtliche Absicherung dafür sind Lizenzen. Inhalte auf OPENBUREAU stehen unter CC BY-SA,[^ccbysa] der Code überwiegend unter AGPL oder MIT.[^agpl] Beide sorgen dafür, dass Offenheit weitergegeben wird, statt verloren zu gehen.
|
||||
|
||||
Verwandt: Der [Werkzeug-Stack](/library/software/stack/) zeigt, womit wir das konkret tun.
|
||||
|
||||
[^ccbysa]: Creative Commons, *Attribution-ShareAlike 4.0 International* (CC BY-SA 4.0), <https://creativecommons.org/licenses/by-sa/4.0/>.
|
||||
[^agpl]: Free Software Foundation, *GNU Affero General Public License v3.0*, 2007.
|
||||
@@ -1,22 +0,0 @@
|
||||
---
|
||||
title: "Warum ein offenes Büro"
|
||||
date: 2026-05-22
|
||||
tags: ["büroführung", "praxis", "open-source"]
|
||||
summary: "Ein offenes Architekturbüro ist nicht karitativ — es ist praktischer, robuster, ehrlicher."
|
||||
color: sakura
|
||||
layout: text
|
||||
---
|
||||
|
||||
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
|
||||
|
||||
Duis aute irure dolor in reprehenderit.
|
||||
|
||||
**Lorem ipsum** dolor sit amet:
|
||||
|
||||
1. **Consectetur adipiscing elit.** Sed do eiusmod tempor incididunt ut labore.
|
||||
2. **Ut enim ad minim veniam.** Quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
|
||||
3. **Duis aute irure dolor.** In reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.
|
||||
|
||||
Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt — **mollit anim id est laborum** — sed ut perspiciatis unde omnis iste.
|
||||
|
||||
— natus error sit voluptatem accusantium.
|
||||
@@ -0,0 +1,25 @@
|
||||
---
|
||||
title: "Dateiablage & Benennung"
|
||||
group: "Konventionen"
|
||||
summary: "Wie Projektdateien heissen, damit man sie in fünf Jahren noch findet."
|
||||
toc: true
|
||||
---
|
||||
|
||||
Eine Konvention ist nur dann eine, wenn sich alle daran halten. Dies ist ein Vorschlag, kein Gesetz — verbessern erwünscht.
|
||||
|
||||
## Projektordner
|
||||
|
||||
Jedes Projekt liegt unter `Projekte/JJJJ_Nummer_Kurzname/`, z. B. `2026_014_Mehrfamilienhaus-Seeblick/`. Das Jahr vorne sortiert chronologisch, die Nummer ist eindeutig, der Kurzname macht es lesbar.
|
||||
|
||||
## Dateinamen
|
||||
|
||||
`JJMMTT_Projekt_Inhalt_vNN` — Datum zuerst (sortiert sich selbst), dann was es ist, dann die Version:
|
||||
|
||||
- `260604_Seeblick_Grundriss-EG_v03.pdf`
|
||||
- `260604_Seeblick_Kostenschaetzung_v01.xlsx`
|
||||
|
||||
Keine Umlaute, keine Leerzeichen, keine Sonderzeichen — Bindestrich trennt Wörter, Unterstrich trennt Felder.
|
||||
|
||||
## Versionen
|
||||
|
||||
`vNN` zählt hoch, nichts wird überschrieben. Die jeweils gültige Fassung bekommt keinen Sonderstatus im Namen — das erledigt das Datum. Wer mit Git arbeitet, lässt die Versionsnummer weg und vertraut der Historie.
|
||||
@@ -1,6 +0,0 @@
|
||||
---
|
||||
title: "Software"
|
||||
description: "Was wir bauen, was wir benutzen — und warum."
|
||||
---
|
||||
|
||||
Eigene Programme wie **DOSSIER** und **RAPPORT**, der **empfohlene Stack** für ein offenes Architekturbüro, und Texte über Werkzeuge.
|
||||
@@ -1,16 +0,0 @@
|
||||
---
|
||||
title: "DOSSIER"
|
||||
date: 2026-05-23
|
||||
weight: 10
|
||||
tags: ["software", "eigene-werkzeuge"]
|
||||
summary: "Projektorganisation für ein Architekturbüro — von der Anfrage zur Übergabe."
|
||||
external: "https://dossier.gabrielevarano.ch"
|
||||
color: kori
|
||||
cover_image: /images/tokyo-metro.jpg
|
||||
layout: icon
|
||||
---
|
||||
|
||||
**Lorem ipsum dolor sit amet**, consectetur adipiscing elit.
|
||||
Sed do eiusmod tempor incididunt ut labore et dolore magna aliqua — ut enim ad minim veniam, quis nostrud exercitation.
|
||||
|
||||
→ [dossier.gabrielevarano.ch](https://dossier.gabrielevarano.ch)
|
||||
@@ -1,17 +0,0 @@
|
||||
---
|
||||
title: "Warum wir eigene Werkzeuge bauen"
|
||||
date: 2026-05-21
|
||||
tags: ["software", "praxis", "tools"]
|
||||
summary: "DOSSIER und RAPPORT sind keine Lifestyle-Projekte — sie sind Reaktion auf konkrete Lücken."
|
||||
color: yuyake
|
||||
layout: text
|
||||
---
|
||||
|
||||
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed do eiusmod tempor incididunt ut labore et dolore magna aliqua — ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat.
|
||||
|
||||
- **[DOSSIER](https://dossier.gabrielevarano.ch)** — duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia.
|
||||
- **[RAPPORT](https://rapport.gabrielevarano.ch)** — sed ut perspiciatis unde omnis iste natus error sit voluptatem accusantium doloremque laudantium, totam rem aperiam.
|
||||
|
||||
Nemo enim ipsam voluptatem quia voluptas sit aspernatur aut odit aut fugit, sed quia consequuntur magni dolores eos qui ratione voluptatem sequi nesciunt.
|
||||
|
||||
Neque porro quisquam est, qui dolorem ipsum quia dolor sit amet — [Werkzeuge](/library/werkzeuge).
|
||||
@@ -1,21 +0,0 @@
|
||||
---
|
||||
title: "Die Werkzeugkette"
|
||||
date: 2026-06-01
|
||||
tags: ["software", "werkzeuge", "muster"]
|
||||
summary: "Wie DOSSIER, RAPPORT und die Site zusammenspielen. (Musterbeitrag mit Fußnoten und Code.)"
|
||||
color: yuyake
|
||||
layout: text
|
||||
---
|
||||
|
||||
Die Werkzeuge des Büros sind keine Inseln, sondern eine Kette: [DOSSIER](/library/software/dossier/) hält die Projektdaten, [RAPPORT](/library/software/rapport/) erzeugt Berichte daraus, und diese Site veröffentlicht, was öffentlich sein soll.
|
||||
|
||||
Der Build ist bewusst banal — ein Befehl:[^hugo]
|
||||
|
||||
```sh
|
||||
hugo --minify --destination public
|
||||
```
|
||||
|
||||
Alles dateibasiert, alles versioniert. Wer den Stand von gestern braucht, fragt Git, nicht ein Backup.[^git]
|
||||
|
||||
[^hugo]: Hugo, *The world's fastest framework for building websites*, <https://gohugo.io>.
|
||||
[^git]: Versionierung ersetzt kein Backup — aber sie macht jede Änderung nachvollziehbar; siehe „Verlauf" unter jedem Beitrag.
|
||||
@@ -1,118 +0,0 @@
|
||||
---
|
||||
title: "Proxmox, Schritt für Schritt"
|
||||
date: 2026-06-02
|
||||
tags: ["software", "proxmox", "self-hosting", "anleitung", "lxc"]
|
||||
summary: "Wie aus einer gebrauchten Kiste die Infrastruktur eines Architekturbüros wird — mit den Skripten, die einen Dienst in Minuten aufstellen."
|
||||
color: kusa
|
||||
layout: text
|
||||
---
|
||||
|
||||
Die Kiste aus dem [ersten Teil](/library/software/server-im-eigenen-haus/) muss man nicht streicheln können, um sie zu verstehen. Es genügt ein Bild: Proxmox macht aus einem Rechner ein Mehrfamilienhaus. Das Haus ist die Maschine, die Wohnungen sind die Container, und in jeder Wohnung lebt genau ein Dienst — die Website, die Zeiterfassung, der Dateispeicher. Niemand stört den anderen, jeder hat seine eigene Tür, und zieht eine Partei aus, bleiben die übrigen, wo sie sind.
|
||||
|
||||
Dieser Text zeigt, wie man das Haus baut und die erste Wohnung bezieht. Er setzt keine Erfahrung mit Servern voraus, nur die Bereitschaft, einen Befehl abzutippen und zu lesen, was er antwortet.
|
||||
|
||||
## Das Fundament
|
||||
|
||||
Proxmox VE ist im Kern ein Debian-Linux mit einer Weboberfläche und der Fähigkeit, zweierlei Sorten Wohnungen zu vermieten: vollwertige virtuelle Maschinen und — das ist unser Fall — Linux-Container, sogenannte LXC. Ein Container teilt sich den Kern des Wirts und ist deshalb sparsam: Vier Gigabyte Arbeitsspeicher reichen für einen ausgewachsenen Dienst, ein Dutzend davon laufen auf gewöhnlicher Bürohardware.
|
||||
|
||||
Installiert wird Proxmox einmalig vom USB-Stick, so wie man ein Betriebssystem installiert. Das ist gut dokumentiert und hier nicht das Thema. Ab dem Moment, in dem die Weboberfläche unter `https://<ip>:8006` erscheint, beginnt der interessante Teil.
|
||||
|
||||
## Das Muster: ein Container, ein Dienst, ein Befehl
|
||||
|
||||
Wir richten keinen Dienst von Hand ein. Jeder Handgriff, den man zweimal macht, gehört in ein Skript — schon weil man ihn sonst beim Wiederaufsetzen vergisst. Unser Muster, von Dienst zu Dienst gleich, lautet:
|
||||
|
||||
1. einen **unprivilegierten** LXC anlegen (er darf weniger, also kann weniger schiefgehen),
|
||||
2. ihn so einstellen, dass **Docker** darin läuft (`nesting` und `keyctl`),
|
||||
3. den Dienst als **Docker-Compose-Stack** hineinstellen,
|
||||
4. alle **Geheimnisse automatisch erzeugen** lassen, nichts von Hand eintippen,
|
||||
5. ein **Backup** einrichten, bevor überhaupt Daten da sind.
|
||||
|
||||
Das ist die ganze Liturgie. Wer sie einmal in ein Skript gegossen hat, stellt den nächsten Dienst hin, indem er das Skript ruft.
|
||||
|
||||
## Die erste Wohnung: unser CMS
|
||||
|
||||
Diese Website ist das Musterbeispiel. Ein einziger Befehl, abgesetzt auf dem Proxmox-Wirt als `root`, baut den ganzen Container — Docker, das Repository, sämtliche Schlüssel, der laufende Stack:
|
||||
|
||||
```bash
|
||||
bash <(curl -fsSL https://git.kgva.ch/karim/OPENBUREAU/raw/branch/main/cms/proxmox/create-openbureau-lxc.sh)
|
||||
```
|
||||
|
||||
Das Skript fragt nur nach Speicherort, Netzwerkbrücke und IP — Enter übernimmt je den Vorschlag — und ist nach wenigen Minuten fertig. Am Ende nennt es die Adressen: den Editor unter `…:8080/admin/`, die Website unter `…:8080/`.
|
||||
|
||||
Spannend ist nicht der Einzeiler, sondern was er tut. Das [vollständige Skript](https://git.kgva.ch/karim/OPENBUREAU/src/branch/main/cms/proxmox/create-openbureau-lxc.sh) liest sich von oben nach unten wie ein Protokoll. Den Container anlegen, mit den zwei Schaltern, die Docker erlauben:
|
||||
|
||||
```bash
|
||||
pct create "$CTID" "$TEMPLATE_REF" \
|
||||
--hostname openbureau \
|
||||
--cores 2 --memory 4096 --swap 1024 \
|
||||
--rootfs "local-lvm:20" \
|
||||
--net0 "name=eth0,bridge=vmbr0,ip=dhcp" \
|
||||
--unprivileged 1 \
|
||||
--features "nesting=1,keyctl=1" \
|
||||
--onboot 1
|
||||
```
|
||||
|
||||
Dann, im Container, Docker installieren, das Repository ziehen und — der Teil, der einem die durchwachte Nacht erspart — die Geheimnisse erzeugen, statt sie von Hand zu setzen:
|
||||
|
||||
```bash
|
||||
curl -fsSL https://get.docker.com | sh
|
||||
systemctl enable --now docker
|
||||
git clone https://git.kgva.ch/karim/OPENBUREAU.git /opt/openbureau
|
||||
|
||||
cd /opt/openbureau/cms
|
||||
cp .env.example .env
|
||||
sed -i "s|^POSTGRES_PASSWORD=.*|POSTGRES_PASSWORD=$(openssl rand -hex 32)|" .env
|
||||
sed -i "s|^JWT_SECRET=.*|JWT_SECRET=$(openssl rand -hex 32)|" .env
|
||||
docker compose up -d --build
|
||||
```
|
||||
|
||||
Und schliesslich, noch bevor der erste Beitrag geschrieben ist, das tägliche Backup — denn das Forum lebt allein in der Datenbank, nicht im Git:
|
||||
|
||||
```bash
|
||||
printf '15 3 * * * root cd /opt/openbureau/cms && bash scripts/backup-db.sh\n' \
|
||||
> /etc/cron.d/openbureau-backup
|
||||
```
|
||||
|
||||
Kein Schritt davon ist klug; jeder ist nur aufgeschrieben. Das ist der ganze Trick.
|
||||
|
||||
## Ein Menü statt Handarbeit
|
||||
|
||||
Weil das Muster sich von Dienst zu Dienst wiederholt, haben wir es ein einziges Mal in ein Installationsskript gegossen. Es ruft sich genauso wie das CMS-Skript — ein Einzeiler auf dem Proxmox-Wirt, als `root` —, nur legt es kein bestimmtes Programm fest, sondern fragt, was man haben will:
|
||||
|
||||
```bash
|
||||
bash <(curl -fsSL https://git.kgva.ch/karim/OPENBUREAU/raw/branch/main/proxmox/install.sh)
|
||||
```
|
||||
|
||||
Zuerst fragt es nicht nach Technik, sondern nach dem Vorhaben: ein ganzes Büro einrichten, bloss Office 365 und die Synology ersetzen, nur die öffentliche Website — oder, für jene, die genau wissen, was sie wollen, einzeln auswählen. Aus der Antwort leitet das Skript ab, welche Container es braucht, und baut sie der Reihe nach. Jeder bekommt seine eigene Wohnung; für jede erledigt das Skript dasselbe, was oben Schritt für Schritt stand: Template holen, unprivilegierten Container anlegen, Docker hineinlegen, den Dienst starten.
|
||||
|
||||
Wer das Menü überspringen will, hängt den gewünschten Dienst direkt an:
|
||||
|
||||
```bash
|
||||
… install.sh nextcloud # nur Nextcloud
|
||||
… install.sh empty dateien 200 8192 # leerer Docker-LXC, 200 GB / 8 GB RAM
|
||||
… install.sh git git.kgva.ch/karim/RAPPORT-SERVER.git rapport
|
||||
```
|
||||
|
||||
Hinter dem Menü steckt keine grosse Maschine, sondern ein Bündel kleiner, eigenständiger Skripte — eines pro Dienst. Die Suite ist nur der Dialog, der sie der Reihe nach aufruft. Wer das Menü gar nicht braucht, lädt das einzelne Skript direkt:
|
||||
|
||||
```bash
|
||||
bash <(curl -fsSL …/proxmox/nextcloud-lxc.sh) # 500 GB / 8 GB RAM
|
||||
bash <(curl -fsSL …/proxmox/empty-lxc.sh) dateien 200 8192
|
||||
bash <(curl -fsSL …/proxmox/git-compose-lxc.sh) git.kgva.ch/karim/RAPPORT-SERVER.git rapport
|
||||
```
|
||||
|
||||
Jedes dieser Skripte ist in sich geschlossen und tut, was oben Schritt für Schritt stand: Template holen, unprivilegierten Container anlegen, Docker hineinlegen, den Dienst starten. Genau diese Wiederholbarkeit ist der Sinn der Übung — ein Dienst, den man nicht mit einem Befehl neu aufsetzen kann, ist ein Dienst, vor dem man sich beim nächsten Mal fürchtet.
|
||||
|
||||
## Office 365 und die Synology ersetzen: Nextcloud
|
||||
|
||||
Der grösste Brocken verdient einen eigenen Blick, weil er am meisten ersetzt. [Nextcloud](https://nextcloud.com) übernimmt in einem Aufwasch, wofür sonst zwei Abos und eine NAS herhalten: die Dateiablage mit Synchronisation auf alle Geräte — das OneDrive- und Synology-Drive-Erbe —, gemeinsame Kalender und Kontakte, dazu über das eingebaute Office das Bearbeiten von Dokumenten und Tabellen im Browser, zu zweit am selben Text.
|
||||
|
||||
Im Menü ist es ein Haken, von Hand der Befehl oben. Was dann läuft, ist die offizielle All-in-One-Variante: ein verwalteter Container, der die übrigen selbst aufsetzt. Den Rest erledigt die Weboberfläche unter Port 8080 — sie vergibt das Admin-Passwort, fragt die Domain ab und startet die eigentlichen Dienste. Ohne eigene Domain erreicht man das Ganze vorerst im lokalen Netz; für den Zugriff von aussen kommt später ein Reverse-Proxy davor, dasselbe Prinzip, das auch unser CMS hinter TLS bringt.
|
||||
|
||||
Damit ist die Rechnung geschlossen: Mail, Kalender, Kontakte, Dateien, gemeinsame Dokumente — alles, wofür das Büro bisher Monat für Monat pro Kopf bezahlt hat, läuft im Schrank. Und unsere eigenen Werkzeuge, RAPPORT und DOSSIER, ziehen über denselben Git-Eintrag im Menü nach, weil sie demselben Muster folgen wie alles andere.
|
||||
|
||||
## Das Backup ist kein Anhang
|
||||
|
||||
Ein Satz zum Schluss, der eigentlich an den Anfang gehört. Selbst zu hosten heisst, selbst für die Sicherung geradezustehen. Zweierlei greift bei uns ineinander. Innerhalb jedes Dienstes sichert ein nächtlicher cron-Lauf die Datenbank weg — bei dieser Website das Forum, bei Nextcloud die Metadaten. Und für die Container als Ganzes nimmt der **Proxmox Backup Server** allabendlich einen Schnappschuss, aus dem sich eine ganze Wohnung in Minuten wiederherstellen lässt, sollte sie einmal abbrennen.
|
||||
|
||||
Ein Backup, das man nie zurückgespielt hat, ist eine Hoffnung, kein Backup. Darum gehört der erste Wiederherstellungs-Versuch an den Tag, an dem der Dienst aufgesetzt wird — nicht an den Tag, an dem man ihn braucht.
|
||||
@@ -1,15 +0,0 @@
|
||||
---
|
||||
title: "RAPPORT"
|
||||
date: 2026-05-23
|
||||
weight: 20
|
||||
tags: ["software", "eigene-werkzeuge"]
|
||||
summary: "Zeit- und Aufwandserfassung für ein Architekturbüro."
|
||||
external: "https://rapport.gabrielevarano.ch"
|
||||
color: kusa
|
||||
layout: text
|
||||
---
|
||||
|
||||
**Lorem ipsum dolor sit amet**, consectetur adipiscing elit.
|
||||
Sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
|
||||
|
||||
→ [rapport.gabrielevarano.ch](https://rapport.gabrielevarano.ch)
|
||||
@@ -1,36 +0,0 @@
|
||||
---
|
||||
title: "Server im eigenen Haus"
|
||||
date: 2026-06-02
|
||||
tags: ["software", "proxmox", "self-hosting", "infrastruktur"]
|
||||
summary: "Warum unsere Dienste auf einer eigenen Kiste laufen statt bei Microsoft, Google oder Synology — und was das mit Architektur zu tun hat."
|
||||
color: yuyake
|
||||
layout: text
|
||||
---
|
||||
|
||||
Im Schrank neben dem Plotter steht jetzt eine Kiste. Kein schönes Gerät, ein ausgemusterter Bürorechner mit zu vielen Lüftern, der leise vor sich hin rauscht. Auf ihm liegt, was sonst über ein halbes Dutzend Abonnements verteilt wäre: die Korrespondenz, die Pläne, die Zeiterfassung, diese Website. Das Büro hat seine Daten nach Hause geholt.
|
||||
|
||||
Lange war das anders, und lange fiel es nicht auf. Ein Architekturbüro produziert Daten, bevor es das erste Gebäude produziert — Wettbewerbsbeiträge, Pläne in dreissig Revisionen, Honorarabrechnungen, die Korrespondenz mit Bauherrschaft und Amt. Dieser Bestand wächst still, und ebenso still ist er in die Cloud gewandert. Microsoft 365 für Mail und Dokumente, OneDrive oder die Synology im Keller für die Dateien, ein gemietetes CRM für die Adressen. Jedes Stück für sich vernünftig, zusammen ein Büro, dessen Substanz auf fremden Servern liegt, zu Bedingungen, die ein anderer schreibt.
|
||||
|
||||
Das funktioniert tadellos. Es ist bequem. Und es heisst, dass das Gedächtnis des Büros zur Miete wohnt.
|
||||
|
||||
## Die Praxis besitzt ihre Werkzeuge
|
||||
|
||||
Dass wir das umdrehen, ist keine Prinzipienreiterei, sondern eine Konsequenz aus dem [Manifest](/manifest/): Ein Büro offen zu führen heisst auch, die eigenen Werkzeuge zu besitzen — so wie ein Schreiner seine Hobel besitzt und nicht pro Span bezahlt. Wer die Werkzeuge mietet, mietet am Ende die eigene Arbeitsweise.
|
||||
|
||||
Der Hobel ist in diesem Fall die Kiste im Schrank. Darauf läuft Proxmox, eine quelloffene Software, die aus einem gewöhnlichen Rechner viele kleine, sauber getrennte Maschinen macht. In jeder steckt ein Dienst: diese Website samt dem Editor, mit dem dieser Text geschrieben wurde; RAPPORT, unsere Zeiterfassung; DOSSIER, die Projektablage; der Dateispeicher, der die Synology ablöst; Kalender, Kontakte, Mail. Alles offen, alles auf den eigenen Platten. Was vorher Monat für Monat pro Kopf abgebucht wurde, deckt die gebrauchte Hardware in unter einem Jahr.
|
||||
|
||||
## Was das mit Architektur zu tun hat
|
||||
|
||||
Mehr, als es zunächst scheint. Wo die Daten einer Bauherrschaft liegen, ist keine Geschmacksfrage, sondern eine des Anstands und des Datenschutzes. Eine Maschine im eigenen Haus beantwortet die Frage, wo die anvertrauten Unterlagen sind, mit einem Fingerzeig auf den Schrank — nicht mit einem Verweis auf Rechenzentren in einer anderen Rechtsordnung.
|
||||
|
||||
Dazu kommt die schlichte Unkündbarkeit. Verdoppelt ein Anbieter den Preis, streicht eine Funktion oder stellt das Produkt ein, ist das sein gutes Recht; man steht daneben und zahlt. Bei uns gibt es nichts, das gekündigt werden kann. Die Formate sind offen — die Texte dieser Bibliothek etwa sind schlichte Textdateien, lesbar auch dann, wenn unser ganzer Apparat einmal verschwindet.
|
||||
|
||||
Und schliesslich behandelt ein offenes Büro seine Infrastruktur wie einen Entwurf: Man versteht sie, ändert sie, dokumentiert sie. Dieser Aufbau ist deshalb kein Betriebsgeheimnis, sondern steht [unter freier Lizenz](/lizenz/) offen. Wer sein Büro ähnlich einrichten will, kopiert unsere Skripte und macht weiter.
|
||||
|
||||
## Der Preis der Selbstverständlichkeit
|
||||
|
||||
Bleibt die unbequeme Seite, und sie gehört in jeden ehrlichen Text dieser Art: Man wird sein eigener Hauswart. Backups laufen nicht mehr von allein, Aktualisierungen muss jemand einspielen, und fällt der Strom, klingelt kein Support.
|
||||
|
||||
Tragbar finden wir das aus zwei Gründen. Der Aufwand ist kleiner, als er klingt, sobald die Handgriffe automatisiert sind — einen neuen Dienst aufzusetzen ist bei uns ein einziger Befehl und kein verlorener Nachmittag. Und die Kontrolle ist den Rest wert: Lieber für ein Backup geradestehen, das man versteht, als sich auf eines verlassen, das man nie gesehen hat.
|
||||
|
||||
Wie die Kiste im Schrank konkret eingerichtet ist — die Maschine, die Container, die Befehle, mit denen ein Dienst in Minuten steht — steht im zweiten Teil: [Proxmox, Schritt für Schritt](/library/software/proxmox-schritt-fuer-schritt/).
|
||||
@@ -1,34 +0,0 @@
|
||||
---
|
||||
title: "Empfohlener Stack"
|
||||
date: 2026-05-23
|
||||
weight: 30
|
||||
tags: ["software", "stack", "empfehlungen"]
|
||||
summary: "Programme und Dienste, die wir Tag für Tag benutzen — kuratiert und kommentiert."
|
||||
cover_image: /images/tokyo-metro.jpg
|
||||
layout: image
|
||||
---
|
||||
|
||||
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed do eiusmod tempor incididunt ut labore — **lorem ipsum**: ut enim ad minim veniam, quis nostrud exercitation ullamco.
|
||||
|
||||
## Lorem Ipsum I
|
||||
|
||||
- **Lorem ipsum** — dolor sit amet, consectetur adipiscing elit. Sed do eiusmod tempor ([lorem ipsum](https://gitea.kgva.ch)).
|
||||
- **Dolor sit** — ut labore et dolore magna aliqua, ut enim ad minim veniam.
|
||||
|
||||
## Lorem Ipsum II
|
||||
|
||||
- **Consectetur** — quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo.
|
||||
- **Adipiscing** — duis aute irure dolor in reprehenderit.
|
||||
|
||||
## Lorem Ipsum III
|
||||
|
||||
- **Eiusmod tempor** (lorem ipsum) — incididunt ut labore et dolore magna.
|
||||
- **Ut enim ad minim** (lorem ipsum) — veniam, quis nostrud exercitation.
|
||||
- **Quis nostrud** (lorem ipsum) — ullamco laboris nisi ut aliquip.
|
||||
|
||||
## Lorem Ipsum IV
|
||||
|
||||
- **[DOSSIER](/library/software/dossier/)** — lorem ipsum.
|
||||
- **[RAPPORT](/library/software/rapport/)** — dolor sit amet.
|
||||
|
||||
— sed ut perspiciatis unde omnis iste natus error sit voluptatem.
|
||||
@@ -1,4 +0,0 @@
|
||||
---
|
||||
title: "Theorie"
|
||||
description: "Architekturtheorie, Lektüren, Begriffe."
|
||||
---
|
||||
@@ -1,18 +0,0 @@
|
||||
---
|
||||
title: "Typus und Modell"
|
||||
date: 2026-05-28
|
||||
tags: ["theorie", "typologie", "muster"]
|
||||
summary: "Eine kurze Unterscheidung — und warum sie fürs Entwerfen praktisch ist. (Musterbeitrag mit Fußnoten.)"
|
||||
color: kusa
|
||||
layout: text
|
||||
---
|
||||
|
||||
Quatremère de Quincy trennte im frühen 19. Jahrhundert *Typus* und *Modell*: Das Modell ist die exakte Vorlage zum Kopieren, der Typus dagegen ein Prinzip, das viele verschiedene Werke begründen kann.[^quatremere]
|
||||
|
||||
Rafael Moneo griff diese Idee 1978 wieder auf und machte sie für die Praxis brauchbar — der Typus ist kein Käfig, sondern ein Ausgangspunkt, gegen den man entwirft.[^moneo] Aldo Rossi schließlich verband den Typus mit der Stadt: als dauerhaftes Element, das den Wandel überdauert.[^rossi]
|
||||
|
||||
Fürs Büro heißt das konkret: Wer den Typus einer Aufgabe versteht, entwirft nicht aus dem Nichts, sondern variiert bewusst. Das spart Zeit und macht Entscheidungen begründbar.
|
||||
|
||||
[^quatremere]: Antoine-Chrysostome Quatremère de Quincy, *Encyclopédie méthodique. Architecture*, Bd. 3, Paris 1825, Stichwort „Type".
|
||||
[^moneo]: Rafael Moneo, „On Typology", in: *Oppositions* 13 (1978), S. 22–45.
|
||||
[^rossi]: Aldo Rossi, *L'architettura della città*, Padua 1966.
|
||||
@@ -1,16 +0,0 @@
|
||||
---
|
||||
title: "Typologie als Werkzeug"
|
||||
date: 2026-05-20
|
||||
tags: ["theorie", "typologie", "methode"]
|
||||
summary: "Erste Notiz über Typologie nicht als Katalog, sondern als operatives Werkzeug im Entwurf."
|
||||
color: ajisai
|
||||
layout: text
|
||||
---
|
||||
|
||||
Lorem ipsum dolor sit amet, consectetur adipiscing elit: sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation.
|
||||
|
||||
Ullamco laboris nisi ut **aliquip ex ea commodo consequat**. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.
|
||||
|
||||
Excepteur sint occaecat: nicht "cupidatat non proident?", sondern "**sunt in culpa** qui officia deserunt mollit?".
|
||||
|
||||
— sed ut perspiciatis, weitere folgen.
|
||||
@@ -0,0 +1,11 @@
|
||||
---
|
||||
title: "Typus"
|
||||
group: "Begriffe"
|
||||
summary: "Ein Prinzip, das viele Werke begründet — nicht die Vorlage zum Kopieren."
|
||||
---
|
||||
|
||||
Der **Typus** ist nicht das fertige Vorbild, sondern das zugrunde liegende Prinzip einer Bauaufgabe: das, was eine Markthalle zur Markthalle macht, unabhängig von Ort, Material und Epoche. Vom *Modell* unterscheidet er sich darin, dass man ihn nicht kopiert, sondern gegen ihn entwirft.
|
||||
|
||||
Fürs Büro ist der Typus ein Werkzeug der Ökonomie: Wer den Typus einer Aufgabe kennt, beginnt nicht bei null, sondern variiert bewusst — und kann die eigenen Entscheidungen begründen.
|
||||
|
||||
Ausführlicher in der Bibliothek: [Typus und Modell](/archiv/theorie/muster-typologie-fussnoten/).
|
||||
@@ -0,0 +1,24 @@
|
||||
---
|
||||
title: "Wie die Library funktioniert"
|
||||
group: "Werkstatt"
|
||||
summary: "Kleine Seiten, klare Titel, viele Verweise."
|
||||
toc: true
|
||||
---
|
||||
|
||||
Die Library ist kein Lexikon, das jemand fertigstellt, sondern ein gemeinsames Gedächtnis, das beim Arbeiten entsteht. Ein paar Konventionen halten sie übersichtlich.
|
||||
|
||||
## Eine Seite, ein Begriff
|
||||
|
||||
Lieber viele kleine Seiten als wenige grosse. Eine Seite behandelt einen Begriff, einen Handgriff, eine Entscheidung. Passt etwas nicht mehr auf eine Bildschirmseite, wird es meist zwei Themen sein.
|
||||
|
||||
## Verweise
|
||||
|
||||
Seiten verweisen mit gewöhnlichen Markdown-Links aufeinander — `[Typus](/library/typus/)` — und gerne auch ins [Archiv](/archiv/), wenn ein Gedanke dort ausführlicher steht. Verlinken ist die eigentliche Arbeit: Eine Notiz, auf die nichts zeigt, findet niemand.
|
||||
|
||||
## Gruppen
|
||||
|
||||
Das Feld `group` im Frontmatter sortiert eine Seite in die Navigation links — z. B. `group: "Begriffe"`. Seiten ohne Gruppe landen unter „Allgemein". Mehr Struktur braucht es selten.
|
||||
|
||||
## Bearbeiten
|
||||
|
||||
Jede Seite hat unten einen **bearbeiten**-Link, der direkt ins Repository führt. Wer lieber im Redaktions-Editor arbeitet, legt eine Seite vom Typ *Library* an und füllt Titel, Gruppe und Text.
|
||||
Reference in New Issue
Block a user