Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update small-dev-nginx-modules-guide-RU.md #1

Open
wants to merge 1 commit into
base: master
Choose a base branch
from
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
6 changes: 3 additions & 3 deletions small-dev-nginx-modules-guide-RU.md
Original file line number Diff line number Diff line change
Expand Up @@ -81,7 +81,7 @@ http {
include /etc/nginx/proxy.conf; # в этом файле должно быть расположены директивы настройки работы модуля *proxy*
include /etc/nginx/fastcgi.conf; # тоже самое для модуля *fastcgi*

# директива index - это указание какой файл надо открывать по умолчание
# директива index - это указание какой файл надо открывать по умолчанию
# описаные файлы и их последовательный вызов в случае не нахождения первого
index index.html index.htm index.php;

Expand Down Expand Up @@ -109,7 +109,7 @@ http {

location ~ \.php$ { # при нахождении в location расположении файлов оканичающихся на .php
# вызвать модуль fastcgi_pass и передать ему в качестве аргумента 127.0.0.1:1025
fastcgi_pass 127.0.0.1:1025; # вообщем говорим что все php передать на обработку fastcgi серверу 127.0.0.1:1025
fastcgi_pass 127.0.0.1:1025; # в общем говорим что все php передать на обработку fastcgi серверу 127.0.0.1:1025
}

# обработка статичных файлов
Expand Down Expand Up @@ -153,7 +153,7 @@ Nginx модули работают с:
- когда Nginx обслуживает файл или проксирует запрос на другой сервер, выполняет модуль обработки **handler**
- когда Nginx архивирует вывод или выполняет подключение серверной стороны server-side, то это делается с помощью модуля фильтра **filter**
- «Ядро» **core** Nginx заботится о работе сетевых протоколов и протоколах приложения, устанавливает последовательность выполнения модулей, если у последних есть право для обработки запроса.
Децентрализованная архитектура - построенная на модулях позволяет писать автономные блоки, которые будут выполнять только то, что мы хотитим. Но в отличии от модулей Apache, модулю Nginx не связываются динамически. (Другими словами, они скомпилированы прямо в бинарник Nginx.). В то время существует форк Nginx-а от TaoBao в котором есть возможность вызывать модуля Nginx-а [динамическим](http://tengine.taobao.org/document/dso.html).
Децентрализованная архитектура - построенная на модулях позволяет писать автономные блоки, которые будут выполнять только то, что мы хотитим. Но в отличии от модулей Apache, модули Nginx не связываются динамически. (Другими словами, они скомпилированы прямо в бинарник Nginx.). В то время существует форк Nginx-а от TaoBao в котором есть возможность вызывать модуля Nginx-а [динамическим](http://tengine.taobao.org/document/dso.html).

Как модуль вызывается? Как правило, при запуске сервера, каждый обработчик **handler** получает возможность прикрепиться к конкретных местам, определенным в конфигурации, если более одного обработчика прикрепляется к месту, то только один "победит" (но хороший составитель конфигурации не позволит случится конфликту). Обработчики **handlers** могут отреагировать тремя способами:
- **все хорошо**
Expand Down