Obserwowalność
Zdarzenia, logi i błędy.
PostHog ma oddzielne projekty produkcyjny i nieprodukcyjny. Preview i staging trafiają wyłącznie do nieprodukcyjnego. Ruch nieprodukcyjny ma właściwość automated_test; analizy biznesowe muszą go jawnie wykluczać. Region jest zgodny z istniejącą organizacją.
Katalog zdarzeń
note_created: jedno zdarzenie backendowe po udanym zapisie, właściwość noteId. Nie wysyłamy treści notatki ani hasła. Przeglądarka identyfikuje użytkownika po ID i resetuje identyfikację przy wylogowaniu. Session Replay i autocapture są wyłączone.
Pino pisze JSON do stdout, a skonfigurowany eksport OTLP przekazuje zredagowane logi do PostHog Logs. Błędy API są raportowane jawnie. Metadane obejmują projekt, środowisko, usługę, commit, deployment, PR i requestId. Brak telemetrii nie blokuje podstawowego przepływu produktu.
Mapy źródeł nie są serwowane publicznie. Build przenosi je do .output/sourcemaps, a CI zachowuje je z raportami przez 30 dni. Automatyczny upload do PostHog wymaga osobnego tokenu z zakresem uploadu map i pozostaje krokiem integracyjnym przed produkcją.
Wiadomości wyjątków ORM mogą zawierać parametry zapytań. Przed wysłaniem usuwamy wiadomość źródłową i pozostawiamy kategorię oraz ramki stosu. Ten sam zredagowany wyjątek trafia do logów i error trackingu. Test poufności sprawdza brak treści notatki i hasła. SHIPYARD_PRODUCT_SLUG i publiczne VITE_SHIPYARD_PRODUCT_SLUG muszą odpowiadać slugowi nowego produktu.