chore(build): fix postcss wiring, split blog assets, freeze baseline #22

New issue

Closed

opened 2026-08-12 20:40:06 +00:00 by Phil · 0 comments

Phil commented

2026-08-12 20:40:06 +00:00

Owner

Pflicht-Vorlauf für den Relaunch. Ohne diese Arbeit fällt Lighthouse, sobald der neue Design-Layer dazukommt.

Symptom

Autoprefixer läuft überhaupt nicht. vite.config.js:43 verweist auf ./postcss.config.cjs. Die Datei existiert nicht. Vorhanden ist postcss.config.mjs, und deren plugins-Objekt ist leer, obwohl autoprefixer in den devDependencies steht.
Ein Bundle für alle Routen. main.min.css (125.806 B) enthält _blog-article.scss mit 1.751 Zeilen, aos.css (26.053 B roh) und glightbox.css (17.372 B). Die Startseite lädt das alles und braucht nichts davon. Dasselbe in main.min.js (293.164 B) für die vier Article*-Module.
Keine festgeschriebene Baseline. Abnahmekriterium ist "Lighthouse darf nicht unter 99/96/100/100 fallen", aber der Ausgangswert ist nirgends im Repo dokumentiert.
@vitejs/plugin-vue ist aktiv, es gibt keine einzige .vue im Repo.
Testimonial-Videos sind nicht web-tauglich. kai_hero.mp4 8,9 MB, wolfgang_hero.mp4 22 MB bei 8 Mbit/s, beide 1080p H.264.

Akzeptanzkriterien

postcss.config.cjs-Referenz aus vite.config.js entfernt, Autoprefixer nachweislich aktiv (Prefixes im Output)
Zweiter Vite-Entry für Blog-Assets, konditional geladen in templates/_pages/blog/entry.twig
/ lädt kein Blog-CSS und keine Article*-Module mehr, Blog-Artikel unverändert funktionsfähig
Baseline dokumentiert: Lighthouse-Werte plus Byte-Größen, im Repo nachlesbar
@vitejs/plugin-vue entfernt, Build grün
Hero-Videos web-kodiert mit Poster-Frame, zwei Bitraten, Lazy Loading; lange Fassungen nur für die Projektseite
Lighthouse auf / und einer Blog-Route gleich oder besser als Baseline

Teil des Relaunch-Vorhabens, Arbeitspaket WP2.

Pflicht-Vorlauf für den Relaunch. Ohne diese Arbeit fällt Lighthouse, sobald der neue Design-Layer dazukommt. ## Symptom 1. **Autoprefixer läuft überhaupt nicht.** `vite.config.js:43` verweist auf `./postcss.config.cjs`. Die Datei existiert nicht. Vorhanden ist `postcss.config.mjs`, und deren `plugins`-Objekt ist leer, obwohl `autoprefixer` in den devDependencies steht. 2. **Ein Bundle für alle Routen.** `main.min.css` (125.806 B) enthält `_blog-article.scss` mit 1.751 Zeilen, `aos.css` (26.053 B roh) und `glightbox.css` (17.372 B). Die Startseite lädt das alles und braucht nichts davon. Dasselbe in `main.min.js` (293.164 B) für die vier `Article*`-Module. 3. **Keine festgeschriebene Baseline.** Abnahmekriterium ist "Lighthouse darf nicht unter 99/96/100/100 fallen", aber der Ausgangswert ist nirgends im Repo dokumentiert. 4. `@vitejs/plugin-vue` ist aktiv, es gibt keine einzige `.vue` im Repo. 5. **Testimonial-Videos sind nicht web-tauglich.** `kai_hero.mp4` 8,9 MB, `wolfgang_hero.mp4` 22 MB bei 8 Mbit/s, beide 1080p H.264. ## Akzeptanzkriterien - [ ] `postcss.config.cjs`-Referenz aus `vite.config.js` entfernt, Autoprefixer nachweislich aktiv (Prefixes im Output) - [ ] Zweiter Vite-Entry für Blog-Assets, konditional geladen in `templates/_pages/blog/entry.twig` - [ ] `/` lädt kein Blog-CSS und keine `Article*`-Module mehr, Blog-Artikel unverändert funktionsfähig - [ ] Baseline dokumentiert: Lighthouse-Werte plus Byte-Größen, im Repo nachlesbar - [ ] `@vitejs/plugin-vue` entfernt, Build grün - [ ] Hero-Videos web-kodiert mit Poster-Frame, zwei Bitraten, Lazy Loading; lange Fassungen nur für die Projektseite - [ ] Lighthouse auf `/` und einer Blog-Route gleich oder besser als Baseline Teil des Relaunch-Vorhabens, Arbeitspaket WP2.

Phil referenced this issue from a commit

2026-08-12 20:55:25 +00:00

perf(build): split blog assets out of the sitewide bundle

Phil referenced this issue from a pull request that will close it,

2026-08-12 20:55:40 +00:00

perf(build): split blog assets out of the sitewide bundle #25

Phil closed this issue

2026-08-12 21:02:01 +00:00

Phil referenced this issue from a commit

2026-08-12 21:21:21 +00:00

docs(relaunch): add product, voice and design base

Phil referenced this issue