No description
Kevin Adametz
8df6b9e3a9
Schreibt nichts. Der Bericht steht vor 1a.2 und 1a.3, weil für die rückwirkende Zusammenführung im Altbestand das Portal die Verantwortung trägt — dort wird nicht angelegt, sondern verschmolzen, und das ist nicht folgenlos umkehrbar. Geschlüsselt wird über die FIRMEN-E-Mail, nicht über die Pressekontaktadresse: Der Pressekontakt ist der Firma untergeordnet und wechselt, die Firmenidentität darf nicht an einer Person hängen. Der Bericht führt fünf Klassen statt der drei Signale aus dem Regelwerk. Zwei Ergänzungen, die aus den Daten kommen: Erstens die Namensvariante. "Hoppe Unternehmensberatung" und "Hoppe Unternehmensberatung GmbH" sind dieselbe Firma; ein Vergleich auf Gleichheit würde sie trennen. Die Namen werden deshalb normalisiert — Kleinschreibung, Umlaute aufgelöst, Rechtsform und Satzzeichen entfernt. Das ist der Fall "gleicher ODER ÄHNLICHER Firmenname" aus dem Regelwerk. Zweitens, und wichtiger: Adressen, die viele Namen tragen und unter denen NIE etwas veröffentlicht wurde. Im Bestand sind das 23 Adressen mit 5965 Firmen, angeführt von yahoo@yahoo.com mit 4376. Dahinter steht keine Firma und keine Agentur. Würde über sie zusammengeführt, verschmölzen tausende unbeteiligte Firmen zu einem Newsroom — der teuerste denkbare Fehler dieses Blocks. Die Namensanzahl allein trennt diese Adressen NICHT von einer großen Agentur: pr@deutsche-stadtauskunft.ag trägt 133 Namen und hat 134 Firmen mit veröffentlichten Meldungen. Trennscharf ist erst die Veröffentlichung. Der Schwellwert für Sammeladressen ist ein Parameter, kein fester Wert — E1 soll an Zahlen entschieden werden, nicht an einem Gefühl. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> |
||
|---|---|---|
| .agents/skills | ||
| .codex | ||
| .devcontainer | ||
| .github/workflows | ||
| _docs | ||
| app | ||
| bootstrap | ||
| config | ||
| database | ||
| dev | ||
| docs | ||
| lang | ||
| public | ||
| resources | ||
| routes | ||
| storage/debugbar | ||
| tests | ||
| .cursorrules | ||
| .editorconfig | ||
| .env.example | ||
| .gitattributes | ||
| .gitignore | ||
| .mcp.json | ||
| AGENTS.md | ||
| artisan | ||
| boost.json | ||
| CLAUDE.md | ||
| composer.json | ||
| composer.lock | ||
| docker-compose.yml | ||
| package-lock.json | ||
| package.json | ||
| phpstan-baseline.neon | ||
| phpstan.neon | ||
| phpunit.xml | ||
| pint.json | ||
| Readme.md | ||
| setup-new-asset-urls.sh | ||
| tailwind.portal.config.js | ||
| tailwind.web.config.js | ||
| vite | ||
| vite.config.js | ||
| vite.portal.config.js | ||
| vite.shared.js | ||
| vite.web.config.js | ||
Multi-Domain Laravel-Anwendung
Übersicht
Diese Laravel-Anwendung unterstützt verschiedene Domains mit unterschiedlichen Styles:
- Haupt-Website: https://pressekonto.test (lokal) / https://pressekonto.de (live) – Haupt-Portal Admin-Page
- APP_PRESSEECHO: https://presseecho.test
- APP_BUSINESSPORTAL: https://businessportal24.test
Installation
- Repository klonen
- Abhängigkeiten installieren:
composer install npm install - Umgebungsvariablen konfigurieren (siehe
.env.exampleundDOMAINS-CONFIG.md) - Laravel-Anwendung initialisieren:
php artisan key:generate php artisan migrate - Assets kompilieren:
npm run build npm run build:admin npm run build:web
Domain-Konfiguration
Die Domains werden über die .env-Datei konfiguriert. Für detaillierte Anweisungen siehe DOMAINS-CONFIG.md.
Lokaler Entwicklungsserver
php artisan serve
Asset-Kompilierung
Diese Anwendung verwendet Vite mit verschiedenen Konfigurationen:
- Hauptkompilierung:
npm run devodernpm run build - Admin-Assets:
npm run build:admin - Web-Assets:
npm run build:web
Domain-Simulation
Während der Entwicklung können Domains simuliert werden, ohne die Hosts-Datei zu bearbeiten:
- In der
.env-Datei:DEV_SIMULATE_DOMAIN=true - Gewünschte Domain angeben:
DEV_SIMULATED_DOMAIN=landing1.local
Favicons
Um Platzhalter-Favicons für alle konfigurierten Domains zu generieren:
php artisan domains:generate-favicons