Claw
1aedcaf314
All checks were successful
Deploy Feature Branch to Test / deploy (push) Successful in 24s
- Front Controller Pattern mit public/index.php als Einstiegspunkt - Eigenes Routing (App\Core\Router) ohne externes Framework - Controller: HomeController, ImpressumController, DatenschutzController - Views mit gemeinsamem Layout (app/views/layouts/main.php) - PSR-4 Autoloading - Statische Assets nach public/ verschoben - Alte Dateien (index.php, impressum.html, datenschutz.html) geloescht - 301-Redirects fuer alte URLs - PHP 8.5 kompatibel - Apache DocumentRoot auf public/ gesetzt
130 lines
6.0 KiB
Markdown
Executable File
130 lines
6.0 KiB
Markdown
Executable File
# Agent-Richtlinien für dieses Projekt
|
||
|
||
## Systemumgebung
|
||
|
||
- **Betriebssystem: Windows** – Alle Befehle und Pfade müssen Windows-kompatibel sein (z. B. Pfadtrennzeichen `\`, PowerShell-Syntax).
|
||
|
||
---
|
||
|
||
## Projektübersicht
|
||
|
||
- **Statische Landingpage** für **Haus Schleusingen**
|
||
- Reines HTML, CSS und JavaScript (kein Framework, kein Build-Step)
|
||
- Ausgeliefert über einen **Nginx-Docker-Container** (nginx:alpine)
|
||
- Git-Repository: `https://git.home.kies-media.de/greggy/landingpage-haus-schleusingen.git`
|
||
|
||
### Dateistruktur
|
||
|
||
| Pfad | Beschreibung |
|
||
| --------------------------- | -------------------------------------------- |
|
||
| `haus-schleusingen.html` | Einstiegsseite (einzige HTML-Datei) |
|
||
| `css/haus-schleusingen.css` | Hauptstylesheet |
|
||
| `js/haus-schleusingen.js` | Haupt-JavaScript |
|
||
| `js/masonry.pkgd.min.js` | Masonry-Layout-Bibliothek (nicht bearbeiten) |
|
||
| `fonts/fonts.css` | Schriftart-Einbindungen |
|
||
| `bilder/` | Bildressourcen |
|
||
| `nginx.conf` | Nginx-Konfiguration |
|
||
| `Dockerfile` | Docker-Image-Definition (nginx:alpine) |
|
||
|
||
---
|
||
|
||
## Code-Qualität & Linting
|
||
|
||
### Wichtig: Linting nach jeder Codeänderung durchführen
|
||
|
||
**Führe nach jeder Codeänderung `npm run lint` aus**, um die Codequalität zu garantieren.
|
||
|
||
Das Projekt verwendet folgende Tools:
|
||
|
||
| Werkzeug | Zweck | Konfigurationsdatei | Befehl |
|
||
| --------------- | ------------------ | ------------------- | ------------------- |
|
||
| **HTMLHint** | HTML-Linting | `.htmlhintrc` | `npm run lint:html` |
|
||
| **Stylelint** | CSS-Linting | `.stylelintrc.json` | `npm run lint:css` |
|
||
| **ESLint** | JavaScript-Linting | `eslint.config.js` | `npm run lint:js` |
|
||
| **Prettier** | Code-Formatierung | `.prettierrc` | `npm run format` |
|
||
| **Husky** | Git Hooks | `.husky/pre-commit` | – |
|
||
| **lint-staged** | Gesteuerte Dateien | `package.json` | – |
|
||
|
||
Alle Linter auf einmal ausführen:
|
||
|
||
```powershell
|
||
npm run lint
|
||
```
|
||
|
||
### ESLint-Regeln (besonders beachten)
|
||
|
||
- `no-unused-vars` → **Warnung** (ungenutzte Variablen vermeiden)
|
||
- `no-undef` → **Warnung** (nur definierte Variablen verwenden)
|
||
- `prettier/prettier` → **Fehler** (Prettier-Formatierung ist Pflicht)
|
||
- Globale Variablen: `browser` und `jquery` sind verfügbar
|
||
- `*.min.js`-Dateien werden ignoriert (nicht linten/bearbeiten)
|
||
|
||
### HTMLHint-Regeln
|
||
|
||
- Tag-Paarung Pflicht (`tag-pair`)
|
||
- Tags & Attribute in Kleinschreibung (`tagname-lowercase`, `attr-lowercase`)
|
||
- Doctype an erster Stelle (`doctype-first`)
|
||
- Eindeutige IDs (`id-unique`)
|
||
- `alt`-Attribut bei Bildern Pflicht (`alt-require`)
|
||
- `<title>` erforderlich (`title-require`)
|
||
|
||
---
|
||
|
||
## Entwicklung
|
||
|
||
- Kein Build-Step erforderlich – statische Dateien
|
||
- Lokaler Entwicklungsserver: `npx serve .` oder VS Code Live Server
|
||
- Node.js ≥ 18, npm ≥ 9
|
||
|
||
## Deployment
|
||
|
||
```powershell
|
||
# Image bauen
|
||
docker build -t landingpage-haus-schleusingen .
|
||
|
||
# Container starten
|
||
docker run -d -p 8080:80 -v ${pwd}:/usr/share/nginx/html:ro landingpage-haus-schleusingen
|
||
```
|
||
|
||
Website erreichbar unter: **<http://localhost:8080>**
|
||
|
||
---
|
||
|
||
## Wichtige Erkenntnisse
|
||
|
||
- jQuery wird als globale Bibliothek vorausgesetzt (in ESLint-Konfig definiert)
|
||
- Masonry (`masonry.pkgd.min.js`) wird für Layout-Zwecke eingesetzt – **nicht bearbeiten**
|
||
- Husky Pre-Commit-Hook führt automatisch lint-staged aus (kein manueller Schritt nötig beim Committen)
|
||
- Prettier-Formatierung ist verpflichtend – Code wird bei Commits automatisch formatiert
|
||
- Projekt ist `commonjs`-Typ (kein ESM in `package.json`)
|
||
|
||
---
|
||
|
||
## Agent-Erkenntnisse (Systemumgebung & Tools)
|
||
|
||
### Terminal & Encoding (Windows)
|
||
|
||
- **PowerShell-Encoding-Probleme**: Terminal-Ausgabe über `run_terminal_command` zeigt UTF-8-Zeichen (z. B. deutsche Umlaute) oft falsch an. Die Datei selbst ist korrekt. Immer mit `read_file` statt Terminal-Ausgabe prüfen.
|
||
- **Backtick-Konflikt**: PowerShell nutzt Backtick (``) als Escape-Zeichen. Markdown-Backticks in Here-Strings (@"..."@) führen zu Fehlern. Für Dateien mit Backticks stattdessen **Node.js-Skripte** verwenden.
|
||
- **Zuverlässige Dateierstellung**: Bei Inhalten mit Sonderzeichen (Umlaute, Backticks, Emojis) Node.js-Skripte (`fs.writeFileSync`) statt PowerShell-Befehle nutzen. Beispiel:
|
||
```javascript
|
||
const fs = require(`fs`);
|
||
const B = String.fromCharCode(96); // Backtick vermeiden
|
||
const lines = [`Zeile 1`, `Zeile 2`];
|
||
fs.writeFileSync(`datei.md`, lines.join(`\n`), `utf8`);
|
||
```
|
||
|
||
### Datei-Tools
|
||
|
||
- **`read_file`-Anzeigegrenze**: Lange Dateien werden in der Vorschau scheinbar abgeschnitten – die Datei selbst ist vollständig. Mit `run_terminal_command` und `Get-Content -Tail N` das Dateiende prüfen.
|
||
- **`create_new_file`-Quoting**: Inhalt darf nicht mit Anführungszeichen beginnen, da diese sonst als Teil des Inhalts übernommen werden. Immer die erstellte Datei verifizieren.
|
||
- **`single_find_and_replace`**: Exakte Stringübereinstimmung erforderlich. Zeilenumbrüche und Leerzeichen müssen exakt passen. Vor dem Ersetzen den Dateiinhalt mit `read_file` oder `read_file_range` prüfen.
|
||
- **`edit_existing_file`-Encoding**: Kann UTF-8-Zeichen (Umlaute, Sonderzeichen) beschädigen. Für Dateien mit Nicht-ASCII-Zeichen stattdessen Node.js-Skripte verwenden.
|
||
|
||
### Workflow-Empfehlungen
|
||
|
||
1. **Dateien lesen**: Immer `read_file` oder `read_file_range` nutzen (nicht Terminal).
|
||
2. **Dateien schreiben/ändern**: `edit_existing_file` oder `single_find_and_replace` bevorzugen – aber Vorsicht bei Nicht-ASCII-Zeichen.
|
||
3. **Komplexe Dateierstellung**: Node.js-Skript über `create_new_file` + `run_terminal_command` ausführen, danach Hilfsskript löschen.
|
||
4. **Terminal-Ausgabe**: Nur für Dateigrößen, Git-Befehle und npm-Skripte nutzen – nicht zur Inhaltsprüfung von Textdateien.
|