kantarciandClaude Opus 5
e0d06ac44c
Turnstile laesst sich in den Einstellungen einschalten: aus, bis beide Schluessel eingetragen sind; die Sicherheitsrichtlinie oeffnet sich nur auf Seiten mit Formular, und nur fuer challenges.cloudflare.com. Antwortet Cloudflare nicht, gilt die Absendung als bestanden - ein Ausfall dort darf keine Kundenanfrage kosten. Die drei eingebauten Pruefungen ohne Dritte bleiben davon unberuehrt. Dabei gefunden: wer ein Pflichtfeld vergass, bekam die Seite ohne Gestaltung zurueck. Der Formularcode baute sie selbst ein zweites Mal auf und liess Theme, Blockstile und Schriften weg. Jetzt geht auch dieser Weg durch den Seitencontroller, die Meldungen reisen als Anfrageattribut mit. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
5.2 KiB
5.2 KiB
Livegang von kant-it.de
Stand: 13.09.2026. Diese Liste trennt, was geprüft ist, von dem, was nur auf dem echten Hosting geprüft werden kann – und in welcher Reihenfolge umgeschaltet wird.
Geprüft (lokal, gegen den Nachbau)
| Prüfung | Ergebnis |
|---|---|
| PHPUnit, PHP 8.2 und 8.4 | 409 Tests, 1791 Zusicherungen, grün |
| JavaScript-Modelltests | grün |
| Editor durchgespielt (Playwright + axe) | grün, isolierte Datenbank |
| Öffentliche Seiten (Playwright + axe, 1440 px und 390 px) | keine Beanstandung |
Interne Verweise (npm run test:links) |
35 Seiten, 408 Adressen, kein toter Verweis |
| Lighthouse, vier Adressen, je drei Läufe | Barrierefreiheit, Best Practices, SEO, agentic browsing 100 überall; Performance 100 außer Startseite (98 mobil / 96 Desktop) |
Sicherung (cms:backup) |
angelegt: 33 Seiten, 100 Fassungen, 388 Mediendateien |
| Weiterleitungen der alten WordPress-Adressen | 14 Stück angelegt, alle beantwortet mit 301 |
Gemessen wurde im Produktionsmodus auf dem PHP-Entwicklungsserver, der dieselben Kopfzeilen sendet wie public/.htaccess. Das ist kein Ersatz für eine Messung auf dem echten Hosting.
Nicht geprüft – muss vor dem Umschalten passieren
- E-Mail-Versand. Nie ausgeführt, in keiner Umgebung.
MAILER_DSN=sendmail://defaultfunktioniert auf den meisten PHP-Hostings; verlangt der Anbieter SMTP, gehört dort eine Zeile der Formsmtp://benutzer:passwort@mailserver:587hinein. Nach dem Hochladen eine echte Anfrage über das Kontaktformular abschicken und prüfen, ob sie ankommt – auch im Spam-Ordner. Die Anfrage wird vor dem Versand gespeichert; kommt keine Mail an, steht sie trotzdem unter „Formulare“ in der Verwaltung. - HTTPS. Zertifikat einrichten, dann in
public/.htaccessdie drei Zeilen der HTTPS-Umleitung einschalten. Erst wenn das eine Weile läuft, die HSTS-Zeile aktivieren – sie lässt sich in einem Browser ein halbes Jahr lang nicht zurücknehmen. - www oder nicht. Das alte kant-it.de ist kanonisch mit
www. In.htaccesssteht die Umleitung dafür vorbereitet und auskommentiert; sie muss zur EinstellungSITE_ORIGINpassen, die in.envsteht. Beide zeigen auf dieselbe Schreibweise, sonst zeigt jede Seite auf eine Adresse, die weiterleitet. - Datenbank. Geprüft ist ausschließlich SQLite. Für MySQL ist alles vorbereitet, aber nichts erprobt – wer MySQL nimmt, sollte danach Seiten anlegen, veröffentlichen, Bilder hochladen und ein Formular absenden.
- Cronjobs. Täglich
php bin/console cms:backupundphp bin/console cms:stats:prune. Ohne den ersten gibt es keine Sicherung außer der von Hand angelegten. - Schriften. Auf dem neuen Server einmal
php bin/console cms:fonts:fetchausführen oder im Designbereich den Knopf drücken – die Dateien liegen nicht im Repository. Bis dahin lädt die Seite die Schriften von Google, was sie nicht soll. - Rechtstexte. Impressum und Datenschutzerklärung sind vom alten Auftritt übernommen. Der Abschnitt über Google Fonts wurde an die Wirklichkeit angepasst (die Schriften kommen jetzt vom eigenen Server), die Abschnitte über Google Maps und reCAPTCHA entfernt, weil beides nicht eingebunden ist. Das ersetzt keine anwaltliche Prüfung, und es ist die Verantwortung des Betreibers, nicht des CMS.
- Texte. Acht Projektbeschreibungen stammen nicht vom alten Auftritt, sondern sind neu geschrieben. Sie sollten gelesen werden, bevor sie öffentlich sind.
Optional: Spamschutz mit Cloudflare
Die Formulare haben drei eingebaute Prüfungen ohne Dritte. Kommt trotzdem Spam durch, gibt es unter Einstellungen → „Spamschutz für Formulare" Cloudflare Turnstile: Schlüsselpaar im Cloudflare-Konto anlegen (kostenlos), beide Schlüssel eintragen, Haken setzen. Vorher wissen: das Widget braucht JavaScript, und die IP-Adresse des Absenders geht an Cloudflare – beides gehört in die Datenschutzerklärung, bevor es scharf geschaltet wird.
Reihenfolge am Umzugstag
- Dateien auf das Hosting,
.envmitAPP_ENV=prod,APP_DEBUG=0,DATABASE_URL,MEDIA_DIRECTORY,SITE_ORIGIN,MAILER_DSNund einem neuenAPP_SECRET. - Datenbank und Medienordner einspielen (oder
php vendor/bin/doctrine-migrations migrateauf einer leeren Datenbank und dann der Installer). php bin/console cms:fonts:fetch, danach eine Seite aufrufen und im Quelltext prüfen, dass nichts vonfonts.googleapis.comgeladen wird.- Kontaktformular abschicken, Mail prüfen.
- Jetzt erst die Domain umstellen.
- Danach:
CMS_URL=https://www.kant-it.de npm run test:linksvon einem Rechner mit Node,robots.txtundsitemap.xmlim Browser aufrufen, die Sitemap in der Google Search Console neu einreichen, und drei bis vier alte Adressen von Hand aufrufen (etwa/productsolutions/,/kanttresor-dsgvo-konforme-archivierung-fuer-moderne-unternehmen/) – sie müssen mit 301 auf die neue Adresse führen. - Eine Woche lang in der Search Console auf 404-Meldungen schauen; jede weitere alte Adresse bekommt eine Weiterleitung unter „Einstellungen → Weiterleitungen“.
Rückweg
Das alte WordPress bleibt bis auf Weiteres bestehen. Geht etwas schief, wird die Domain dorthin zurückgestellt; die Inhalte des neuen Auftritts liegen unverändert in der Sicherung unter var/backups/.