Ein Lernkurs für Philip und André. Er zeigt, wo die Website wirklich liegt, warum gerade zwei verschiedene Stände nebeneinanderher laufen, wer welchen Schlüssel vom anderen braucht — und wie ein sauberer Arbeitsablauf aussieht. Stand: 4. September 2026, alle Angaben am lebenden System nachgeprüft.
Das grösste Missverständnis zuerst: Bei Infomaniak bearbeitet man die Website nicht. Infomaniak liefert nur die Adresse, das Postfach und den gemieteten Rechner. Der Inhalt der Website kommt von woanders. Klick jeden Baustein an — dann siehst du, wem er gehört und wo es klemmt.
Ein Zugang, den nur einer hat, ist kein Sicherheitsgewinn — er ist eine Sollbruchstelle. Wer krank ist oder in den Ferien, blockiert den anderen. Diese Tabelle ist der eigentliche Kern des Problems: zwei rote Felder, und beide sind mit einer Minute Arbeit weg.
| Zugang | Wozu man ihn braucht | Philip | André | Was fehlt |
|---|---|---|---|---|
| Website-Verzeichnis lesen | Den aktuellen Stand der Website holen | ✓ | ✓ | nichts, das Verzeichnis ist öffentlich |
| Website-Verzeichnis beschreiben | Eigene Änderungen dauerhaft ablegen und veröffentlichen | ✕ | ✓ | André muss Philip als Mitarbeiter eintragen |
| Zugang zum Server | Dienste neu starten, Protokolle lesen, Portal betreuen | ✓ | ✕ | André gibt Philip seinen öffentlichen Schlüssel |
| Verwaltung des Kundenportals | Kunden anlegen, Zugangscodes vergeben | ✓ | ? | Passwort teilen — am besten über einen Passwortspeicher, nicht per Mail |
| Infomaniak-Konto | Adresse, Postfach und Servermiete verwalten | ✓ | ? | Klären: auf wen läuft das Konto und wer bezahlt es? |
| Postfach hallo@vaiacon.ch | Kundenanfragen beantworten | ✓ | ? | Sinnvoll: beide, sonst bleiben Anfragen liegen |
Auf github.com/ulrichzh/vaiacon →
Reiter Settings → links Collaborators → Add people →
philip1658 eingeben → Rolle Write wählen. Philip bekommt eine
Einladung per Mail und muss sie annehmen. Danach kann er speichern, und alles Weitere auf
dieser Seite funktioniert.
Schalte zwischen beiden Fassungen um: was heute wirklich passiert, wenn Philip etwas ändert — und wie es nach der Freischaltung läuft. Der Unterschied ist nicht Bequemlichkeit. In der ersten Fassung geht Arbeit verloren, in der zweiten nicht.
Diese vier Sätze lösen so gut wie jeden Konflikt, bevor er entsteht. Sie kosten pro Änderung etwa dreissig Sekunden.
git pullmain bleibt immer die Fassung, die live ist.
git switch -c chat-widgetgit push -u origin chat-widgetulrichzh/vaiacon ist die ganze Vorgeschichte verloren gegangen: Das Verzeichnis
hat heute genau einen einzigen Eintrag. Wer etwas nachschlagen will, findet nichts mehr.Keine Fangfragen. Wenn ihr die sechs beantworten könnt, versteht ihr euer eigenes System besser als die meisten Leute ihres.
In dieser Reihenfolge. Die erste Aufgabe blockiert alle anderen — sie dauert eine Minute. Die Haken bleiben in diesem Browser gespeichert.
Solange das Website-Verzeichnis einem privaten Konto gehört — egal ob Andrés oder Philips —
hängt die Firma an einer Person. Wer geht, nimmt es mit. Wer den Zugang verliert, sperrt den
anderen aus.
Sauberer: eine GitHub-Organisation namens «vaiacon» anlegen (kostenlos), das
Verzeichnis dorthin verschieben und beide als Besitzer eintragen. Dann gehören die Sachen der
Firma, nicht einer Person — und ihr könnt später jemanden dazunehmen, ohne dass jemand seine
privaten Zugangsdaten weitergeben muss. Das Verschieben ändert nichts an der Website und
dauert etwa zehn Minuten. Dasselbe gilt für das Kundenportal und den Aufschalter: beide liegen
heute nur auf Philips Rechner und auf dem Server. Geht die Festplatte kaputt, sind sie weg.
ulrichzh/vaiacon —
Antwort pull: true, push: false für das Konto philip1658.git log origin/main — genau ein Eintrag,
vom 4. September 2026./etc/cron.d/vaiacon-abgleich und das
Skript /usr/local/bin/vaiacon-abgleich auf dem Server./srv/vaiacon-overlay auf dem Server, eine Datei,
zuletzt geändert am 4. September 2026.