Konfiguracja - Next.js

1 min read Updated: 03.09.2026

Lokalizacja konfiguracji

.env.production oraz serwerowy moduł lib/dockray.ts

Poświadczenia projektu

Nazwy zmiennych bez prefiksu NEXT_PUBLIC_ pozostają dostępne wyłącznie po stronie serwera. Funkcji raportującej nie importuj do komponentu oznaczonego use client. Wywołuj ją w Route Handlers, Server Actions i kodzie serwerowym, a następnie ponownie rzuć wyjątek, jeżeli standardowa obsługa Next.js ma nadal wygenerować właściwą odpowiedź.

Ś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.

Next Weryfikacja i typowe problemy - Next.js
Chat with us The chat is closed right now Available: Mo–Fr 08:00–18:00