search
HomeOperation and MaintenanceNginxNGINX and Web Hosting: Serving Files and Managing Traffic

NGINX can be used to serve files and manage traffic. 1) Configure NGINX service static files: define the listening port and file directory. 2) Implement load balancing and traffic management: Use upstream module and cache policies to optimize performance.

NGINX and Web Hosting: Serving Files and Managing Traffic

introduction

In the modern Internet world, NGINX has become an indispensable tool, especially in web hosting and traffic management. Today we will dive into how to use NGINX to serve files and manage traffic. With this article, you will learn how to configure NGINX to efficiently handle static files, dynamic content, and how to optimize your server to cope with high traffic.

Review of basic knowledge

NGINX is a high-performance HTTP and reverse proxy server that is commonly used to host websites and applications. It is known for its efficiency, stability and scalability. The configuration file of NGINX is usually nginx.conf , through which we can define the behavior of the server.

In web hosting, NGINX can serve static files, such as HTML, CSS, JavaScript, pictures, etc., and can also serve as a reverse proxy to forward requests to back-end application servers, such as Node.js, Django, etc.

Core concept or function analysis

NGINX's file service function

NGINX's file service feature is one of its core, which allows you to serve static files directly from the server. In a configuration file, you can define which files should be served and how to serve them.

 http {
    server {
        listen 80;
        server_name example.com;

        location / {
            root /usr/share/nginx/html;
            index index.html index.htm;
        }
    }
}

This configuration tells NGINX to listen to port 80, when the request arrives, look up files from the /usr/share/nginx/html directory, and provide index.html or index.htm by default.

Traffic management of NGINX

NGINX can not only serve files, but also manage traffic. Through configuration, you can realize load balancing, caching, current limiting and other functions.

 http {
    upstream backend {
        server backend1.example.com;
        server backend2.example.com;
    }

    server {
        listen 80;
        server_name example.com;

        location / {
            proxy_pass http://backend;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
        }
    }
}

This configuration implements load balancing and distributes requests to two backend servers.

How it works

NGINX works based on event-driven and asynchronous non-blocking I/O models. This means that NGINX can efficiently handle a large number of concurrent connections without blocking because of waiting for I/O operations. NGINX's configuration file is parsed into a series of instructions that define how requests and responses are processed.

In terms of file services, NGINX will decide how to handle requests based on location blocks in the configuration file. If the requested file exists, NGINX will read it directly from disk and send it to the client. If the file does not exist, NGINX will return an error page or redirect based on the configuration.

In terms of traffic management, NGINX can forward requests to different backend servers based on configuration. Through the upstream module, NGINX can achieve load balancing, ensuring that requests are distributed evenly to multiple servers.

Example of usage

Basic usage

Let's look at a simple example of how to configure NGINX to serve static files.

 http {
    server {
        listen 80;
        server_name example.com;

        location / {
            root /var/www/html;
            index index.html;
        }
    }
}

This configuration tells NGINX to listen to port 80 and serve files from the /var/www/html directory, and index.html is provided by default.

Advanced Usage

Now let's look at a more complex example of how to configure NGINX to achieve load balancing and caching.

 http {
    upstream backend {
        least_conn;
        server backend1.example.com;
        server backend2.example.com;
    }

    server {
        listen 80;
        server_name example.com;

        location / {
            proxy_pass http://backend;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;

            proxy_cache_valid 200 1h;
            proxy_cache_valid 404 1m;
            proxy_cache_bypass $http_cache_control;
            add_header X-Proxy-Cache $upstream_cache_status;
        }
    }
}

This configuration implements load balancing, using the least_conn algorithm to select the server with the least connection, and also configures a cache policy to cache the response of 200 status code for 1 hour and the response of 404 status code for 1 minute.

Common Errors and Debugging Tips

When using NGINX, common errors include configuration file syntax errors, permission issues, path errors, etc. Here are some debugging tips:

  • Use nginx -t command to check configuration file syntax.
  • Check out the error log for NGINX, usually located in /var/log/nginx/error.log .
  • Make sure NGINX has permission to access the files and directories you configured.
  • Use the browser's developer tools to view requests and responses to help diagnose problems.

Performance optimization and best practices

In practical applications, optimizing NGINX configuration can significantly improve performance. Here are some optimization suggestions:

  • Use gzip to compress static files to reduce the amount of data transferred.
  • Configure cache policies to reduce requests to the backend server.
  • Use worker_processes and worker_connections to adjust the number of worker processes and connections to make full use of server resources.
 http {
    gzip on;
    gzip_vary on;
    gzip_proxied any;
    gzip_comp_level 6;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml rss text/javascript;

    proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=STATIC:10m inactive=24h max_size=1g;

    server {
        listen 80;
        server_name example.com;

        location / {
            proxy_pass http://backend;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;

            proxy_cache STATIC;
            proxy_cache_valid 200 1h;
            proxy_cache_valid 404 1m;
            proxy_cache_bypass $http_cache_control;
            add_header X-Proxy-Cache $upstream_cache_status;
        }
    }
}

This configuration enables gzip compression and caching policies, which significantly improves performance.

It is also important to keep the code readable and maintained when writing NGINX configurations. Use comments to explain complex configurations and organize configuration files reasonably to make them easy to understand and modify.

Through this article, you should have mastered how to use NGINX to serve files and manage traffic. NGINX is a powerful tool, mastering its configuration and optimization skills can help you build efficient and reliable web services.

The above is the detailed content of NGINX and Web Hosting: Serving Files and Managing Traffic. For more information, please follow other related articles on the PHP Chinese website!

Statement
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
NGINX and Web Hosting: Serving Files and Managing TrafficNGINX and Web Hosting: Serving Files and Managing TrafficMay 03, 2025 am 12:14 AM

NGINX can be used to serve files and manage traffic. 1) Configure NGINX service static files: define the listening port and file directory. 2) Implement load balancing and traffic management: Use upstream module and cache policies to optimize performance.

NGINX vs. Apache: Comparing Web Server TechnologiesNGINX vs. Apache: Comparing Web Server TechnologiesMay 02, 2025 am 12:08 AM

NGINX is suitable for handling high concurrency and static content, while Apache is suitable for dynamic content and complex URL rewrites. 1.NGINX adopts an event-driven model, suitable for high concurrency. 2. Apache uses process or thread model, which is suitable for dynamic content. 3. NGINX configuration is simple, Apache configuration is complex but more flexible.

NGINX and Apache: Deployment and ConfigurationNGINX and Apache: Deployment and ConfigurationMay 01, 2025 am 12:08 AM

NGINX and Apache each have their own advantages, and the choice depends on the specific needs. 1.NGINX is suitable for high concurrency, with simple deployment, and configuration examples include virtual hosts and reverse proxy. 2. Apache is suitable for complex configurations and is equally simple to deploy. Configuration examples include virtual hosts and URL rewrites.

NGINX Unit's Purpose: Running Web ApplicationsNGINX Unit's Purpose: Running Web ApplicationsApr 30, 2025 am 12:06 AM

The purpose of NGINXUnit is to simplify the deployment and management of web applications. Its advantages include: 1) Supports multiple programming languages, such as Python, PHP, Go, Java and Node.js; 2) Provides dynamic configuration and automatic reloading functions; 3) manages application lifecycle through a unified API; 4) Adopt an asynchronous I/O model to support high concurrency and load balancing.

NGINX: An Introduction to the High-Performance Web ServerNGINX: An Introduction to the High-Performance Web ServerApr 29, 2025 am 12:02 AM

NGINX started in 2002 and was developed by IgorSysoev to solve the C10k problem. 1.NGINX is a high-performance web server, an event-driven asynchronous architecture, suitable for high concurrency. 2. Provide advanced functions such as reverse proxy, load balancing and caching to improve system performance and reliability. 3. Optimization techniques include adjusting the number of worker processes, enabling Gzip compression, using HTTP/2 and security configuration.

NGINX vs. Apache: A Look at Their ArchitecturesNGINX vs. Apache: A Look at Their ArchitecturesApr 28, 2025 am 12:13 AM

The main architecture difference between NGINX and Apache is that NGINX adopts event-driven, asynchronous non-blocking model, while Apache uses process or thread model. 1) NGINX efficiently handles high-concurrent connections through event loops and I/O multiplexing mechanisms, suitable for static content and reverse proxy. 2) Apache adopts a multi-process or multi-threaded model, which is highly stable but has high resource consumption, and is suitable for scenarios where rich module expansion is required.

NGINX vs. Apache: Examining the Pros and ConsNGINX vs. Apache: Examining the Pros and ConsApr 27, 2025 am 12:05 AM

NGINX is suitable for handling high concurrent and static content, while Apache is suitable for complex configurations and dynamic content. 1. NGINX efficiently handles concurrent connections, suitable for high-traffic scenarios, but requires additional configuration when processing dynamic content. 2. Apache provides rich modules and flexible configurations, which are suitable for complex needs, but have poor high concurrency performance.

NGINX and Apache: Understanding the Key DifferencesNGINX and Apache: Understanding the Key DifferencesApr 26, 2025 am 12:01 AM

NGINX and Apache each have their own advantages and disadvantages, and the choice should be based on specific needs. 1.NGINX is suitable for high concurrency scenarios because of its asynchronous non-blocking architecture. 2. Apache is suitable for low-concurrency scenarios that require complex configurations, because of its modular design.

See all articles

Hot AI Tools

Undresser.AI Undress

Undresser.AI Undress

AI-powered app for creating realistic nude photos

AI Clothes Remover

AI Clothes Remover

Online AI tool for removing clothes from photos.

Undress AI Tool

Undress AI Tool

Undress images for free

Clothoff.io

Clothoff.io

AI clothes remover

Video Face Swap

Video Face Swap

Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Tools

Notepad++7.3.1

Notepad++7.3.1

Easy-to-use and free code editor

SublimeText3 Linux new version

SublimeText3 Linux new version

SublimeText3 Linux latest version

VSCode Windows 64-bit Download

VSCode Windows 64-bit Download

A free and powerful IDE editor launched by Microsoft

SAP NetWeaver Server Adapter for Eclipse

SAP NetWeaver Server Adapter for Eclipse

Integrate Eclipse with SAP NetWeaver application server.

mPDF

mPDF

mPDF is a PHP library that can generate PDF files from UTF-8 encoded HTML. The original author, Ian Back, wrote mPDF to output PDF files "on the fly" from his website and handle different languages. It is slower than original scripts like HTML2FPDF and produces larger files when using Unicode fonts, but supports CSS styles etc. and has a lot of enhancements. Supports almost all languages, including RTL (Arabic and Hebrew) and CJK (Chinese, Japanese and Korean). Supports nested block-level elements (such as P, DIV),