Правила сопоставления переадресации Nginx, которые должны знать бэкенд-программисты

Я разобрал кое-какую архитектуру Java и материалы интервью (микросервисы, кластеры, распределенное, промежуточное ПО и т.д.), а друзья, кому нужно, могут обратить внимание на официальный аккаунт [Внутренние дела программиста], и получить самостоятельно без всяких рутин

Интервьюер немного смутился, сказав 9 распределенных методов генерации ID на одном дыхании.
Что делать, если в интервью всегда спрашивают о подбазе данных и подтаблице? Вы можете ударить его так
Резюме на 30 000 слов, суть оптимизации Mysql
Функция распознавания лиц на основе Java (с исходным кодом)
9 видов распределенного ID поколения Meituan (Leaf) в реальном бою

1. Сопоставление регулярных выражений

~для совпадения с учетом регистра
~*для совпадения без учета регистра
!~и!~*Несоответствие с учетом регистра и несоответствие без учета регистра соответственно

2. Сопоставление файлов и каталогов

-fи!-fИспользуется для определения существования файла
-dи!-dИспользуется для определения существования каталога
-eи!-eИспользуется для определения существования файла или каталога
-xи!-xИспользуется для определения того, является ли файл исполняемым.

три. Последним параметром команды перезаписи является флаг флага, а флаг флага имеет

lastэквивалентноapacheЗнак [L] внутри указывает на то, чтоrewrite.
breakПосле завершения сопоставления этого правила сопоставление прекращается, и следующие правила больше не сопоставляются.
redirectВозвратите временное перенаправление 302, и адрес браузера будет отображать URL-адрес перенаправления.
permanentВерните 301 постоянное перенаправление, и адрес браузера будет отображать URL-адрес перенаправления.

использоватьlastиbreakРеализована перезапись URI, а адресная строка браузера осталась неизменной.

И между ними есть тонкие различия, используйтеalias指令должен использоватьlastотмечать; использоватьproxy_pass指令, вам нужно использоватьbreakотметка. Тег Last будет повторно запрашивать тег server{...}, где находится правило перезаписи после выполнения этого правила перезаписи, а тег break завершит сопоставление после завершения сопоставления этого правила.

Например: если мы поместим что-то вродеURL/photo/123456перенаправить на/path/to/photo/12/1234/123456.png

rewrite "/photo/([0-9]{2})([0-9]{2})([0-9]{2})" 

rewrite "/path/to/photo/$1/$1$2/$1$2$3.png" ;

Четыре,`NginxRewrite`Инструкции, связанные с правилами

1. команда перерыва

Использовать среду:server,location,if

Роль этой директивы состоит в том, чтобы завершить текущий набор правил и больше не обрабатывать директиву перезаписи.

2. если команда

Использовать среду:server,location

Эта директива используется для проверки выполнения условия, и если условие выполнено, выполняется оператор, заключенный в фигурные скобки. Директива If не поддерживает вложенность и не поддерживает множественную условную обработку && и ||.

3. команда возврата

грамматика:returncode

Использовать среду:server,location,if

Эта команда используется для завершения выполнения правила и возврата клиенту кода состояния.

Пример: если доступный URL-адрес заканчивается на «.sh» или «.bash», вернуть код состояния 403.


location ~ .*\.(sh|bash)?$
{
   return 403;
}

4. переписать команду

грамматика:rewriteregex replacement flag

Использовать среду:server,location,if

Эта директива перенаправляет URI на основе выражения или изменяет строку. Инструкции выполняются в соответствии с порядком в файле конфигурации. Обратите внимание, что выражения перезаписи допустимы только для относительных путей. Если вы хотите соединить имена хостов, вы должны использовать оператор if, например:


if( $host ~* www\.(.*) )
{
   set $host_without_www $1;
   rewrite ^(.*)$  http://$host_without_www$1permanent;
}

5. Установить команду

Синтаксис: установить значение переменной; По умолчанию: нет Использовать среду:server,location,if

Эта инструкция используется для определения переменной и присвоения значения переменной. Значением переменной может быть текст, переменные и комбинации текстовых переменных.


   set$varname "hello world";

6. Инструкция Uninitialized_variable_warn

Синтаксис: uninitialized_variable_warnon|off

Использовать среду:http,server,location,if

Эта команда используется для включения и отключения предупреждающей информации о неинициализированных переменных.Значение по умолчанию — ON.

пять. Пример написания правила перезаписи Nginx

1. Если файлы и каталоги, к которым осуществляется доступ, не существуют, перенаправить на html-файл.


if( !-e $request_filename )
{
    rewrite ^/(.*)$ index.htmllast;
}

2. Замена каталога /123456/xxxx ====> /xxxx?id=123456

    rewrite ^/(\d+)/(.+)/  /$2?id=$1 last;

3. Если клиент использует браузер IE, перенаправьте его в каталог /ie.


if( $http_user_agent  ~ MSIE)
{
    rewrite ^(.*)$ /ie/$1 break;
}

4. Запретить доступ к нескольким каталогам


location ~ ^/(cron|templates)/
{
    deny all;
    break;
}

5. Запретить доступ к файлам, начинающимся с /data


location ~ ^/data
{
    deny all;
}

6. Запретить доступ к файлам с расширениями .sh, .flv, .mp3.


location ~ .*\.(sh|flv|mp3)$
{
    return 403;
}

7. Установите время кеша браузера для определенных типов файлов


location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
    expires 30d;
}
location ~ .*\.(js|css)$
{
    expires 1h;
}

8. Установите срок действия для favicon.ico и robots.txt.

Здесь favicon.ico — 99 дней, robots.txt — 7 дней, и журнал ошибок 404 не записывается.


location ~(favicon.ico) {
   log_not_found off;
   expires 99d;
   break;
}
location ~(robots.txt) {
   log_not_found off;
   expires 7d;
   break;
}

9. Установите срок действия файла, здесь 600 секунд, и журналы доступа не записываются


location ^~ /html/scripts/loadhead_1.js {
    access_log  off;
    root /opt/lampp/htdocs/web;
    expires 600;
    break;
}

10. Антихотлинкинг файлов и установка срока действия

Здесь return412 — это пользовательский код состояния http, по умолчанию — 403, что удобно для поиска правильного запроса на хотлинк.


rewrite ^/ http: //img.linuxidc.net/leech.gif;//显示一张防盗链图片
access_log off; //不记录访问日志，减轻压力
expires 3d //所有文件3天的浏览器缓存

location ~*^.+\.(jpg|jpeg|gif|png|swf|rar|zip|css|js)$ {
  valid_referers none blocked *.linuxidc.com*.linuxidc.net localhost 208.97.167.194;
if ($invalid_referer) {
     rewrite ^/ http://img.linuxidc.net/leech.gif;
     return 412;
     break;
}
access_log  off;
root /opt/lampp/htdocs/web;
expires 3d;
break;
}

11. Разрешить доступ к сайту только с фиксированного IP и добавить пароль


root /opt/htdocs/www;
allow  208.97.167.194; 
allow  222.33.1.2; 
allow  231.152.49.4;
deny  all;
auth_basic “C1G_ADMIN”;
auth_basic_user_file htpasswd;

12. Конвертируйте файлы в многоуровневом каталоге в один файл, чтобы усилить seo-эффект.


/job-123-456-789.html 指向/job/123/456/789.html

rewrite^/job-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /job/$1/$2/jobshow_$3.html last;

13. Перенаправить, когда файлы и каталоги не существуют:


if (!-e $request_filename) {
    proxy_pass http://127.0.0.1;
}

14. Укажите папку в корневом каталоге на каталог второго уровня.


如/shanghaijob/ 指向 /area/shanghai/
如果你将last改成permanent，那么浏览器地址栏显是/location/shanghai/
rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2last;
上面例子有个问题是访问/shanghai时将不会匹配
rewrite ^/([0-9a-z]+)job$ /area/$1/ last;
rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2last;
这样/shanghai 也可以访问了，但页面中的相对链接无法使用，
如./list_1.html真实地址是/area/shanghia/list_1.html会变成/list_1.html,导至无法访问。
那我加上自动跳转也是不行咯
(-d $request_filename)它有个条件是必需为真实目录，而我的rewrite不是的，所以没有效果
if (-d $request_filename){
rewrite ^/(.*)([^/])$ http://$host/$1$2/permanent;
}
知道原因后就好办了，让我手动跳转吧
rewrite ^/([0-9a-z]+)job$ /$1job/permanent;
rewrite ^/([0-9a-z]+)job/(.*)$ /area/$1/$2last;

15. Переход к доменному имени


server{

  listen      80;
  server_name  jump.linuxidc.com;
  index index.html index.htm index.php;
  root  /opt/lampp/htdocs/www;
  rewrite ^/ http://www.linuxidc.com/;
  access_log  off;
}

16. Мультидоменная переадресация


server_name  www.linuxidc.comwww.linuxidc.net;
index index.html index.htm index.php;
root  /opt/lampp/htdocs;
if ($host ~ "linuxidc\.net") {
    rewrite ^(.*) http://www.linuxidc.com$1permanent;
}

Шесть, глобальные переменные nginx


arg_PARAMETER    #这个变量包含GET请求中，如果有变量PARAMETER时的值。
args                    #这个变量等于请求行中(GET请求)的参数，如：foo=123&bar=blahblah;
binary_remote_addr #二进制的客户地址。
body_bytes_sent    #响应时送出的body字节数数量。即使连接中断，这个数据也是精确的。
content_length    #请求头中的Content-length字段。
content_type      #请求头中的Content-Type字段。
cookie_COOKIE    #cookie COOKIE变量的值
document_root    #当前请求在root指令中指定的值。
document_uri      #与uri相同。
host                #请求主机头字段，否则为服务器名称。
hostname          #Set to themachine’s hostname as returned by gethostname
http_HEADER
is_args              #如果有args参数，这个变量等于”?”，否则等于”"，空值。
http_user_agent    #客户端agent信息
http_cookie          #客户端cookie信息
limit_rate            #这个变量可以限制连接速率。
query_string          #与args相同。
request_body_file  #客户端请求主体信息的临时文件名。
request_method    #客户端请求的动作，通常为GET或POST。
remote_addr          #客户端的IP地址。
remote_port          #客户端的端口。
remote_user          #已经经过Auth Basic Module验证的用户名。
request_completion #如果请求结束，设置为OK. 当请求未结束或如果该请求不是请求链串的最后一个时，为空(Empty)。
request_method    #GET或POST
request_filename  #当前请求的文件路径，由root或alias指令与URI请求生成。
request_uri          #包含请求参数的原始URI，不包含主机名，如：”/foo/bar.php?arg=baz”。不能修改。
scheme                #HTTP方法（如http，https）。
server_protocol      #请求使用的协议，通常是HTTP/1.0或HTTP/1.1。
server_addr          #服务器地址，在完成一次系统调用后可以确定这个值。
server_name        #服务器名称。
server_port          #请求到达服务器的端口号。

#### Семь, соответствие правил Apache и Nginx


Apache的RewriteCond对应Nginx的if
Apache的RewriteRule对应Nginx的rewrite
Apache的[R]对应Nginx的redirect
Apache的[P]对应Nginx的last
Apache的[R,L]对应Nginx的redirect
Apache的[P,L]对应Nginx的last
Apache的[PT,L]对应Nginx的last

Например: разрешить указанному доменному имени доступ к этому сайту, другие доменные имена будут перенаправлены на www.linuxidc.net.


Apache:
RewriteCond %{HTTP_HOST} !^(.*?)\.aaa\.com$[NC]
RewriteCond %{HTTP_HOST} !^localhost$ 
RewriteCond %{HTTP_HOST}!^192\.168\.0\.(.*?)$
RewriteRule ^/(.*)$ http://www.linuxidc.net[R,L]

Пример фильтрации Nginx:

if( $host ~* ^(.*)\.aaa\.com$ )
{
   set $allowHost ‘1’;
}
if( $host ~* ^localhost )
{
   set $allowHost ‘1’;
}
if( $host ~* ^192\.168\.1\.(.*?)$ )
{
   set $allowHost ‘1’;
}
if( $allowHost !~ ‘1’ )
{
   rewrite ^/(.*)$ http://www.linuxidc.netredirect ;
}

Суммировать

Back-end разработка это профессия которая ближе всего к full stack.Front-end недостаточно писать JS страницы поверх back-end.Если нет эксплуатации и сопровождения,не беда что back-end end обслуживает сервер Короче говоря, хороший back-end может покрыть все.

Сегодня так много нужно сказать, если эта статья была вам полезна, я надеюсь получить от вас лайк 👍

Ваше одобрение является движущей силой для моего письма!

Небольшие преимущества:

Сотни различных технических электронных книг пересылаются друг другу, тсс~,бесплатноОтправить его друзьям. Ответ публичного аккаунта【666] Самовывоз

Я разобрал кое-какую архитектуру Java и материалы интервью, а нуждающиеся друзья могут обратить внимание на паблик-аккаунт [Внутри программатора】

1. Сопоставление регулярных выражений

2. Сопоставление файлов и каталогов

три. Последним параметром команды перезаписи является флаг флага, а флаг флага имеет

Четыре,NginxRewriteИнструкции, связанные с правилами

пять. Пример написания правила перезаписи Nginx

Шесть, глобальные переменные nginx

Суммировать

Небольшие преимущества:

Четыре,`NginxRewrite`Инструкции, связанные с правилами