Termin ze słownika

NGINX

Wysokowydajny, otwartoźródłowy serwer WWW powszechnie wykorzystywany jako reverse proxy, load balancer oraz pamięć podręczna HTTP.

Definicja

NGINX (wymawiane „engine-x”) to wysokowydajny, otwartoźródłowy serwer WWW oraz reverse proxy, który obsługuje znaczną część współczesnego internetu. Serwuje pliki statyczne bezpośrednio, przekazuje ruch do backendów aplikacyjnych, takich jak PHP-FPM, Node.js czy serwery Python WSGI/ASGI, terminuje SSL/TLS, równoważy obciążenie między wieloma serwerami docelowymi (upstream) oraz buforuje odpowiedzi HTTP, aby zmniejszyć obciążenie backendu. NGINX jest domyślnym serwerem WWW na większości hostów VPS oraz dedykowanych serwerach z systemem Linux, wyprzedzając Apache jako standard dla witryn o wysokim ruchu dzięki swojej asynchronicznej, zdarzeniowej architekturze: niewielka, stała liczba procesów roboczych obsługuje tysiące połączeń każdy za pomocą nieblokującego wejścia/wyjścia, w przeciwieństwie do tradycyjnego modelu Apache, w którym jeden proces lub wątek przypada na jedno połączenie, co przy dużym obciążeniu zużywa znacznie więcej pamięci. Ma to największe znaczenie powyżej kilkuset jednoczesnych użytkowników; w przypadku niewielkiej strony wizytówkowej różnica jest praktycznie niezauważalna. Większość zarządzanych hostingów WordPress wykorzystuje NGINX, często w połączeniu z pamięcią podręczną FastCGI, choć konfiguracja oparta na plikach .htaccess nie jest wówczas obsługiwana.

Jak to działa

NGINX jest konfigurowany za pomocą hierarchicznego pliku tekstowego (nginx.conf), który definiuje serwery, lokalizacje, serwery docelowe (upstream) oraz pamięci podręczne. Może pełnić funkcję czystego serwera WWW, czystego reverse proxy lub obu jednocześnie. NGINX Plus to płatna, komercyjna wersja z dodatkowymi funkcjami, natomiast otwartoźródłowy NGINX jest wersją faktycznie wykorzystywaną przez większość witryn.

Dlaczego to ma znaczenie

W przypadku treści statycznych oraz reverse proxy NGINX jest szybszy i bardziej lekki niż Apache. Dla witryn o wysokim ruchu różnica ma istotne znaczenie: NGINX potrafi obsłużyć dziesiątki tysięcy jednoczesnych połączeń na umiarkowanie wydajnym sprzęcie. Większość produkcyjnych środowisk wykorzystuje obecnie NGINX przed serwerem aplikacyjnym, pozostawiając Apache do zastosowań wymagających kompatybilności wstecznej.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Najczęściej zadawane pytania

NGINX czy Apache?

NGINX jest szybszy w przypadku treści statycznych oraz obciążeń o wysokiej współbieżności; Apache oferuje szerszą kompatybilność z .htaccess oraz większy ekosystem modułów. Większość witryn produkcyjnych w 2026 roku korzysta z NGINX.

Czy muszę znać NGINX, aby prowadzić stronę internetową?

Nie. Hosty zarządzane konfigurują go za Państwa. Znajomość NGINX jest konieczna w przypadku prowadzenia niezarządzanego VPS lub hostingu własnego.

Ile kosztuje NGINX?

Otwartoźródłowy NGINX można bezpłatnie pobrać, zainstalować i uruchomić, a większość hostów udostępnia go bez dodatkowych opłat. NGINX Plus, edycja komercyjna z aktywnymi kontrolami stanu (health checks), uwierzytelnianiem JWT oraz interfejsem API typu REST, jest sprzedawana w formie rocznej subskrypcji za instancję poprzez dział sprzedaży NGINX/F5, bez stałej, publicznie podanej ceny.

Jak sprawdzić, czy serwer faktycznie korzysta z NGINX?

Należy wykonać polecenie curl -I https://example.com i sprawdzić, czy w nagłówkach odpowiedzi widnieje „Server: nginx”, choć wiele hostów ukrywa lub zmienia ten nagłówek ze względów bezpieczeństwa. Gdy nagłówek jest ukryty, wskazówką może być także sposób obsługi niestandardowych stron błędów, kompresji gzip czy przekierowań.

Co najczęściej przestaje działać podczas migracji strony z Apache na NGINX?

Przestaje działać wszystko, co znajduje się w pliku .htaccess, ponieważ NGINX nie posiada pliku konfiguracyjnego dla poszczególnych katalogów i wczytuje całą konfigurację z pliku nginx.conf przy starcie. Reguły przepisywania adresów (rewrite), niestandardowe strony błędów oraz ochrona hasłem muszą zostać przepisane w składni NGINX, a usługa musi zostać przeładowana po każdej zmianie konfiguracji, aby zmiany zaczęły obowiązywać.