Konfiguracja - Nuxt

Lokalizacja konfiguracji

nuxt.config.ts, zmienne NUXT_DOCKRAY_* i server/utils/dockray.ts

Poświadczenia projektu

Poświadczenia umieść w prywatnej części runtimeConfig; nie dodawaj ich do runtimeConfig.public. Helper przechowuj w katalogu server i wywołuj z endpointów, middleware lub pluginu Nitro. Po zaraportowaniu ponownie rzuć wyjątek, jeżeli Nuxt ma zachować własną stronę błędu i kod odpowiedzi.

Środowiska

Każde środowisko powinno raportować z jednoznaczną nazwą, na przykład production albo staging. Dla produkcji i środowiska testowego warto utworzyć osobne klucze prywatne, aby można je było niezależnie odwołać. Raportowanie lokalne pozostaw wyłączone, chyba że świadomie testujesz integrację.

Zalecany zakres raportowania

Do DockRay kieruj awarie wymagające reakcji zespołu. Oczekiwane odpowiedzi aplikacji powinny pozostać poza strumieniem błędów, aby alerty i miesięczne wykorzystanie odzwierciedlały rzeczywiste problemy.

• Nie raportuj wyjątków walidacji obsługiwanych jako standardowa odpowiedź dla użytkownika.
• Odfiltruj błędy 404 generowane przez automatyczne skanery i nieprawidłowe adresy.
• Wyłącz zdarzenia tworzone celowo przez testy automatyczne i zadania kontrolne.

Ochrona klucza prywatnego

Klucz przechowuj w konfiguracji serwera, menedżerze sekretów albo prywatnych ustawieniach platformy. Nie umieszczaj go w repozytorium, logach, zrzutach ekranu ani kodzie wysyłanym do przeglądarki. Podejrzenie ujawnienia klucza jest wystarczającym powodem, aby go odwołać i wygenerować nowy.