[comment]: # ({29e40e49-06931244})
# 5 Co nowego w Zabbix 7.0.0

Zobacz [breaking changes](/manual/installation/upgrade_notes_700#breaking-changes) dla tej wersji.

[comment]: # ({/29e40e49-06931244})

[comment]: # ({1369ca37-e6d7d286})
#### Licencja AGPL-3.0

Oprogramowanie Zabbix jest obecnie tworzone i rozpowszechniane na licencji AGPL-3.0 (wcześniej na licencji GPL v2.0).

[comment]: # ({/1369ca37-e6d7d286})

[comment]: # ({b5a47df9-841b1f6a})
#### Sprawdzanie aktualizacji oprogramowania

Sprawdzanie aktualizacji oprogramowania jest teraz domyślnie dodawane do nowych i istniejących instalacji - frontend Zabbix będzie komunikować się z publicznym punktem końcowym Zabbix, aby sprawdzać dostępność aktualizacji.

Informacje o dostępnych aktualizacjach oprogramowania Zabbix są wyświetlane w *Reports* -> *[System information](/manual/web_interface/frontend_sections/reports/status_of_zabbix)* oraz (opcjonalnie) w [widżecie](/manual/web_interface/frontend_sections/dashboards/widgets/system) pulpitu *System Information*.

![](../../../assets/en/manual/introduction/software_updates_available.png)

Możesz wyłączyć sprawdzanie aktualizacji oprogramowania, ustawiając AllowSoftwareUpdateCheck=0 w [konfiguracji](/manual/appendix/config/zabbix_server#allowsoftwareupdatecheck) serwera.

[comment]: # ({/b5a47df9-841b1f6a})

[comment]: # ({5bf0a6c4-97d0a305})
#### Asynchroniczne pollery

Dodano nowe procesy pollerów, które mogą wykonywać wiele sprawdzeń jednocześnie:

-   `agent poller`
-   `http agent poller`
-   `snmp poller` (dla pozycji `walk[OID]` i `get[OID]`)

Te pollery są asynchroniczne - mogą rozpoczynać nowe sprawdzenia bez konieczności oczekiwania na odpowiedź, a ich współbieżność można skonfigurować do 1000 równoczesnych sprawdzeń.

Asynchroniczne pollery zostały opracowane, ponieważ w porównaniu z nimi synchroniczne procesy pollerów mogą wykonywać tylko jedno sprawdzenie naraz, a większość ich czasu jest spędzana na oczekiwaniu na odpowiedź.
W związku z tym wydajność można zwiększyć, uruchamiając nowe równoległe sprawdzenia podczas oczekiwania na odpowiedź sieciową, i właśnie to robią nowe pollery.

Asynchroniczne pollery agent można uruchomić, modyfikując wartość [StartAgentPollers](/manual/appendix/config/zabbix_server#startagentpollers) - nowego parametru serwera/proxy.
Pollery HTTP agent można uruchomić odpowiednio, modyfikując [StartHTTPAgentPollers](/manual/appendix/config/zabbix_server#starthttpagentpollers).
Pollery SNMP można uruchomić odpowiednio, modyfikując [StartSNMPPollers](/manual/appendix/config/zabbix_server#startsnmppollers).

Maksymalna współbieżność dla asynchronicznych pollerów (agent, HTTP agent i SNMP) jest definiowana przez [MaxConcurrentChecksPerPoller](/manual/appendix/config/zabbix_server#maxconcurrentchecksperpoller).

Należy pamiętać, że po aktualizacji wszystkie sprawdzenia agent, HTTP agent oraz SNMP `walk[OID]` zostaną przeniesione do asynchronicznych pollerów.

W ramach prac rozwojowych do sprawdzeń HTTP agent dodano funkcję trwałych połączeń cURL.

[comment]: # ({/5bf0a6c4-97d0a305})

[comment]: # ({10e0e7e7-4b158be3})
#### Monitorowanie przeglądarki

Do Zabbixa dodano nowy typ pozycji - [Browser item](/manual/config/items/itemtypes/browser) - który umożliwia monitorowanie złożonych witryn internetowych i aplikacji webowych przy użyciu przeglądarki.
Pozycje przeglądarki umożliwiają wykonywanie zdefiniowanego przez użytkownika kodu JavaScript w celu symulowania działań związanych z przeglądarką, takich jak klikanie, wprowadzanie tekstu, nawigowanie po stronach internetowych itp.

Ta pozycja zbiera dane przez HTTP/HTTPS i częściowo implementuje standard W3C WebDriver z użyciem Selenium Server lub zwykłego WebDrivera (na przykład ChromeDriver) jako punktu końcowego testów.

Należy pamiętać, że obsługa pozycji przeglądarki ma obecnie charakter eksperymentalny.

Dodatkowo ta funkcja dodaje szablon *Website by Browser* oraz nowe elementy do eksportu/importu konfiguracji, plików konfiguracyjnych serwera/proxy Zabbixa, limitów czasu oraz narzędzia wiersza poleceń `zabbix_js`.
Więcej informacji można znaleźć w sekcji [Upgrade notes to 7.0.0](/manual/installation/upgrade_notes_700#browser-items).

[comment]: # ({/10e0e7e7-4b158be3})

[comment]: # ({ca2ee204-b2e36c4c})
#### Równoważenie obciążenia proxy i wysoka dostępność

Równoważenie obciążenia proxy jest realizowane przez wprowadzenie grup proxy w Zabbix. Grupy proxy zapewniają automatyczny podział hostów między proxy, ponowne równoważenie obciążenia proxy oraz wysoką dostępność - gdy proxy przechodzi w tryb offline, jego hosty są natychmiast rozdzielane między pozostałe proxy w grupie.

Więcej informacji można znaleźć w sekcji [równoważenie obciążenia proxy i wysoka dostępność](/manual/distributed_monitoring/proxies/ha).

[comment]: # ({/ca2ee204-b2e36c4c})

[comment]: # ({a0b432ae-9b936dd4})
#### Bufor pamięci proxy

Dla proxy Zabbix opracowano bufor pamięci. Bufor pamięci umożliwia przechowywanie nowych danych (wartości pozycji, wykrywanie sieci, automatyczna rejestracja hostów) w buforze i przesyłanie ich do serwera Zabbix bez dostępu do bazy danych.

W instalacjach sprzed Zabbix 7.0 zebrane dane były przechowywane w bazie danych przed przesłaniem do serwera Zabbix. W takich instalacjach po aktualizacji pozostaje to domyślne zachowanie.

Aby uzyskać zoptymalizowaną wydajność, zaleca się skonfigurowanie użycia bufora pamięci na proxy. Można to zrobić, modyfikując wartość [ProxyBufferMode](/manual/appendix/config/zabbix_proxy#proxybuffermode) z "disk" (wbudowana domyślna wartość dla istniejących instalacji) na "hybrid" (zalecane) lub "memory". Wymagane jest również ustawienie rozmiaru bufora pamięci (parametr [ProxyMemoryBufferSize](/manual/appendix/config/zabbix_proxy#proxymemorybuffersize)).

W trybie hybrydowym bufor jest chroniony przed utratą danych przez zapisywanie nieprzesłanych danych do bazy danych, jeśli proxy zostanie zatrzymany, bufor się zapełni lub dane staną się zbyt stare. Gdy wszystkie wartości zostaną zapisane do bazy danych, proxy wraca do korzystania z bufora pamięci.

W trybie pamięciowym bufor pamięci będzie używany, jednak nie ma ochrony przed utratą danych. Jeśli proxy zostanie zatrzymany lub pamięć zostanie przepełniona, nieprzesłane dane zostaną odrzucone.

Tryb hybrydowy (ProxyBufferMode=hybrid) jest stosowany we wszystkich nowych instalacjach od Zabbix 7.0.

Dodatkowe parametry, takie jak [ProxyMemoryBufferSize](/manual/appendix/config/zabbix_proxy#proxymemorybuffersize) i [ProxyMemoryBufferAge](/manual/appendix/config/zabbix_proxy#proxymemorybufferage), określają odpowiednio rozmiar bufora pamięci oraz maksymalny wiek danych w buforze.

Dodano nowe pozycje wewnętrzne [have been added](#internal-items), aby monitorować bufor pamięci proxy.

[comment]: # ({/a0b432ae-9b936dd4})

[comment]: # ({c0926048-27638cdc})
#### JIT provisioning użytkowników

Wcześniej użytkownicy utworzeni w ramach provisioning byli ograniczeni wyłącznie do mediów utworzonych podczas provisioning, bez możliwości edycji takich właściwości jak godziny pracy czy poziomy ważności.

Teraz w Zabbix dostępna jest większa elastyczność dla użytkowników utworzonych w ramach provisioning:

-    provisioned [user media](/manual/web_interface/user_profile#user-profile) można wyłączyć/włączyć;
-    pola [media fields](/manual/config/notifications/media#user-media) użytkownika utworzonego w ramach provisioning, takie jak *When active*, *Use if severity* i *Enabled*, można edytować ręcznie;
-    można ręcznie dodać dodatkowe media użytkownika (na przykład dodatkowe adresy e-mail) dla użytkowników utworzonych w ramach provisioning;
-    ręcznie dodane media użytkownika można usunąć (mediów użytkownika utworzonych w ramach provisioning nie można).

Dodatkowo podczas konfigurowania mapowania mediów użytkownika dla provisioning dostępne są teraz takie pola jak *When active*, *Use if severity* i *Enabled*. Należy pamiętać, że zmiany w formularzu mapowania typu mediów użytkownika zaczną obowiązywać tylko dla nowych mediów utworzonych podczas provisioning.

[comment]: # ({/c0926048-27638cdc})

[comment]: # ({dbef167c-a57b5855})
#### Konfigurowalne limity czasu dla pozycji

Konfiguracja limitu czasu dla poszczególnych pozycji jest teraz dostępna dla większej liczby typów pozycji (zobacz [obsługiwane](/manual/web_interface/frontend_sections/administration/general#timeouts) typy pozycji).
Oprócz ustawiania wartości limitu czasu na poziomie pozycji, można zdefiniować limity czasu [globalne](/manual/web_interface/frontend_sections/administration/general#timeouts) oraz [proxy](/manual/distributed_monitoring/proxies#adding-proxies) dla różnych typów pozycji.

Limity czasu skonfigurowane na poziomie pozycji mają najwyższy priorytet.
Domyślnie globalne limity czasu są stosowane do wszystkich pozycji; jednak jeśli ustawiono limity czasu proxy, zastąpią one globalne.

[comment]: # ({/dbef167c-a57b5855})

[comment]: # ({1e9b6509-94d096cc})
#### Oracle DB wycofane

Obsługa Oracle jako bazy danych zaplecza została wycofana
i oczekuje się, że zostanie całkowicie usunięta w przyszłych wersjach.

[comment]: # ({/1e9b6509-94d096cc})

[comment]: # ({7bee2255-9440e6b7})
#### Protokół JSON dla pasywnych sprawdzeń agenta

Zaimplementowano protokół oparty na JSON dla [pasywnych sprawdzeń agenta](/manual/appendix/items/activepassive#passive-checks).

W celu zapewnienia zgodności ze starszymi agentami dodano mechanizm awaryjnego przejścia na stary protokół tekstowy. Jeśli agent zwróci "ZBX_NOTSUPPORTED", Zabbix zapisze interfejs jako używający starego protokołu i ponowi sprawdzenie, wysyłając tylko tekstowy klucz pozycji.

Polecenie [Zabbix get](/manual/concepts/get) można teraz uruchomić z nową opcją `-P --protocol <value>`, gdzie "value" ma jedną z następujących wartości:

-   auto - połącz się przy użyciu protokołu JSON, a w razie potrzeby przejdź awaryjnie i ponów próbę z protokołem tekstowym (domyślnie);
-   json - połącz się przy użyciu klucza protokołu JSON;
-   plaintext - połącz się przy użyciu protokołu tekstowego, w którym wysyłany jest tylko klucz pozycji.

Jeśli klucz pozycji nie jest obsługiwany, Zabbix get zwróci kod wyjścia `1`.

[comment]: # ({/7bee2255-9440e6b7})

[comment]: # ({27136e42-af4e27b1})
#### Ujednolicone protokoły agent/agent2

Protokoły Zabbix agent i agent 2 zostały ujednolicone poprzez przełączenie Zabbix agent na protokół Zabbix agent 2. Różnica między żądaniami/odpowiedziami Zabbix agent i Zabbix agent 2 jest wyrażona przez wartość znacznika "variant" ("1" - Zabbix agent, "2" - Zabbix agent 2).

Zobacz także: [Kontrole pasywne i aktywne agenta](/manual/appendix/items/activepassive).

[comment]: # ({/27136e42-af4e27b1})

[comment]: # ({ba0aa7e1-63df8d4e})
#### Obsługa elastycznych/interwałów harmonogramu w aktywnych kontrolach

Elastyczne/interwały harmonogramu są teraz obsługiwane w aktywnych kontrolach zarówno przez Zabbix agent, jak i Zabbix agent 2 (wcześniej tylko przez Zabbix agent 2).

[comment]: # ({/ba0aa7e1-63df8d4e})

[comment]: # ({a5194562-d7df9729})
#### Automatyczne wyłączanie utraconych zasobów

Zasoby, które nie są już wykrywane przez wykrywanie niskiego poziomu, mogą być teraz automatycznie wyłączane. Mogą zostać wyłączone natychmiast, po określonym czasie lub nigdy (zobacz nowy parametr *Disable lost resources* w [konfiguracji](/manual/discovery/low_level_discovery#discovery-rule) reguły wykrywania).

Utracone zasoby (hosty, pozycje, wyzwalacze) są oznaczane ikoną w kolumnie informacji. Tekst podpowiedzi zawiera szczegóły dotyczące ich stanu.

W ramach tych samych zmian parametr *Keep lost resources period* został przemianowany na *Delete lost resources* z opcjami usuwania natychmiast, po określonym czasie lub nigdy.

![](../../../assets/en/manual/introduction/disable_lost_resources.png)

[comment]: # ({/a5194562-d7df9729})

[comment]: # ({2b37122d-eadcd154})
#### Wysyłanie danych do serwera Zabbix za pomocą API Zabbix

Wcześniej wysyłanie określonych danych do serwera Zabbix było możliwe przy użyciu narzędzia [Zabbix sender](/manual/concepts/sender) lub poprzez zaimplementowanie niestandardowego protokołu komunikacji opartego na JSON [communication protocol](/manual/appendix/protocols/zabbix_sender), podobnego do tego używanego w Zabbix sender.

Obecnie możliwe jest również wysyłanie danych do serwera Zabbix za pomocą protokołu HTTP przy użyciu metody API [`history.push`](/manual/api/reference/history/push).
Należy pamiętać, że odbieranie wysłanych danych wymaga skonfigurowanej [pozycji trapper](/manual/config/items/itemtypes/trapper) lub [pozycji HTTP agent](/manual/config/items/itemtypes/http) (z włączonym trappingiem).

Dodatkowo [poprawne](/manual/config/items/itemtypes/trapper#sending-data) operacje `history.push` są rejestrowane w *Reports* → [*Audit log*](/manual/web_interface/frontend_sections/reports/audit_log), który ma dodatkowe opcje filtrowania (nową akcję *Push* i zasób *History*),
a metoda API `history.push` jest również dostępna na liście *Allow/Deny list* metod API podczas [konfigurowania roli użytkownika](/manual/web_interface/frontend_sections/users/user_roles#configuration).

[comment]: # ({/2b37122d-eadcd154})

[comment]: # ({a47f1530-121b0be1})
## Skrypty

[comment]: # ({/a47f1530-121b0be1})

[comment]: # ({c9ce1ec2-5f91b819})
#### Wykonywanie skryptów na agentach aktywnych

Od teraz możliwe jest wykonywanie [skryptów](/manual/web_interface/frontend_sections/alerts/scripts) na agentach działających w trybie aktywnym.
Gdy wykonanie skryptu zostanie wywołane przez [operację](/manual/config/notifications/action/operation) akcji lub ręczne wykonanie skryptu, polecenie jest dołączane do konfiguracji aktywnego sprawdzania i wykonywane, gdy aktywny agent je otrzyma.

Ręczne skrypty są wysyłane do aktywnego agenta wraz z limitem czasu serwera/proxy na wykonanie skryptu. Zwiększ domyślny limit czasu [serwer](/manual/appendix/config/zabbix_server#timeout)/[proxy](/manual/appendix/config/zabbix_proxy#timeout) dla wykonywania skryptów.
Limit czasu musi być większy niż częstotliwość odświeżania aktywnego sprawdzania, w przeciwnym razie limit czasu zostanie przekroczony, zanim aktywny agent otrzyma skrypt i będzie mógł zwrócić wynik.

Należy pamiętać, że starsze aktywne agenty ignorują wszelkie zdalne polecenia zawarte w konfiguracji aktywnych sprawdzeń.
Więcej informacji można znaleźć w sekcji [*Sprawdzania pasywne i aktywne agenta*](/manual/appendix/items/activepassive#active-checks).

[comment]: # ({/c9ce1ec2-5f91b819})

[comment]: # ({c1af4b5b-2dc5d628})
#### Ręczne wprowadzanie danych przez użytkownika dla skryptów

Ręczne wprowadzanie danych przez użytkownika dla skryptów frontend umożliwia podanie niestandardowego parametru przy każdym uruchomieniu skryptu. Eliminuje to konieczność tworzenia wielu podobnych skryptów użytkownika, różniących się tylko jednym parametrem.

Na przykład możesz chcieć podać do skryptu podczas wykonywania inną liczbę całkowitą lub inny adres URL.

Aby włączyć ręczne wprowadzanie danych przez użytkownika:

-   użyj makra {MANUALINPUT} w skrypcie (polecenia, skrypt, parametr skryptu) tam, gdzie jest to wymagane; lub w polu URL dla skryptów URL;
-   w [zaawansowanej konfiguracji skryptu](/manual/web_interface/frontend_sections/alerts/scripts#advanced-configuration) włącz ręczne wprowadzanie danych przez użytkownika i skonfiguruj opcje wejściowe:

![](../../../assets/en/manual/web_interface/script_advanced.png){width="600"}

Gdy wprowadzanie danych przez użytkownika jest włączone, przed wykonaniem skryptu użytkownik zobaczy okno *Manual input*, w którym zostanie poproszony o podanie niestandardowej wartości. Podana wartość zastąpi {MANUALINPUT} w skrypcie.

W zależności od konfiguracji użytkownik zostanie poproszony o wpisanie wartości tekstowej albo wybranie wartości z listy rozwijanej z góry określonych opcji.

![](../../../assets/en/manual/web_interface/manual_input_field.png)

[comment]: # ({/c1af4b5b-2dc5d628})

[comment]: # ({48afa8b9-c841a89c})
## Wydajność

[comment]: # ({/48afa8b9-c841a89c})

[comment]: # ({110d4cbb-b2c6c0d0})
#### Szybsza reakcja na aktualizację okresu konserwacji hosta

Wcześniej konserwacje były przeliczane tylko co minutę, co mogło powodować opóźnienie do 60 sekund przy rozpoczynaniu lub zatrzymywaniu okresu konserwacji.

Teraz konserwacje są nadal przeliczane co minutę lub natychmiast po ponownym wczytaniu pamięci podręcznej konfiguracji, jeśli nastąpiły zmiany w okresie konserwacji.

Co sekundę proces timera sprawdza, czy należy uruchomić/zatrzymać jakiekolwiek konserwacje, na podstawie tego, czy po aktualizacji konfiguracji zaszły zmiany w [okresach konserwacji](/manual/maintenance#maintenance-periods). W związku z tym szybkość uruchamiania/zatrzymywania okresów konserwacji zależy od [interwału aktualizacji](/manual/appendix/config/zabbix_server#cacheupdatefrequency) konfiguracji (domyślnie 10 sekund). Należy pamiętać, że zmiany okresu konserwacji nie obejmują ustawień *Active since/Active till*. Ponadto, jeśli host/grupa hostów zostanie dodana do istniejącego aktywnego okresu konserwacji, zmiany zostaną aktywowane przez proces timera dopiero na początku następnej minuty.

[comment]: # ({/110d4cbb-b2c6c0d0})

[comment]: # ({3213a310-c89a59ae})
#### Szybsze sprawdzanie uprawnień

Sprawdzanie uprawnień zostało znacznie przyspieszone dzięki wprowadzeniu kilku tabel pośrednich do sprawdzania uprawnień użytkowników bez uprawnień administracyjnych.

Tabele te przechowują skróty (SHA-256) zestawów grup użytkowników i zestawów grup hostów odpowiednio dla każdego użytkownika/hosta. Dodatkowo istnieje tabela uprawnień przechowująca tylko dostępne kombinacje użytkowników i hostów, określone przez identyfikatory skrótów.

To ulepszenie znacznie przyspiesza ładowanie stron frontend intensywnie korzystających z uprawnień (tj. hosty, problemy). Należy pamiętać, że skróty i uprawnienia nie są obliczane dla użytkowników Super-admin.

[comment]: # ({/3213a310-c89a59ae})

[comment]: # ({997b9b9f-5baeed35})
#### Szybsze wykonywanie akcji wyzwalacza

Wykonywanie operacji [akcji wyzwalacza](/manual/config/notifications/action), operacji odzyskiwania i operacji aktualizacji na serwerze Zabbix odbywa się teraz natychmiastowo (poniżej 100 milisekund) po zmianie statusu wyzwalacza, podczas gdy wcześniej użytkownicy mogli doświadczać opóźnienia do 4 sekund.

Zmniejszenie opóźnienia jest możliwe dzięki wdrożeniu mechanizmów komunikacji międzyprocesowej (IPC) między wieloma [procesami](/manual/concepts/server#server-process-types-and-threads) (escalator i jego modułem dystrybucji eskalacji, escalator i alerter, menedżerem preprocessingu i history syncerem).

[comment]: # ({/997b9b9f-5baeed35})

[comment]: # ({847bba2a-46e18075})
## Widżety

W nowej wersji dodano kilka nowych widżetów, a funkcjonalność innych została rozszerzona. Dodatkowo widżety pulpitu mogą teraz łączyć się i komunikować ze sobą, dzięki czemu widżety i pulpity stają się bardziej dynamiczne.

[comment]: # ({/847bba2a-46e18075})

[comment]: # ({7e519554-5a376217})
#### Wskaźnik

Dodano widżet *Wskaźnik* do [widżetów pulpitu](/manual/web_interface/frontend_sections/dashboards/widgets), umożliwiający wyświetlanie wartości pojedynczej pozycji w formie wskaźnika.
Więcej informacji można znaleźć w sekcji [*Wskaźnik*](/manual/web_interface/frontend_sections/dashboards/widgets/gauge).

![](../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/gauge.png){width="600"}

[comment]: # ({/7e519554-5a376217})

[comment]: # ({837bc7c7-0b13d791})
#### Wykres kołowy

Do [widgetów pulpitu](/manual/web_interface/frontend_sections/dashboards/widgets) dodano widget *Wykres kołowy*, umożliwiający wyświetlanie wartości wybranych pozycji jako:

-   wykres **kołowy**;
-   wykres **pierścieniowy**.

|  |  |
|-|-|
|![](../../../assets/en/manual/web_interface/frontend_sections/monitoring/pie_chart_7_0.png){width="300"}<br>Wykres kołowy.|![](../../../assets/en/manual/web_interface/frontend_sections/monitoring/doughnut_chart_7_0.png){width="300"}<br>Wykres pierścieniowy.|

Więcej informacji można znaleźć w sekcji [*Wykres kołowy*](/manual/web_interface/frontend_sections/dashboards/widgets/pie_chart).

W ramach tej zmiany do konfiguracji widgetu [wykresu](/manual/web_interface/frontend_sections/dashboards/widgets/graph#legend) (na karcie *Legenda*) dodano pole wyboru *Pokaż funkcję agregacji*.

[comment]: # ({/837bc7c7-0b13d791})

[comment]: # ({04e76d46-df4c1615})
#### Honeycomb

Dodano widżet *Honeycomb* do [widżetów pulpitu](/manual/web_interface/frontend_sections/dashboards/widgets), który zapewnia dynamiczny i atrakcyjny wizualnie przegląd monitorowanej infrastruktury sieciowej oraz zasobów, gdzie grupy hostów, takie jak maszyny wirtualne i urządzenia sieciowe, wraz z odpowiadającymi im pozycjami, są przedstawione wizualnie jako interaktywne sześciokątne komórki.
Więcej informacji można znaleźć w sekcji [*Honeycomb*](/manual/web_interface/frontend_sections/dashboards/widgets/honeycomb).

![](../../../assets/en/manual/web_interface/frontend_sections/monitoring/honeycomb.png){width="450"}

[comment]: # ({/04e76d46-df4c1615})

[comment]: # ({6ccba16e-widget})
#### Najważniejsze wyzwalacze

Dodano widżet *Najważniejsze wyzwalacze* do [widżetów dashboardu](/manual/web_interface/frontend_sections/dashboards/widgets),
który umożliwia przeglądanie wyzwalaczy z największą liczbą problemów.

![](../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/top_triggers.png){width="600"}

Więcej informacji można znaleźć w: [*Najważniejsze wyzwalacze*](/manual/web_interface/frontend_sections/dashboards/widgets/top_triggers).

[comment]: # ({/6ccba16e-widget})

[comment]: # ({cc592606-fca1b0b2})
#### Historia pozycji i zwykły tekst

Nowy [widget pulpitu](/manual/web_interface/frontend_sections/dashboards/widgets) *Historia pozycji* zastąpił widget *Zwykły tekst*, oferując kilka ulepszeń.

W przeciwieństwie do widgetu *Zwykły tekst*, który wyświetlał tylko najnowsze dane pozycji w postaci zwykłego tekstu, widget *Historia pozycji* obsługuje różne opcje wyświetlania dla wielu typów pozycji (liczbowych, znakowych, logów, tekstowych i binarnych).
Na przykład może pokazywać paski postępu lub wskaźniki, obrazy dla binarnych typów danych (przydatne w przypadku [pozycji przeglądarki](/manual/config/items/itemtypes/browser)) oraz wyróżniać wartości tekstowe (przydatne w przypadku [monitorowania plików dziennika](/manual/config/items/itemtypes/zabbix_agent/log_items)).

Więcej informacji można znaleźć w sekcji [*Historia pozycji*](/manual/web_interface/frontend_sections/dashboards/widgets/item_history).
Szczegóły dotyczące zastąpienia widgetu *Zwykły tekst* opisano w sekcji [Uwagi dotyczące aktualizacji do wersji 7.0.0](/manual/installation/upgrade_notes_700#item-history-and-plain-text-widgets).

![](../../../../../../assets/en/manual/web_interface/frontend_sections/dashboards/widgets/item_history.png){width="600"}

[comment]: # ({/cc592606-fca1b0b2})

[comment]: # ({6aae1374-33acf9d3})
#### Nawigator hostów i nawigator pozycji

Do [widżetów pulpitu](/manual/web_interface/frontend_sections/dashboards/widgets) dodano widżety *Nawigator hostów* i *Nawigator pozycji*.
Widżety te wyświetlają odpowiednio hosty lub pozycje na podstawie różnych opcji filtrowania i grupowania oraz umożliwiają sterowanie informacjami wyświetlanymi w innych widżetach w zależności od wybranego hosta lub pozycji.
Więcej informacji można znaleźć w sekcjach [*Nawigator hostów*](/manual/web_interface/frontend_sections/dashboards/widgets/host_navigator) oraz [*Nawigator pozycji*](/manual/web_interface/frontend_sections/dashboards/widgets/item_navigator).

![](../../../assets/en/manual/web_interface/frontend_sections/monitoring/host_item_navigator_control.png){width="600"}

[comment]: # ({/6aae1374-33acf9d3})

[comment]: # ({7a80039d-ccee141a})
#### Framework komunikacji dla widżetów

Widżety pulpitu mogą teraz łączyć się i komunikować ze sobą, dzięki czemu widżety i pulpity stają się bardziej dynamiczne.
Wiele widżetów ma parametry, które umożliwiają im współdzielenie danych konfiguracyjnych między zgodnymi widżetami lub pulpitem.

Ta funkcja wprowadza następujące zmiany:

-   Parametry *Host groups*, *Hosts* i *Item* umożliwiają wybranie odpowiednio tych obiektów lub źródła danych, które je dostarcza.
-   Parametr *Enable host selection* został zastąpiony parametrem *Override host*, który umożliwia wybranie źródła danych dostarczającego hosty.
-   Parametr *Time period* został dodany do wielu widżetów i umożliwia wybranie źródła danych dostarczającego okres czasu.
-   Parametr *Map* w widżecie *Map* umożliwia wybranie mapy lub innego widżetu jako źródła danych dla map.
-   Parametr *Graph* w widżecie *Graph (classic)* umożliwia wybranie wykresu lub innego widżetu jako źródła danych dla wykresów.

W zależności od widżetu i jego parametrów źródłem danych może być zgodny widżet z tego samego pulpitu lub sam pulpit.
Więcej informacji można znaleźć w sekcji [Dashboard widgets](/manual/web_interface/frontend_sections/dashboards/widgets#dynamic-parameters).

Informacje o zmianach w standardowych szablonach dostarczanych z Zabbixem znajdują się w sekcji [Template changes](/manual/installation/template_changes#changes-in-7.0.0).

[comment]: # ({/7a80039d-ccee141a})

[comment]: # ({e9c0b836-6303a631})
#### Okresy czasu dla agregacji w widżetach item value/top hosts

Okresy czasu można teraz konfigurować w widżetach [Item value](/manual/web_interface/frontend_sections/dashboards/widgets/item_value) i [Top hosts](/manual/web_interface/frontend_sections/dashboards/widgets/top_hosts).

Możliwe jest również wyświetlanie wartości zagregowanej w widżecie item value dla wybranego okresu. Wartość zagregowana może być wyświetlana jako:

- minimum
- maksimum
- średnia
- liczba
- suma
- pierwsza
- ostatnia

Te dodane funkcje są przydatne do tworzenia widżetów porównujących dane. Na przykład w jednym widżecie można wyświetlać najnowszą wartość, a w innym średnią wartość dla dłuższego okresu. Można też użyć kilku widżetów do porównywania obok siebie wartości zagregowanych z różnych okresów w przeszłości.

[comment]: # ({/e9c0b836-6303a631})

[comment]: # ({86ad1ca9-4f802bf8})
#### Rozszerzona dostępność widżetów na pulpitach szablonów

Wcześniej na [pulpicie szablonu](/manual/config/templates/template#adding-dashboards) można było tworzyć tylko następujące widżety:  
*Clock*, *Graph (classic)*, *Graph prototype*, *Item value*, *Plain text*, *URL*.

Teraz pulpity szablonów obsługują tworzenie wszystkich widżetów.

[comment]: # ({/86ad1ca9-4f802bf8})

[comment]: # ({25c03974-9ad9011e})
#### Rozszerzone sortowanie w widżecie Top hosts

Teraz, oprócz sortowania według *Item value*, można również ustawić kolumnę *Host name* lub *Text* jako kolumnę sortowania
w widżecie *Top hosts*.

[comment]: # ({/25c03974-9ad9011e})

[comment]: # ({c2367ee2-b9bcbba7})
#### Zwiększona funkcjonalność widżetu dostępności hosta

Widżet [Dostępność hosta](/manual/web_interface/frontend_sections/dashboards/widgets/host_availability) umożliwia teraz
wyświetlanie hostów z interfejsem *Zabbix agent (active checks)*. Dodano również kolejny status dostępności, tj.
*Mixed*, który odpowiada sytuacji, gdy co najmniej jeden interfejs jest niedostępny, a co najmniej jeden jest dostępny
lub nieznany. Ponadto wprowadzono możliwość wyświetlania wyłącznie łącznej liczby hostów,
bez podziału według interfejsów.

[comment]: # ({/c2367ee2-b9bcbba7})

[comment]: # ({0fbebb89-72cabdf8})
#### Zmienny rozmiar legendy w widżecie Graph

Widżet *Graph* obsługuje teraz konfigurację zmiennej liczby wierszy [legendy](/manual/web_interface/frontend_sections/dashboards/widgets/graph#legend), określanej przez liczbę skonfigurowanych pozycji.

[comment]: # ({/0fbebb89-72cabdf8})

[comment]: # ({b2ee3103-cb26bb9f})
## Funkcje

[comment]: # ({/b2ee3103-cb26bb9f})

[comment]: # ({892a9bb3-7ee034b2})
#### Nowe funkcje

Dodano nowe funkcje do użycia w wyrażeniach wyzwalaczy i pozycjach obliczanych:

-   **[jsonpath()](/manual/appendix/functions/string#jsonpath)** - zwraca wynik JSONPath;
-   **[xmlxpath()](/manual/appendix/functions/string#xmlxpath)** - zwraca wynik XML XPath.

Zobacz także: [Funkcje tekstowe](/manual/appendix/functions/string)

[comment]: # ({/892a9bb3-7ee034b2})

[comment]: # ({130f3289-45142bff})
#### Zaktualizowane funkcje

Kilka funkcji zostało zaktualizowanych:

-   Funkcje agregujące obsługują teraz także typy nienumeryczne do obliczeń. Może to być przydatne na przykład w przypadku funkcji [count](/manual/appendix/functions/aggregate#count) i [count_foreach](/manual/appendix/functions/aggregate/foreach#additional-parameters).
-   Funkcje agregujące [count](/manual/appendix/functions/aggregate#count) i [count_foreach](/manual/appendix/functions/aggregate/foreach#additional-parameters) obsługują opcjonalne parametry *operator* i *pattern*, które można wykorzystać do precyzyjniejszego filtrowania pozycji i zliczania tylko wartości spełniających podane kryteria.
-   Wszystkie [funkcje foreach](/manual/appendix/functions/aggregate/foreach) nie uwzględniają już w zliczaniu nieobsługiwanych pozycji.
-   Funkcja **[last_foreach](/manual/appendix/functions/aggregate/foreach#time-period)**, wcześniej skonfigurowana tak, aby ignorować argument okresu czasu, przyjmuje go teraz jako opcjonalny parametr.
-   Obsługiwany zakres wartości zwracanych przez [funkcje predykcyjne](/manual/appendix/functions/prediction) został rozszerzony tak, aby odpowiadał zakresowi typu double.
    Teraz funkcja *timeleft()* może przyjmować wartości do 1.7976931348623158E+308, a funkcja *forecast()* może przyjmować wartości z zakresu od -1.7976931348623158E+308 do 1.7976931348623158E+308.

[comment]: # ({/130f3289-45142bff})

[comment]: # ({df7a2c84-0ae19561})
## Pozycje

[comment]: # ({/df7a2c84-0ae19561})

[comment]: # ({ba7b0a44-4ce86d88})
#### Spójny domyślny okres przechowywania historii

Domyślny okres przechowywania historii pozycji został ujednolicony do 31 dni w frontendzie i w bazie danych. Zmiana ta dotyczy formularzy konfiguracji pozycji, pozycji szablonu i prototypu pozycji, a także nadpisania okresu przechowywania historii w niskopoziomowym wykrywaniu.

[comment]: # ({/ba7b0a44-4ce86d88})

[comment]: # ({a6913e68-c10959d6})
#### Wartości zmiennoprzecinkowe przycinane dla pozycji całkowitych

Obecnie, jeśli dla pozycji typu liczba całkowita bez znaku zostanie odebrana wartość zmiennoprzecinkowa, 
wartość zostanie obcięta o część dziesiętną i zapisana jako liczba całkowita. 
Wcześniej wartość zmiennoprzecinkowa powodowała, że pozycja typu całkowitego stawała się nieobsługiwana.

[comment]: # ({/a6913e68-c10959d6})

[comment]: # ({91b3a434-56f030bc})
#### Zliczanie linii w dzienniku zdarzeń systemu Windows

Do Zabbix agent/agent 2 w systemie Windows dodano nową pozycję [`eventlog.count`](/manual/config/items/itemtypes/zabbix_agent/win_keys#eventlog.count).
Ta pozycja zwraca wartość całkowitą z liczbą linii w dzienniku zdarzeń systemu Windows na podstawie określonych parametrów.

[comment]: # ({/91b3a434-56f030bc})

[comment]: # ({1bbecc02-e6fef5c1})
#### Asynchroniczne żądania SNMP dla pojedynczego OID

Dodano nową pozycję SNMP [`get[OID]`](/manual/config/items/itemtypes/snmp#step-3), która umożliwia asynchroniczne odpytywanie o pojedynczą wartość OID.

[comment]: # ({/1bbecc02-e6fef5c1})

[comment]: # ({e31ce14b-1aa37368})
#### Pozycje wewnętrzne

Kontrole wewnętrzne są teraz obsługiwane przez nowy proces `internal poller` serwera Zabbix [serwer](/manual/concepts/server#server-process-types-and-threads)/[proxy](/manual/concepts/proxy#proxy-process-types-and-threads).

Dodano pozycje wewnętrzne do monitorowania [bufora pamięci proxy](#proxy-memory-buffer):

-   [`zabbix[proxy_buffer,buffer,<mode>]`](/manual/config/items/itemtypes/internal#proxy.buffer.mode) - zwraca statystyki użycia bufora pamięci proxy;
-   [`zabbix[proxy_buffer,state,changes]`](/manual/config/items/itemtypes/internal#proxy.state.changes) - zwraca liczbę zmian stanu między trybami bufora dysk/pamięć od uruchomienia;
-   [`zabbix[proxy_buffer,state,current]`](/manual/config/items/itemtypes/internal#proxy.state.current) - zwraca bieżący stan roboczy, w którym są przechowywane nowe dane.

Dodano również następujące pozycje wewnętrzne:

-   [`zabbix[discovery_queue]`](/manual/config/items/itemtypes/internal#discovery.queue) - umożliwia monitorowanie liczby kontroli wykrywania w kolejce;
-   [`zabbix[vps,written]`](/manual/config/items/itemtypes/internal#vps) - umożliwia monitorowanie łącznej liczby wartości historii zapisanych do bazy danych.

[comment]: # ({/e31ce14b-1aa37368})

[comment]: # ({91d36fbd-ecf6fe2d})
#### Nowe i zaktualizowane pozycje agenta

Do agenta Zabbix/agent 2 dodano nowe pozycje:

-   [`net.dns.perf`](/manual/config/items/itemtypes/zabbix_agent#net.dns.perf) zwraca liczbę sekund spędzonych na oczekiwaniu na odpowiedź od usługi, mierząc czas wykonania pozycji [`net.dns`](/manual/config/items/itemtypes/zabbix_agent#net.dns).
-   Pozycja [`net.dns.get`](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#net.dns.get) agenta Zabbix 2 zwraca szczegółowe informacje o rekordzie DNS.

Następujące pozycje agenta Zabbix/agent 2 zostały zaktualizowane:

-   Pozycje [`net.dns`](/manual/config/items/itemtypes/zabbix_agent#net.dns) i [`net.dns.record`](/manual/config/items/itemtypes/zabbix_agent#net.dns.record) teraz akceptują nazwę DNS w formacie odwróconym i nieodwróconym podczas wykonywania odwrotnych wyszukiwań DNS;
-   Pozycje [`proc.get`](/manual/config/items/itemtypes/zabbix_agent#proc.get) w trybie "process" i "summary" zwracają teraz również pamięć PSS (proportional set size) w systemie Linux;
-   Pozycje [`system.sw.packages`](/manual/config/items/itemtypes/zabbix_agent#system.sw.packages) i [`system.sw.packages.get`](/manual/config/items/itemtypes/zabbix_agent#system.sw.packages.get) są teraz obsługiwane w Gentoo Linux;
-   Pozycja [`system.hostname`](/manual/config/items/itemtypes/zabbix_agent#system.hostname) może teraz zwracać w pełni kwalifikowaną nazwę domenową, jeśli w parametrze **type** zostanie określona nowa opcja *fqdn*;
-   Pozycje [`wmi.get`](/manual/config/items/itemtypes/zabbix_agent/win_keys#wmi.get) i [`wmi.getall`](/manual/config/items/itemtypes/zabbix_agent/win_keys#wmi.getall) używane z agentem Zabbix 2 zwracają teraz JSON z wartościami logicznymi reprezentowanymi jako ciągi znaków (na przykład `"RealTimeProtectionEnabled": "True"` zamiast wcześniej zwracanego `"RealTimeProtectionEnabled": true`), aby dopasować format wyjściowy tych pozycji w agencie Zabbix;
-   Pozycja [`oracle.ts.discovery`](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#oracle.ts.discovery) agenta Zabbix 2 zwraca teraz nowy makro LLD {#CON_NAME} z nazwą kontenera;
-   Pozycja [`oracle.ts.stats`](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#oracle.ts.stats) agenta Zabbix 2 ma nowy parametr **conname** do określenia nazwy docelowego kontenera.
    Format JSON zwracanych danych został zaktualizowany.
    Gdy w parametrach klucza nie zostanie określony **tablespace**, **type** ani **conname**, zwracane dane będą zawierały dodatkowy poziom JSON z nazwą kontenera, co umożliwia rozróżnianie między kontenerami.

[comment]: # ({/91d36fbd-ecf6fe2d})

[comment]: # ({1b77f433-4bf25641})
#### Proste sprawdzenia

Pozycja [`vmware.eventlog`](/manual/vm_monitoring/vmware_keys#vmware.eventlog) obsługuje teraz opcjonalne filtrowanie według ważności w trzecim parametrze.

Pozycja [`vmware.vm.discovery`](/manual/vm_monitoring/vmware_keys#vmware.vm.discovery) teraz również [zwraca](/manual/vm_monitoring/discovery_fields) dane o interfejsach sieciowych maszyn wirtualnych.
Dane te można wykorzystać do skonfigurowania niestandardowych [interfejsów hosta](/manual/discovery/low_level_discovery/host_prototypes#host-interfaces).

Pozycja [`vmware.vm.net.if.discovery`](/manual/vm_monitoring/vmware_keys#vmware.vm.net.if.discovery) teraz również [zwraca](/manual/vm_monitoring/discovery_fields) tablicę adresów interfejsów sieciowych.

Do następujących pozycji dodano nowy parametr **options**:

-   [`icmpping`](/manual/config/items/itemtypes/simple_checks#icmpping)
-   [`icmppingloss`](/manual/config/items/itemtypes/simple_checks#icmppingloss)
-   [`icmppingsec`](/manual/config/items/itemtypes/simple_checks#icmppingsec)

Parametr ten można wykorzystać do określenia, czy odpowiedzi przekierowane mają być traktowane jako host dostępny, czy host niedostępny.
Więcej informacji można znaleźć w sekcji [proste sprawdzenia](/manual/config/items/itemtypes/simple_checks#supported-simple-checks).

[comment]: # ({/1b77f433-4bf25641})

[comment]: # ({daa0458e-2769f4cc})
#### Rejestrowanie zduplikowanych identyfikatorów Engine ID SNMPv3

Identyfikatory Engine ID w SNMPv3 są używane jako unikalne identyfikatory urządzenia. Czasami identyfikatory Engine ID są takie same na kilku urządzeniach z powodu błędnej konfiguracji lub ustawień fabrycznych. Ponieważ standardy SNMP wymagają, aby identyfikatory Engine ID były unikalne, pozycje współdzielące ten sam identyfikator Engine ID stają się nieobsługiwane w Zabbix, co prowadzi do problemów z dostępnością tych urządzeń.

Aby ułatwić rozwiązywanie takich problemów, informacje o urządzeniach SNMPv3 współdzielących ten sam identyfikator Engine ID będą teraz okresowo rejestrowane przez serwer Zabbix. Należy pamiętać, że wykrywanie zduplikowanych identyfikatorów Engine ID działa osobno w każdym pollerze SNMP.

[comment]: # ({/daa0458e-2769f4cc})

[comment]: # ({408b257b-347ec551})
#### Link do dokumentacji dla każdej standardowej pozycji

Każda standardowa pozycja ma teraz bezpośredni link z frontend do swojej strony dokumentacji.

![](../../../assets/en/manual/introduction/item_helper.png){width="600"}

Linki są umieszczone pod ikoną znaku zapytania, podczas otwierania okna pomocy dla pozycji z formularza konfiguracji pozycji (kliknij *Wybierz* obok pola klucza pozycji).

[comment]: # ({/408b257b-347ec551})

[comment]: # ({d9b71431-e3bb46e9})
## Wstępne przetwarzanie

[comment]: # ({/d9b71431-e3bb46e9})

[comment]: # ({54ff58de-2b1a8446})
#### Zaawansowana obsługa przyczyn źródłowych dla stanu nieobsługiwanego elementu

Obsługa błędów w przypadku niepowodzenia pobrania wartości pozycji (a więc przejścia jej w stan nieobsługiwany) wcześniej nie pozwalała odróżnić przyczyny ani etapu wykonania, na którym proces się nie powiódł. Wszystkie błędy musiały być obsługiwane za pomocą jednej i tej samej opcji obsługi błędów - albo odrzucić wartość, ustawić określoną wartość, albo ustawić określony komunikat błędu.

Obecnie można dopasować komunikat błędu do wyrażenia regularnego. Jeśli błąd pasuje (lub nie pasuje), można określić, w jaki sposób przypadek błędu ma zostać przetworzony. Na przykład określony komunikat błędu można "zmapować" na bardziej ogólny przypadek, który zostanie dopasowany i obsłużony przez kolejny krok przetwarzania wstępnego, albo pewien przejściowy problem (np. z łącznością sieciową) może być obsłużony inaczej niż jednoznaczne niepowodzenie pobrania wartości pozycji.

Można teraz dodawać wiele kroków przetwarzania wstępnego *Check for not supported value*. Należy pamiętać, że na końcu potoku sprawdzającego stan nieobsługiwany pozycji może znajdować się tylko jeden krok dopasowujący "any error". Jeśli jest obecny, zostaje aktywowany, jeśli żaden z bardziej szczegółowych testów nie dopasował (lub dopasował błędnie) odpowiedniego wzorca, albo jeśli został przekazany dalej (zmodyfikowany) komunikat błędu - tzn. nie zadziałało zastąpienie przez "Discard value" ani "Set value to".

![](../../../assets/en/manual/config/items/check_unsupported_format_error.png){width="600"}

Zobacz też: [Check for not supported value](/manual/config/items/preprocessing#checkunsupported)

[comment]: # ({/54ff58de-2b1a8446})

[comment]: # ({4924cd55-d3a336af})
#### Lepsza użyteczność zbiorczej aktualizacji kroku przetwarzania wstępnego

Poprzedni projekt formularza zbiorczej aktualizacji pozycji nie był wystarczająco jasny w kwestii tego, czy aktualizacja kroku przetwarzania wstępnego spowoduje dodanie, czy zastąpienie kroków przetwarzania wstępnego. W nowym projekcie dodano przyciski opcji *Zastąp* i *Usuń wszystkie*, dzięki czemu użytkownicy mają jasność, czego mogą oczekiwać jako wyniku [zbiorczej aktualizacji](/manual/config/items/itemupdate) kroku przetwarzania wstępnego:

![](../../../assets/en/manual/introduction/item_mass_c_new.png)

[comment]: # ({/4924cd55-d3a336af})

[comment]: # ({d487e933-634a565b})
## Makra

[comment]: # ({/d487e933-634a565b})

[comment]: # ({7bcc33ad-91076bb8})
#### Obsługiwane makra użytkownika w nazwach pozycji i prototypów pozycji

Makra użytkownika są teraz obsługiwane w nazwach pozycji i nazwach prototypów pozycji.

Należy zauważyć, że obsługa makr użytkownika została usunięta z nazw pozycji/prototypów pozycji w Zabbix 6.0.  
Teraz została przywrócona. Obecnie obsługiwane jest również wyszukiwanie pozycji po nazwie z rozwiniętymi makrami, czego wcześniej nie obsługiwano.

Nazwa pozycji z rozwiniętymi makrami jest przechowywana w osobnej tabeli bazy danych (`item_rtname`), która stanowi rozszerzenie tabeli items. Dla każdego rekordu w tabeli items tworzony jest odpowiadający mu rekord `item_rtname` (z wyjątkiem prototypów pozycji, pozycji reguł wykrywania oraz pozycji szablonów). Nazwa z rozwiniętymi makrami jest ograniczona do 2048 znaków.

Nazwa pozycji z rozwiniętymi makrami jest wyświetlana we wszystkich lokalizacjach frontend z wyjątkiem sekcji *Zbieranie danych*.

Dodano nowy proces serwera `configuration syncer worker`, który odpowiada za rozwiązywanie i synchronizowanie wartości makr użytkownika w nazwach pozycji.

[comment]: # ({/7bcc33ad-91076bb8})

[comment]: # ({b9607a2b-02f08307})
#### Rozszerzone wsparcie funkcji makr

[Funkcje makr](/manual/config/macros/macro_functions) są teraz obsługiwane ze wszystkimi typami makr:

-   [Wbudowane makra](/manual/appendix/macros/supported_by_location)
-   [Makra użytkownika](/manual/config/macros/user_macros)
-   [Makra wykrywania niskiego poziomu](/manual/config/macros/lld_macros)
-   [Makra wyrażeń](/manual/config/macros/expression_macros)

Funkcje makr mogą być używane we wszystkich miejscach obsługujących wymienione makra.
Dotyczy to sytuacji, chyba że wyraźnie zaznaczono, że oczekiwane jest wyłącznie makro
(na przykład podczas konfigurowania [makr hosta](/manual/config/hosts/host#configuration) lub [filtrów](/manual/discovery/low_level_discovery#filter) reguły wykrywania niskiego poziomu).

[comment]: # ({/b9607a2b-02f08307})

[comment]: # ({7753e43a-0e93afc9})
## Zaplanowane raporty

Funkcja [zaplanowanych raportów](/manual/config/reports) nie jest już eksperymentalna.

[comment]: # ({/7753e43a-0e93afc9})

[comment]: # ({c6ce31c2-88627722})
#### Raportowanie wielostronicowe

W przypadku pulpitów wielostronicowych raporty są teraz zwracane ze wszystkimi stronami pulpitu, przy czym każda strona PDF odpowiada jednej stronie pulpitu. Wcześniej ta funkcjonalność była ograniczona do zwracania tylko pierwszej strony pulpitu.

[comment]: # ({/c6ce31c2-88627722})

[comment]: # ({33f7c3df-61d63d70})
## Powiadomienia

[comment]: # ({/33f7c3df-61d63d70})

[comment]: # ({d5447a56-96f53cd0})
#### Obsługa przetwarzania tagów dla zdarzeń wewnętrznych

Przetwarzanie tagów zwracanych przez skrypt webhook jest teraz obsługiwane również dla [zdarzeń wewnętrznych](/manual/config/events/sources#internal-events).

Ponadto makra {EVENT.TAGS.\<tag name\>}, {EVENT.TAGS}, {EVENT.TAGSJSON}, {EVENT.RECOVERY.TAGS}, {EVENT.RECOVERY.TAGSJSON} są teraz obsługiwane dla powiadomień o zdarzeniach wewnętrznych.

Te zmiany umożliwiają używanie webhooków do aktualizowania lub zamykania zewnętrznego zgłoszenia/zgłoszenia do wsparcia za pomocą powiadomienia o odzyskaniu zdarzenia wewnętrznego.

[comment]: # ({/d5447a56-96f53cd0})

[comment]: # ({58cdb1db-5ee26510})
## Bazy danych

[comment]: # ({/58cdb1db-5ee26510})

[comment]: # ({c0916847-a76b0180})
#### Dziennik audytu przekonwertowany na hypertable w TimescaleDB

Tabela `auditlog` została przekonwertowana na hypertable w TimescaleDB w nowych instalacjach, aby korzystać z automatycznego partycjonowania według czasu (domyślnie 7 dni) oraz lepszej wydajności.

Aby pomyślnie zaktualizować istniejące instalacje, zobacz [Aktualizacja schematu TimescaleDB](/manual/appendix/install/timescaledb#upgrading-timescaledb-schema).

Zobacz także: [Obsługiwane wersje TimescaleDB](/manual/installation/requirements#thirdparty-external-surrounding-software)

[comment]: # ({/c0916847-a76b0180})

[comment]: # ({8caa2c93-1510251f})
#### Osobna tabela bazy danych dla proxy

Rekordy proxy zostały przeniesione z tabeli `hosts` i są teraz przechowywane w nowej tabeli `proxy`.

Ponadto dane operacyjne proxy (takie jak ostatni dostęp, wersja, zgodność) zostały przeniesione z tabeli `host_rtdata` i są teraz przechowywane w nowej tabeli `proxy_rtdata`.

[comment]: # ({/8caa2c93-1510251f})

[comment]: # ({b689cc51-5d44a665})
## Procesy

[comment]: # ({/b689cc51-5d44a665})

[comment]: # ({826bb381-e712c0b3})
#### Wielowątkowość

W ramach przejścia na architekturę wielowątkową wprowadzono kilka zmian:

-   Dodano nowy parametr konfiguracji: `--with-stacksize`. Parametr ten umożliwia zastąpienie domyślnego rozmiaru stosu wątku używanego przez system (w kilobajtach).
-   Rozwiązywanie makr użytkownika zostało przeniesione z menedżera preprocessingu do workerów preprocessingu.

[comment]: # ({/826bb381-e712c0b3})

[comment]: # ({5c791ae3-c315158e})
#### Utwardzanie środowiska serwera

Obecnie można ograniczyć niektóre funkcje Zabbix, aby zwiększyć bezpieczeństwo środowiska serwera:

- wykonywanie globalnych skryptów na serwerze Zabbix można wyłączyć, ustawiając `EnableGlobalScripts=0` w konfiguracji serwera. W przypadku nowych instalacji wykonywanie globalnych skryptów na serwerze Zabbix jest domyślnie wyłączone.
- uwierzytelnianie HTTP użytkownika można wyłączyć, ustawiając `$ALLOW_HTTP_AUTH=false` w pliku konfiguracyjnym frontend (zabbix.conf.php).
- modem GSM do powiadomień SMS można teraz określić w nowym parametrze [SMSDevices](/manual/appendix/config/zabbix_server#smsdevices), co ogranicza możliwość błędnej konfiguracji ścieżki do modemu GSM z poziomu frontend.

[comment]: # ({/5c791ae3-c315158e})

[comment]: # ({d855bd8c-e162a59a})
#### Walidacja pliku konfiguracyjnego

Do poleceń konserwacyjnych Zabbix [serwer](/manpages/zabbix_server), [proxy](/manpages/zabbix_proxy), [agent](/manpages/zabbix_agentd), [agent 2](/manpages/zabbix_agent2) oraz [usługa web](/manpages/zabbix_web_service) dodano możliwość walidacji pliku konfiguracyjnego.
Walidację można wykonać za pomocą opcji *-T --test-config*.
W przypadku pomyślnej walidacji kod zakończenia będzie równy "0"; w przeciwnym razie komponent zakończy działanie z niezerowym kodem zakończenia i odpowiednim komunikatem o błędzie. Ostrzeżenia (np. w przypadku przestarzałego parametru) nie wpływają na pomyślny kod zakończenia.

[comment]: # ({/d855bd8c-e162a59a})

[comment]: # ({0f273a52-4f103de8})
#### Wykrywanie funkcji biblioteki cURL w czasie działania

Wcześniej funkcje biblioteki cURL były wykrywane w czasie kompilacji serwera Zabbix, proxy lub agenta. Jeśli funkcje cURL zostały zaktualizowane, aby można było z nich korzystać, odpowiedni komponent Zabbix musiał zostać ponownie skompilowany.

Obecnie do udostępnienia zaktualizowanych funkcji biblioteki cURL w Zabbix wystarczy ponowne uruchomienie. Ponowna kompilacja nie jest już wymagana. Dotyczy to serwera Zabbix, proxy lub agenta.

Zobacz też [uwagi dotyczące aktualizacji](/manual/installation/upgrade_notes_700).

[comment]: # ({/0f273a52-4f103de8})

[comment]: # ({7c98fa8e-f8efdf69})
#### Konfiguracja agenta 2

**Rozmiar bufora**

Domyślna wartość parametru konfiguracyjnego [BufferSize](/manual/appendix/config/zabbix_agent2) dla Zabbix agent 2 została zwiększona ze 100 do 1000.

**Dozwolone puste wartości**

Puste wartości są teraz dozwolone w parametrach konfiguracyjnych związanych z wtyczkami w Zabbix agent 2.

[comment]: # ({/7c98fa8e-f8efdf69})

[comment]: # ({f79a9256-8ddbbbf0})
#### Ustawianie typu uruchamiania usługi Windows agent

Dodano opcję ustawiania typu uruchamiania usługi Windows Zabbix [agent](/manual/concepts/agent#options)/[agent 2](/manual/concepts/agent2#options) (`-S --startup-type`).
Opcja ta umożliwia skonfigurowanie usługi agent/agent 2 tak, aby uruchamiała się automatycznie podczas startu systemu Windows (`automatic`), po zakończeniu uruchamiania usług uruchamianych automatycznie (`delayed`), po ręcznym uruchomieniu przez użytkownika lub aplikację (`manual`) albo aby całkowicie wyłączyć usługę (`disabled`).

Podczas wykonywania [instalacji Windows agent z pakietu MSI](/manual/installation/install_from_packages/win_msi) domyślny typ uruchamiania w systemach Windows Server 2008/Vista i nowszych wersjach to teraz `delayed`, jeśli nie określono inaczej w parametrze wiersza poleceń `STARTUPTYPE` [command-line parameter](/manual/installation/install_from_packages/win_msi#installation-from-command-line).
Poprawia to niezawodność i wydajność usługi Windows Zabbix agent/agent 2, szczególnie podczas ponownego uruchamiania systemu.

[comment]: # ({/f79a9256-8ddbbbf0})

[comment]: # ({28541b2b-numeric})
#### Obsługa starego typu numerycznego została usunięta

Stary sposób zapisu wartości zmiennoprzecinkowych, wcześniej oznaczony jako przestarzały, nie jest już obsługiwany, ponieważ używane są wartości numeryczne o rozszerzonym zakresie.

[comment]: # ({/28541b2b-numeric})

[comment]: # ({e277ac3f-75ed5382})
#### Dodano parametr prefiksu Vault do plików konfiguracyjnych

Pliki konfiguracyjne *zabbix_server.conf* i *zabbix_proxy.conf* zostały uzupełnione o nowy, opcjonalny parametr `Vault Prefix`; plik *zabbix.conf.php* został uzupełniony o opcjonalny `$DB['VAULT_PREFIX']`, a *setup.php* został odpowiednio zaktualizowany.

Ścieżki vault dla [CyberArk](/manual/config/secrets/cyberark) i [HashiCorp](/manual/config/secrets/hashicorp) nie są więc już zakodowane na stałe, co umożliwia wdrożenia vault z niestandardowymi ścieżkami.

[comment]: # ({/e277ac3f-75ed5382})

[comment]: # ({6c09dfee-3a6f2dd4})
## Odkrywanie

[comment]: # ({/6c09dfee-3a6f2dd4})

[comment]: # ({8fba0ae8-dc0a44cf})
#### Współbieżność w wykrywaniu sieci

Wcześniej każda reguła wykrywania sieci była przetwarzana przez jeden proces discoverer. W związku z tym wszystkie sprawdzenia usług w ramach reguły mogły być wykonywane wyłącznie sekwencyjnie.

W nowej wersji proces wykrywania sieci został przebudowany tak, aby umożliwić współbieżność między sprawdzeniami usług. Dodano nowy proces menedżera wykrywania oraz konfigurowalną liczbę workerów wykrywania (lub wątków).

Menedżer wykrywania przetwarza reguły wykrywania i tworzy zadanie wykrywania dla każdej reguły wraz z zadaniami (sprawdzeniami usług). Sprawdzenia usług są pobierane i wykonywane przez workery wykrywania. Tylko te sprawdzenia, które mają ten sam adres IP i port, są planowane sekwencyjnie, ponieważ niektóre urządzenia mogą nie zezwalać na współbieżne połączenia na tym samym porcie.

Nowa wewnętrzna pozycja `zabbix[discovery_queue]` umożliwia monitorowanie liczby sprawdzeń wykrywania w kolejce.

Parametr [StartDiscoverers](/manual/appendix/config/zabbix_server#startdiscoverers) określa teraz łączną liczbę dostępnych workerów wykrywania. Domyślna wartość StartDiscoverers została zwiększona z 1 do 5, a zakres z 0-250 do 0-1000. Procesy `discoverer` z poprzednich wersji Zabbix zostały usunięte.

Dodatkowo:

-   Wszystkie sprawdzenia usług są teraz wykonywane [asynchronicznie](#asynchronous-pollers), z wyjątkiem sprawdzeń LDAP;
-   Liczba jednoczesnych asynchronicznych sprawdzeń dla każdego typu sprawdzenia usług (lub liczba dostępnych workerów dla wszystkich synchronicznych sprawdzeń usług) jest teraz konfigurowalna we [frontend](/manual/discovery/network_discovery/rule) (zobacz *Maksymalna liczba współbieżnych sprawdzeń na typ*). Ten parametr jest opcjonalny.
-   Sprawdzenie usługi HTTP wcześniej było takie samo jak sprawdzenie TCP. Teraz sprawdzanie HTTP/HTTPS odbywa się za pomocą libcurl. Jeśli serwer/proxy Zabbix został skompilowany bez libcurl, sprawdzenia HTTP będą działać tak jak wcześniej (tj. jako sprawdzenia TCP), ale sprawdzenia HTTPS nie będą działać.
-   Błędy w procesie wykrywania sieci będą teraz wyświetlane we frontend (w *Zbieranie danych* -> *Wykrywanie*), na przykład:
    -   błędy fping;
    -   nieprawidłowy OID SNMP;
    -   nieprawidłowa makro dla limitu czasu pozycja;
    -   błędy zakresu adresów.

[comment]: # ({/8fba0ae8-dc0a44cf})

[comment]: # ({5df4b9fc-98dbfc99})
#### Dodawanie tagów hosta podczas wykrywania/autorejestracji

Dla zdarzeń wykrywania i autorejestracji są teraz dostępne dodatkowe operacje:

-   Dodaj tagi hosta
-   Usuń tagi hosta

[comment]: # ({/5df4b9fc-98dbfc99})

[comment]: # ({36d4ec0c-26e0b412})
#### Udostępnianie wykrytych grup hostów

Reguły wykrywania niskiego poziomu mogą teraz łączyć już wykryte i istniejące grupy hostów z hostami utworzonymi przez te same reguły wykrywania niskiego poziomu.
Dotyczy to grup hostów wcześniej wykrytych i utworzonych przez inne reguły wykrywania niskiego poziomu na podstawie określonych [prototypów grup](/manual/discovery/low_level_discovery/host_prototypes#configuration).

[comment]: # ({/36d4ec0c-26e0b412})

[comment]: # ({81cf668d-3a73d90e})
## Łączniki

Funkcja [strumieniowania danych](/manual/config/export/streaming) nie jest już eksperymentalna.

[comment]: # ({/81cf668d-3a73d90e})

[comment]: # ({d3a590e8-f06da8ef})
#### Strumieniuj wybrane dane i konfiguruj interwały prób

Podczas strumieniowania wartości pozycji z Zabbixa do systemów zewnętrznych możesz teraz skonfigurować, które wartości pozycji konektor ma strumieniować na podstawie ich typu informacji (numeryczny (bez znaku), numeryczny (zmiennoprzecinkowy), znakowy itp.).

Dodatkowo, aby uniknąć nieudanych prób strumieniowania wartości pozycji lub zdarzeń (na przykład, jeśli punkt końcowy HTTP jest zajęty lub obowiązują ograniczenia liczby żądań), możesz teraz skonfigurować także interwał prób - czyli jak długo konektor ma czekać po nieudanej próbie strumieniowania danych.

Kody odpowiedzi HTTP 201, 202, 203 i 204 są teraz również akceptowane przez konektory jako sukces (wcześniej tylko 200).

[comment]: # ({/d3a590e8-f06da8ef})

[comment]: # ({9a0d249c-4ada1586})
#### Przesyłanie danych do Apache Kafka

Nowe narzędzie do [strumieniowania](/manual/config/export/streaming) danych do zewnętrznych systemów - [łącznik Kafka dla serwera Zabbix](https://git.zabbix.com/projects/ZT/repos/kafka-connector/browse) - jest już dostępne.
Łącznik Kafka to lekki serwer napisany w Go, zaprojektowany do przekazywania wartości pozycji i zdarzeń z serwera Zabbix do brokera Kafka.

[comment]: # ({/9a0d249c-4ada1586})

[comment]: # ({ebd4d44b-73abcb06})
## Szablony

Informacje o nowych szablonach i zmianach w istniejących szablonach znajdziesz w sekcji [Zmiany w szablonach](/manual/installation/template_changes#changes-in-7.0.0).

[comment]: # ({/ebd4d44b-73abcb06})

[comment]: # ({dcd54eb1-35832a7c})
## frontend

[comment]: # ({/dcd54eb1-35832a7c})

[comment]: # ({367b3466-f646d297})
#### Uwierzytelnianie wieloskładnikowe

[Uwierzytelnianie wieloskładnikowe](/manual/web_interface/frontend_sections/users/authentication/mfa) (MFA) z metodą uwierzytelniania Time-Based One-Time Password (TOTP) lub Duo Universal Prompt może być teraz używane do logowania się do Zabbix, zapewniając dodatkową warstwę bezpieczeństwa wykraczającą poza samą nazwę użytkownika i hasło.

[comment]: # ({/367b3466-f646d297})

[comment]: # ({da78c95b-3222f414})
#### Format czasu w USA

Wyświetlanie czasu i daty w frontendzie teraz jest zgodne z amerykańskim standardem wyświetlania czasu i daty, gdy używany jest domyślny język frontend (en_US).

|Before|Now|
|-----|-----|
|![](../../../assets/en/manual/introduction/time_before.png)|![](../../../assets/en/manual/introduction/us_time_now.png)|

[comment]: # ({/da78c95b-3222f414})

[comment]: # ({4b95118e-7389886f})
#### Klonowanie uproszczone

Wcześniej było możliwe użycie opcji *Klonuj* i *Pełny klon* dla [hostów](/manual/config/hosts/host#overview), [szablonów](/manual/config/templates/template#creating-a-template) 
oraz [map](/manual/config/visualization/maps/map#creating-a-map).

Teraz opcja *Klonuj* została usunięta, a opcja *Pełny klon* została przemianowana na *Klonuj*, przy jednoczesnym zachowaniu całej wcześniejszej funkcjonalności opcji *Pełny klon*.

[comment]: # ({/4b95118e-7389886f})

[comment]: # ({b23d45bf-e4dba1ee})
#### Ikony zastąpione czcionkami

Wszystkie ikony w frontend zostały przełączone z arkuszy obrazów ikon na czcionki.

[comment]: # ({/b23d45bf-e4dba1ee})

[comment]: # ({9e673c0b-8a0c4fd0})
#### Formularze modalne

Kilka formularzy frontend jest teraz otwieranych w oknach modalnych (wyskakujących):

- konfiguracja [reguły wykrywania sieci](/manual/discovery/network_discovery/rule#rule-attributes);
- konfiguracja [skryptu globalnego](/manual/web_interface/frontend_sections/alerts/scripts#configuring-a-global-script);
- konfiguracja [korelacji zdarzeń](/manual/config/event_correlation/global#configuration);
- konfiguracja [modułu](/manual/web_interface/frontend_sections/administration/general#modules);
- konfiguracja [typu mediów](/manual/config/notifications/media);
- konfiguracja [szablonu](/manual/config/templates/template);
- konfiguracja [wyzwalacza](/manual/config/triggers/trigger) i [prototypu wyzwalacza](/manual/discovery/low_level_discovery/trigger_prototypes);
- konfiguracja [pozycji](/manual/config/items/item#configuration) i [prototypu pozycji](/manual/discovery/low_level_discovery/item_prototypes).

[comment]: # ({/9e673c0b-8a0c4fd0})

[comment]: # ({ec557ecb-8442e72a})
#### Zwijana zaawansowana konfiguracja

Pola wyboru *Zaawansowana konfiguracja*, odpowiedzialne za wyświetlanie zaawansowanych opcji konfiguracji, zostały zastąpione zwijanymi blokami
(zobacz na przykład [Konfiguracja konektora](/manual/config/export/streaming#configuration), [Konfiguracja usługi](/manual/it_services/service_tree#service-configuration), [Konfiguracja widżetu *Clock*](/manual/web_interface/frontend_sections/dashboards/widgets/clock#configuration) itp.).
Poprawia to komfort użytkowania, ponieważ zwijanie tych bloków i zapisywanie konfiguracji nie będzie już resetować skonfigurowanych zaawansowanych opcji do ich wartości domyślnych.

[comment]: # ({/ec557ecb-8442e72a})

[comment]: # ({eff1d36a-triggers100})
#### Ulepszona sekcja menu dla najważniejszych wyzwalaczy

Sekcja menu do przeglądania najważniejszych wyzwalaczy jest teraz nazwana
[*Top 100 triggers*](/manual/web_interface/frontend_sections/reports/triggers_top).
Dodano możliwość filtrowania wyzwalaczy według nazwy problemu i tagów.
Ponadto dla każdego wyzwalacza wyświetlana jest teraz liczba wykrytych problemów zamiast liczby zmian statusu.

[comment]: # ({/eff1d36a-triggers100})

[comment]: # ({a79d4c37-1bc98669})
#### Zwiększono limit znaków dla pól konfiguracyjnych

**Pola URL**

Limit znaków dla wszystkich pól URL wynosi teraz 2048 znaków.
Dotyczy to teraz: *Tile URL* dla ustawień związanych z [mapami geograficznymi](/manual/web_interface/frontend_sections/administration/general#geographical-maps),
*Frontend URL* do konfiguracji różnych [parametrów frontend](/manual/web_interface/frontend_sections/administration/general#other-parameters),
*URLs* dla [map sieciowych](/manual/config/visualization/maps/map#creating-a-map) i [elementów map sieciowych](/manual/config/visualization/maps/map#adding-elements),
*URL A-C* dla pól [inwentarza hosta](/manual/api/reference/host/object#host-inventory),
oraz *URL* dla widżetu pulpitu [URL](/manual/web_interface/frontend_sections/dashboards/widgets/url#url).

**Pola uwierzytelniania**

Limit znaków dla pól uwierzytelniania *User/User name* i *Password* wynosi teraz 255 znaków.
Dotyczy to konfiguracji uwierzytelniania HTTP dla pozycji [HTTP agent](/manual/config/items/itemtypes/http#configuration),
[scenariuszy web](/manual/web_monitoring#configuring-authentication) i [konektorów](/manual/config/export/streaming#configuration),
a także konfiguracji uwierzytelniania dla [prostych kontroli](/manual/config/items/itemtypes/simple_checks/#overview),
[monitorowania ODBC](/manual/config/items/itemtypes/odbc_checks#item-configuration-in-zabbix-frontend),
[kontroli SSH](/manual/config/items/itemtypes/ssh_checks#item-configuration),
[kontroli Telnet](/manual/config/items/itemtypes/telnet_checks),
oraz [monitorowania JMX](/manual/config/items/itemtypes/jmx_monitoring#adding-jmx-agent-item).

[comment]: # ({/a79d4c37-1bc98669})

[comment]: # ({39ee6462-a1c35da8})
#### Przycinanie wyniku testu pozycji i przetwarzania wstępnego

Podczas [testowania pozycji](/manual/config/items/item#testing) lub [testowania kroków przetwarzania wstępnego](/manual/config/items/preprocessing/testing) wartości pobierane z hosta oraz wyniki testów są teraz przycinane do maksymalnego rozmiaru 512 KB podczas wysyłania do frontend.
Należy pamiętać, że dane większe niż 512 KB są nadal w pełni przetwarzane przez serwer Zabbix.

[comment]: # ({/39ee6462-a1c35da8})

[comment]: # ({e37fa4fa-1abb55d0})
#### Karty pulpitów hosta

Wszystkie skonfigurowane [pulpity hosta](/manual/web_interface/frontend_sections/monitoring/hosts/dashboards) dla wybranego hosta są teraz wyświetlane jako karty pod nagłówkiem strony pulpitów hosta, zastępując poprzednią listę rozwijaną w prawym górnym rogu.
Umożliwia to łatwe przełączanie się między różnymi pulpitami hosta i poprawia nawigację po danych monitorowania.

[comment]: # ({/e37fa4fa-1abb55d0})

[comment]: # ({2a8835f4-142709be})
#### Dziennik audytu

W sekcji *Administration* → [*Audit log*](/manual/web_interface/frontend_sections/administration/audit_log) można teraz włączyć lub wyłączyć rejestrowanie w dzienniku audytu działań low-level discovery, network discovery i autorejestracji wykonywanych przez serwer (System user).

Domyślny okres przechowywania wpisów dziennika audytu przed ich usunięciem przez housekeeper został zmieniony z 365 dni na 31 dni.

[comment]: # ({/2a8835f4-142709be})

[comment]: # ({f4aa0673-8a727d0d})
#### Filtr najnowszych danych

W *Monitoring* → [*Najnowsze dane*](/manual/web_interface/frontend_sections/monitoring/latest_data) podfiltr i dane nie są już domyślnie wyświetlane, jeśli filtr nie jest ustawiony.

W przypadku aktualizacji z wcześniejszych wersji Zabbix zobacz także: [Uwagi dotyczące aktualizacji do wersji 7.0.0](/manual/installation/upgrade_notes_700#latest-data-filter).

[comment]: # ({/f4aa0673-8a727d0d})

[comment]: # ({38033b0f-1af58644})
#### Minimalna wymagana wersja PHP

Minimalna wymagana wersja PHP została podniesiona z 7.4.0 do 8.0.0.

[comment]: # ({/38033b0f-1af58644})

[comment]: # ({67bc28d5-0d3d3e8e})
#### Zmienione elementy

-   Niektóre parametry [widżetu dashboard](/manual/web_interface/frontend_sections/dashboards/widgets) z etykietą *Tags* zostały przemianowane, aby były bardziej czytelne:
*Item tags* (dla widżetu *Data overview*), *Scenario tags* (dla widżetu *Web monitoring*);
*Problem tags* (dla widżetów *Graph*, *Problem hosts*, *Problems*, *Problems by severity* i *Trigger overview*);
-   Odnośnik akcji do edycji zawartości mapy, dostępny z listy map w sekcji *Monitoring* → [*Maps*](/manual/web_interface/frontend_sections/monitoring/maps), został przemianowany z *Constructor* na *Edit*;
-   Pola służące do ustawiania okresów przechowywania historii i trendów w formularzach konfiguracji [pozycja](/manual/config/items/item#configuration) i [item prototype](/manual/discovery/low_level_discovery/item_prototypes) zostały przemianowane;
-   W [konfiguracji](/manual/web_interface/frontend_sections/dashboards/widgets/top_hosts#configuration) widżetu *Top hosts* pola *Order column* i *Host count* zostały przemianowane na *Order by* i *Host limit*, aby lepiej opisywać ich funkcje.
-   W konfiguracji widżetu *Graph* pole [legendy](/manual/web_interface/frontend_sections/dashboards/widgets/graph#legend) *Display min/max/avg* zostało przemianowane na *Display min/avg/max*, a pola [zestawu danych](/manual/web_interface/frontend_sections/dashboards/widgets/graph#data-set) *host pattern* i *item pattern* zostały przemianowane na *host patterns* i *item patterns*.
-   W ustawieniach [profilu użytkownika](/manual/web_interface/user_profile#user-profile) karta *Messaging* została przemianowana na *Frontend notifications*, a opcja *Frontend messaging* również została przemianowana na *Frontend notifications*.

[comment]: # ({/67bc28d5-0d3d3e8e})

[comment]: # ({ab826ed0-f355ddd7})
#### Różne

-   Ikony głównego menu zostały zaktualizowane;
-   Zaktualizowano komunikaty wskazujące brak danych lub nieustawione filtry (w widżetach lub filtrach wyskakujących bez danych do wyświetlenia).
    Dodatkowo usunięto stopkę „Wyświetlanie 0 z 0 znalezionych” w przypadkach, gdy nie ma danych do wyświetlenia lub gdy filtrowanie (albo użycie [globalnego wyszukiwania](/manual/web_interface/global_search#search-results)) nie zwraca żadnych wyników.
-   Numery wersji frontend Zabbixa i serwera Zabbixa są teraz widoczne na [stronie informacji o systemie](/manual/web_interface/frontend_sections/reports/status_of_zabbix);
-   Wszystkie akcje, w których używany jest typ mediów, są teraz wyświetlane na liście [typów mediów](/manual/web_interface/frontend_sections/alerts/mediatypes) (kolumna *Używane w akcjach*). Wcześniej akcje, w których w konfiguracji operacji akcji opcja *Wysyłaj tylko do* była ustawiona na „Wszystkie”, nie były uwzględniane w kolumnie *Używane w akcjach* typu mediów;
-   Do sekcji [Ostatnie dane](/manual/web_interface/frontend_sections/monitoring/latest_data) dodano nową opcję filtrowania: umożliwia ona filtrowanie pozycji według ich stanu (obsługiwane/nieobsługiwane);
-   Do sekcji [Problemy](/manual/web_interface/frontend_sections/monitoring/problems) dodano nową opcję filtrowania *Status potwierdzenia*: umożliwia ona filtrowanie problemów według ich stanu (niepotwierdzone/potwierdzone/potwierdzone przeze mnie);
-   Do okien podręcznych służących do konfiguracji i masowej aktualizacji elementów mapy oraz kształtów dodano standardowy przycisk zamykania okna;
-   Udoskonalono konfigurację uprawnień [grupy użytkowników](/manual/config/users_and_usergroups/usergroup) oraz tagów do filtrowania widocznych problemów.
    Teraz można jednocześnie wybrać kilka grup hostów/szablonów, aby przypisać im te same uprawnienia.
-   [Drzemanie](/manual/web_interface/user_profile/global_notifications#global-messages-displayed) globalnych powiadomień w jednej przeglądarce będzie teraz usypiać je we wszystkich przeglądarkach/urządzeniach, na których użytkownik jest zalogowany.
-   Parametr *Override host* w widżecie [*Wartość pozycji*](/manual/web_interface/frontend_sections/dashboards/widgets/item_value#configuration) został przeniesiony przed sekcję *Zaawansowana konfiguracja* dla lepszej użyteczności.

[comment]: # ({/ab826ed0-f355ddd7})

[comment]: # ({ddb0683d-fce9e0aa})
## Wtyczki

[comment]: # ({/ddb0683d-fce9e0aa})

[comment]: # ({5dcd021a-dcdddb11})
#### Ember+

Dodano nową wtyczkę do bezpośredniego monitorowania Ember+ przez agent Zabbix agent 2.

Więcej informacji można znaleźć tutaj:

-   [Plik readme wtyczki Ember+](https://git.zabbix.com/projects/AP/repos/ember-plus/browse)
-   [Pozycje agenta 2](/manual/config/items/itemtypes/zabbix_agent/zabbix_agent2#ember.get)
-   [Parametry wtyczki Ember+](/manual/appendix/config/zabbix_agent2_plugins/ember_plus_plugin)
-   [Instalacja agenta 2](/manual/concepts/agent2#installation)

[comment]: # ({/5dcd021a-dcdddb11})

[comment]: # ({4701c597-group})
## Instalacja

[comment]: # ({/4701c597-group})

[comment]: # ({924abd92-note})
#### Oddzielne pakiety instalacyjne dla pochodnych RHEL

Dostępne są dedykowane [pakiety instalacyjne](/manual/installation/install_from_packages/rhel) dla wersji 8 i 9 AlmaLinux, CentOS Stream, Oracle Linux oraz Rocky Linux. Wcześniej dla RHEL i dystrybucji opartych na RHEL udostępniano pojedyncze pakiety instalacyjne. Obecnie dla RHEL oraz każdej z wymienionych powyżej pochodnych używane są oddzielne pakiety, aby uniknąć potencjalnych problemów z niezgodnością binarną.

[comment]: # ({/924abd92-note})

[comment]: # ({4d03d915-5ce89804})
#### Obsługa ARM64/AArch64

Pakiety instalacyjne ARM64/AArch64 są teraz dostępne dla Debian, RHEL 8, 9 i ich pochodnych, a także SLES/OpenSUSE Leap 15.

[comment]: # ({/4d03d915-5ce89804})