[Личные примечания] наряду с официальной документацией, чтобы узнать Nginx - основные функциональные возможности основных функций

Немного неудобно, не место официальных документов, официальных документов в режиме реального https://docs.nginx.com/nginx/admin-guide/basic-functionality/runtime-control/

Основные функции разделены на две части

Управление Nginx процессов в Runtime-- 移步 https://www.cnblogs.com/haon/p/10962160.html

Создание NGINX Plus и NGINX конфигурации Files-- 移步 https://www.cnblogs.com/haon/p/10961838.html

Эта статья объяснит более подробную nginx.conf

начать

nginx.conf разделен на три части

Директива Директивы

Обычные инструкции, такие как:

не пользователь              никто ;
error_log журналы / error.log уведомление ; worker_processes 1 ;

Файлы специальной конфигурации Файлы конфигурации Feature-Specific

Порекомендуйте расщепления хранили при /etc/nginx/conf.d, нагруженные включают в себя содержание

например:

включают conf.d / HTTP;
включают в себя conf.d / поток; включают в себя conf.d / обмен-Enhanced;

Вот я не понимаю, что спасло, включают в себя принять, что

 

Контексты содержание тела

Связи разделяются на различные типы

• events - Процесс подключения
• http - HTTP связь
• mail - SMTP- связи?
• stream - TCP и UDP связи

Связь может быть направлена ​​на множество блоков команд сервера (виртуальный сервер), схемы связи, определяющих годную к употреблению инструкции на сервере

не пользователь никто; # Директива в самых « главных » контексте 

событий { 
    # конфигурации обработки соединения 
} 

HTTP { 
    # конфигурации , специфичных для HTTP и затрагивающих все виртуальных сервера   

    сервера { 
        # конфигурации виртуального сервера HTTP 1        
        местоположение / один { 
            # конфигурации для обработки URI , начиная с ' / один « 
        } 
        местоположение / два { 
            # конфигурации для обработки URI , начиная с »/ два ' 
        } 
    } 
    
    Сервер { 
        # конфигурация виртуального сервера HTTP - 2 
    } 
} 

потока { 
    # Конфигурация специфичные для TCP / UDP и влияет на все виртуальные серверы 
    сервера { 
        # конфигурации виртуального сервера TCP 1  
    } 
}

Там также говорят о случае вложенного контекста, не понял, первый зарезервирован

наследование

В общем,  ребенок  контекст - один содержится в другом контексте (его  родителя ) - наследует настройки директив , включенных на родительском уровне. Некоторые директивы могут появляться в различных контекстах, в этом случае вы можете переопределить настройки , унаследованные от родителей, включив директиву в контексте ребенка. Для примера смотрите  proxy_set_header директиву.