Podstawowa konfiguracja Nginx
Poznają Państwo strukturę głównego pliku konfiguracyjnego Nginx oraz najważniejsze dyrektywy potrzebne do prostego serwowania stron WWW.
Podstawowa konfiguracja Nginx to bezpłatna lekcja API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) na CoddyKit. To lekcja 2 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway), a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) zawiera 4 lekcji w sumie.
Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.
Nginx Config: The Blueprint
Nginx uses a simple, yet powerful, configuration file to tell it what to do. Think of this file as the blueprint for your web server.
It defines how Nginx handles requests, serves content, and interacts with other services. Mastering this file is key to using Nginx effectively.
Nginx Config: Main Blocks
Nginx configuration is organized into a hierarchical structure using logical blocks. Each block groups related directives.
main: Global settings for the entire Nginx process.events: Settings for how Nginx handles connections.http: The core for all HTTP web server functionalities.
Directives inside these blocks control Nginx's specific behaviors.
user nginx;
worker_processes auto;
events {
# Event context directives
}
http {
# HTTP context directives
# ... server blocks go here
}Global Settings: The `main` Context
The main context contains global directives that affect the entire Nginx process. These are foundational settings for Nginx's operation.
user: Defines the user and group that Nginx worker processes run as (e.g.,nginxorwww-data).worker_processes: Sets the number of worker processes.autois often a good default, matching your CPU cores.
user nginx;
worker_processes auto;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;Connection Handling: The `events` Context
The events context configures how Nginx handles network connections. It's about optimizing performance for concurrent clients.
worker_connections: The maximum number of simultaneous connections a single worker process can open.
A higher number here allows Nginx to handle more concurrent users efficiently. The use directive (e.g., epoll for Linux) specifies the connection processing method.
events {
worker_connections 1024;
use epoll; # Linux-specific, for high performance
}Web Serving: The `http` Context
The http context is where most of your web server configuration resides. It defines how Nginx processes HTTP requests and responses.
Inside this block, you'll configure things like MIME types, logging, and, most importantly, define individual web servers using server blocks.
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
# ... server blocks will be here ...
}Defining Websites: `server` Blocks
Inside the http block, you define one or more server blocks. Each server block acts like a "virtual host," allowing Nginx to host multiple websites or applications on the same physical server.
It specifies what port Nginx should listen on and for which domain names it should respond.
http {
server {
# This is a server block for one website
}
server {
# Another server block for a different site
}
}Server Basics: `listen` & `server_name`
Two crucial directives within a server block are listen and server_name. They tell Nginx how to identify and handle requests for a specific website.
listen: Specifies the IP address and port number Nginx should listen on (e.g.,80for HTTP).server_name: Defines the domain names (hostnames) this server block should respond to (e.g.,example.com www.example.com).
server {
listen 80;
server_name example.com www.example.com;
# ... location blocks will be here ...
}URL Matching: `location` Blocks
Within a server block, location blocks are used to define how Nginx should handle requests for specific URLs or URL patterns.
For instance, you might want to serve static files from one directory for requests to /images/ and handle all other requests differently.
server {
listen 80;
server_name mywebsite.com;
location / {
# Handle requests to the root path
}
location /api/ {
# Handle requests starting with /api/
}
}Serving Files: `root` & `index`
For serving static content like HTML, CSS, and images, root and index are essential directives within a location block.
root: Specifies the base directory where Nginx should look for files for requests handled by this location.index: Defines the default file Nginx should serve when a directory is requested (e.g.,index.html).
This is how Nginx finds and delivers your website's files.
location / {
root /usr/share/nginx/html;
index index.html index.htm;
}Full Example: Static Web Server
Let's put it all together to create a simple Nginx configuration that serves static HTML files from a specific directory.
This configuration listens on port 80 for requests to mywebsite.com and serves files from the /var/www/html directory.
http {
include mime.types;
default_type application/octet-stream;
server {
listen 80;
server_name mywebsite.com;
location / {
root /var/www/html;
index index.html index.htm;
}
}
}Quick Check: Nginx Directives
Which of the following Nginx directives are typically found within a server block, or within a location block nested inside a server block?
Recap: Nginx Config Basics
Great job! You've learned the fundamental structure of Nginx configuration, including the main, events, http, server, and location blocks.
You can now configure Nginx to listen on specific ports, respond to domain names, and serve static files effectively.
Next, we'll dive into more advanced Nginx features, including how to configure it as a reverse proxy!
Ucz się API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) dzięki korepetycjom AI — za darmo
Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.
- Kursy
- 12
- Lekcje
- 48
Często zadawane pytania
Czy lekcja „Podstawowa konfiguracja Nginx” jest bezpłatna?
Tak — pełny tekst „Podstawowa konfiguracja Nginx” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway), przejdź na CoddyKit PRO. Kurs API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) zawiera 4 lekcji w sumie.
Co nauczysz się w „Podstawowa konfiguracja Nginx”?
Poznają Państwo strukturę głównego pliku konfiguracyjnego Nginx oraz najważniejsze dyrektywy potrzebne do prostego serwowania stron WWW. Ćwiczysz API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.
Czy potrzebuję doświadczenia, aby zacząć API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)?
Nie wymagamy żadnego doświadczenia. API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 2 z 4.
Ile czasu zajmuje lekcja „Podstawowa konfiguracja Nginx”?
Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.
Czy mogę pisać i uruchamiać kod w tej lekcji API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)?
Tak. Każda lekcja API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.
Wszystkie lekcje w tym kursie
- Instalacja i konfiguracja Nginx
- Podstawowa konfiguracja Nginx
- Serwowanie treści statycznych za pomocą Nginx
- Bloki location Nginx i dopasowywanie żądań