Odczytywanie wpisu w dzienniku
Na tej stronie
Kliknij żądanie na liście na karcie Logs, aby otworzyć jego szczegóły po prawej stronie. Szczegóły pokazują, kiedy wysłano żądanie, kto je wysłał i skąd, co zostało wysłane i co wróciło. W przypadku nieudanego żądania możesz też poprosić o podsumowanie błędu prostym językiem.
Skrócone informacje
Gdzie to znaleźć: Settings (ikona koła zębatego w lewym dolnym rogu) → Dzienniki audytu → Logs, a następnie kliknij żądanie
Kto może z tego korzystać: Potrzebujesz roli, która obejmuje Dzienniki audytu oraz Identity & Access Management w Twojej organizacji, takiej jak Organisation Administrator. Zobacz Kto może korzystać z Dzienników audytu.
Cel: Sprawdzenie, co dokładnie wydarzyło się w ramach jednego żądania
Otwieranie wpisu w dzienniku
- Na karcie Logs przefiltruj listę, aby wyświetlić potrzebne żądania.
- Kliknij żądanie. Jego szczegóły otworzą się po prawej stronie, a żądanie zostanie wyróżnione na liście.
- Użyj klawiszy strzałek w górę i w dół, aby przechodzić po liście bez zamykania szczegółów.
U góry szczegółów ponownie wyświetlane są stan, metoda, plakietka źródła i punkt końcowy.
Rysunek 1: Wpis w dzienniku: kiedy wysłano żądanie, kto je wysłał, skąd, oraz treści żądania i odpowiedzi
Pola
W Performance Hub pola są wyświetlane wielkimi literami, w następującej kolejności:
| Pole | Co pokazuje |
|---|---|
| Timestamp | Datę i godzinę żądania |
| Response Time | Czas odpowiedzi Performance Hub w milisekundach |
| Request ID | Unikatowy identyfikator tego żądania. Kliknij przycisk kopiowania, aby go skopiować, na przykład w celu przekazania go zespołowi pomocy technicznej. |
| IP Address | Adres IP, z którego pochodzi żądanie |
| User | Adres e-mail osoby, która wysłała żądanie |
| Referer | Stronę, z której wysłano żądanie, jeśli taka istnieje |
| User Agent | Przeglądarkę, aplikację lub narzędzie, które wysłało żądanie |
| Obiekt | Obiekt, którego dotyczyło żądanie, w formacie "Nazwa (id)", na przykład Lower Manhattan i identyfikator obiektu |
| Organizacja | Organizację w formacie "Nazwa (id)" |
Żądanie i odpowiedź
Pod polami wyświetlane są treści żądania, jeśli je zawiera:
| Sekcja | Co pokazuje |
|---|---|
| Request POST Body | Co zostało wysłane, na przykład powód podany przy odblokowaniu drzwi lub nowe godziny otwarcia obiektu. Nagłówek brzmi "Request POST Body" dla każdej metody, która wysyła treść. |
| Response Body | Co odesłał Performance Hub, w tym ewentualny komunikat o błędzie |
| Query Parameters | Opcje dodane do żądania, na przykład numer strony lub obiekt |
Kliknij Copy section (ikona kopiowania w prawym górnym rogu sekcji), aby skopiować jej zawartość, na przykład w celu wklejenia jej do zgłoszenia do pomocy technicznej.
Jeśli żądanie nie zawiera niczego do wyświetlenia, szczegóły pokazują komunikat "No request/response payloads recorded for this entry." Wiele żądań GET, które tylko odczytują informacje, nie ma treści żądania.
Podsumowanie błędu przez AI
W przypadku nieudanego żądania, ze stanem 400 lub wyższym, szczegóły zawierają sekcję AI Error Summary.
- Kliknij Generate summary.
- Przeczytaj podsumowanie. Wyjaśnia ono prostym językiem, co poszło nie tak i co zrobić dalej.
Rysunek 2: W przypadku nieudanego żądania funkcja Generate summary wyjaśnia błąd prostym językiem
- Podsumowanie jest generowane dopiero po kliknięciu Generate summary. Po wygenerowaniu podsumowania może być przy nim widoczny znacznik cached.
- Jest ono generowane przez AI i może zawierać błędy. Porównaj je z sekcją Response Body, która zawiera komunikat faktycznie zwrócony przez Performance Hub.
- Jeśli nie można wygenerować podsumowania, ostrzeżenie poprosi o ponowienie próby później. W międzyczasie przeczytaj sekcję Response Body.
Po 7 dniach: podglądy
Pełne treści żądań i odpowiedzi są przechowywane przez 7 dni. Później dłuższe treści są skracane do krótkiego podglądu, a szczegóły pokazują komunikat "Full request and response payloads are kept for 7 days. Showing a preview for this log." Krótkie treści, które mieszczą się w podglądzie, pozostają w całości.
Pozostała część wpisu w dzienniku, na przykład kto wysłał żądanie, kiedy i z jakim wynikiem, jest przechowywana przez 90 dni.
Rysunek 3: Po 7 dniach pozostaje tylko krótki podgląd żądania i odpowiedzi
Jeśli pełne treści mogą być potrzebne później, otwórz żądanie i użyj opcji Copy section w ciągu 7 dni. Eksport do pliku CSV nie obejmuje treści.
Kody stanu
Stan jest pierwszym elementem w każdym wierszu. Jego pierwsza cyfra wskazuje rodzaj wyniku:
| Stan | Znaczenie | Przykłady |
|---|---|---|
| 2xx | Powodzenie | 200 OK, 201 Created |
| 3xx | Przekierowanie: żądanie zostało przesłane w inne miejsce | 301 Moved |
| 4xx | Problem z żądaniem, na przykład brak uprawnień lub nieprawidłowe dane wejściowe | 400 Bad Request (wartość była nieprawidłowa), 401 Unauthorised (brak zalogowania), 403 Forbidden (brak uprawnień), 404 Not Found, 409 Conflict (żądanie kolidowało z bieżącym stanem, na przykład drzwi w trybie konserwacji), 429 Too Many Requests (zbyt wiele żądań w krótkim czasie) |
| 5xx | Błąd serwera | 500 Server Error, 502 Bad Gateway, 503 Service Unavailable |
Plakietki źródła
Każde żądanie ma plakietkę źródła, która informuje, skąd pochodzi:
| Plakietka | Skąd pochodzi żądanie |
|---|---|
web | Od osoby korzystającej z Performance Hub w przeglądarce lub w aplikacji |
api-key | Od integracji korzystającej z klucza API, na przykład systemu rezerwacji lub systemu członkowskiego. Zobacz Uwierzytelnianie w Partner API. |
mcp | Od agenta AI lub klienta AI połączonego przez MCP. Zobacz Korzystanie z AI. |
model-router | Od Model Router |
websocket | Z połączenia na żywo, na przykład aktualizacji w czasie rzeczywistym |
guest-token | Z linku dla gościa |
Mogą pojawiać się również inne plakietki.
Powiązane strony
- Wyszukiwanie żądań: filtrowanie listy
- Eksportowanie dzienników: pobieranie wczytanych dzienników
- Przykłady dochodzeń: praktyczne wykorzystanie szczegółów
- Dzienniki audytu: często zadawane pytania