webseite/README.md

Öffentliche Seite der WTF Kooperative eG

Öffentliche Website der Genossenschaft auf Basis des Static-Site-Generators Lektor.

Das Git Repository zur Webseite ist auf git.wtf-eg.de/ag_kommunikation/webseite.

Lokales entwickeln

Vorbereitung

Installation von Lektor, siehe offizielle Doku.

# install git requirements
sudo apt install git-lfs

# install lektor requirements
sudo apt install python3-pip imagemagick

# clone git repo to folder wtf-webseite
git clone https://git.wtf-eg.de/ag_kommunikation/webseite.git wtf-webseite

# change to repo
cd wtf-webseite

# install lfs
git lfs install

# omit downloading multiple gigabytes of podcasts
git config lfs.fetchexclude "content/podcast/*.ogg,content/podcast/*.mp3"

# download all LFS files
git lfs fetch

# create a virtual Python environmenty `venv`
python3 -m venv venv

# activate the virtual Python environment
source venv/bin/activate

# install the packages listed in [requirements.txt](./requirements.txt) using `pip`
pip install -r requirements.txt

# run lektor
lektor server

Server starten

Der Server kann nun per lektor server gestartet werden und sollte unter http://127.0.0.1:5000/ erreichbar sein.

Git Magie

Bevor du die Änderungen an der Webseite commitest, möchtest du dir vielleicht anschauen, welche Dateien sich geändert haben. Der Befehl git status ist hier dein Freund.

Da wir das direkte pushen auf den main Branch verbieten, möchtest du vermutlich einen neuen Branch erstellen. Das geht über git checkout -b <branch_name>. Mit git status siehst du auch, auf welchem branch du bist. Den kannst du per git push origin <branch_name> dann auch auf den Webserver pushen. Pushen kannst du, was du commitest hast. git commit Eine aussagekräftige commit-beschreibung wird gerne gesehen.

LFS

Wir verwenden LFS zum Speichern von großen Dateien wie den Podcast, Bilder und so weiter. Somit liegen nach git clone statt der Mediendateien nur Textdateien mit einem passenden Hashwert auf der Platte. So weit, so sparsam – Lektor benötigt aber die Bilder zum rendern der Seite. Die Podcasts (aktuell mehr als 3GB) jedoch nicht. Via Konfiguration kannst du die Audiodateien vom Download mit git lfs ausschließen.

git config lfs.fetchexclude "content/podcast/*.ogg,content/podcast/*.mp3"

Hat man die Dateien schon auf der Platte kann man versuchen sie zu löschen, dann die Änderungen zu verwerfen und im Anschluss sowohl bei git lfs, als auch bei Lektor aufzuräumen. Also irgendwas in Richtung:

rm content/podcast/wtf*/*.mp3
rm content/podcast/wtf*/*.ogg
git reset --hard
git lfs prune
lektor clean

Damit hatte ich teilweise Erfolg, teilweise schien git lfs prune keine Wirkung zu haben und Teilweise wurde mir einfach die Audiodateien wieder hergestellt, obwohl es eigentlich nur die Dateien mit den Hashes sein sollten. Im Zweifel bleibt immer das Repo einmal neu zu klonen.

LFS Überspringen.

Wenn du ganz genau weißt, was du machen willst und in Kauf nimmst, dass nicht alle Elemente der Webseite bei dir lokal laden, kannst du das auch überspringen. Der Trick ist folgende Option:

export GIT_LFS_SKIP_SMUDGE=1
git clone <git_repo>

(Da das Rendern der Startseite die Bilder benötigt, willst du dann im lektor direkt auf eine andere Unterseite wechseln. Die Seite http://localhost:5000/admin/ sollte nützlich sein!)

Deployment

Per Drone

Drone testet bereits automatisch den eingecheckten Code im main-Branch und für Pull Requests. Deployments finden nicht automatisch statt, sondern müssen angestoßen werden.

Wähle dazu den erfolgreichen Build, den du deployen möchtest unter https://drone.wtf-eg.de/ag_kommunikation/webseite aus. Rechts oben findest du dann im 3-Punkte-Menü die Aktion Promote. Als Target kannst du spielwiese oder www verwenden.

Per Hand

Das Deployment sollte für maximale Reproduzierbarkeit und Nachvollziehbarkeit immer über Drone stattfinden. In Ausnahmesituationen kann jedoch ein manuelles Deployment nötig sein.

lektor build
lektor deploy dev   # Deployment auf die Spielwiese
lektor deploy live  # Deployment auf die Live-Seite