Урк 2т согласователь: УРК-2Т устройство ротации (согласователь кондиционеров) в Иркутске

2 года назад Источник

Внимание! Festima.Ru является поисковиком по объявлениям с популярных площадок. Мы не производим реализацию товара, не храним изображения и персональные данные. Все изображения принадлежат их авторам Отказ от ответственности

Войти

Все сервисы становятся доступными без ограничений

Сможете пользоваться сервисом Festima.Ru на разных устройствах.

Это удобно и бесплатно

Сопоставители запросов (Caddyfile) — Документация Caddy

Сопоставители запросов могут использоваться для фильтрации (или классификации) запросов по различным критериям.

• Синтаксис
  • Примеры
  • Сопоставители подстановочных знаков
  • Сопоставители пути
  • Именованные сопоставления
• Стандартные сопоставители
  • выражение
  • файл
  • заголовок
  • header_regexp
  • хост
  • метод
  • не
  • путь
  • path_regexp
  • протокол
  • запрос
  • удаленный_ip
  • вар
  • vars_regexp

Синтаксис

В Caddyfile токен соответствия сразу после директивы может ограничить область действия этой директивы. Токен сопоставления может быть одной из следующих форм:

1. * для соответствия всем запросам (шаблон; по умолчанию).
2. /путь начинайте с косой черты, чтобы соответствовать пути запроса.
3. @name чтобы указать именованный сопоставитель .

Жетоны Matcher обычно необязательны. Если токен сопоставителя опущен, он аналогичен сопоставителю с подстановочными знаками ( * ).

Примеры

Эта директива применяется ко всем HTTP-запросам:

 реверс_прокси локальный: 9000
 

А это то же самое (* здесь лишнее):

 обратный_прокси * локальный: 9000
 

Но эта директива применяется только к запросам, путь которых начинается с /api/ :

 reverse_proxy /api/* локальный хост: 9000
 

Чтобы сопоставить что-либо, кроме пути, определите именованный сопоставитель и обратитесь к нему, используя @name :

 @postfoo {
метод POST
путь /foo/*
}
reverse_proxy @postfoo локальный хост: 9000
 

Сопоставители подстановочных знаков

Подстановочный (или универсальный) сопоставитель * соответствует всем запросам и требуется только в том случае, если требуется токен сопоставителя. Например, если первый аргумент, который вы хотите передать директиве, также является путем, он будет выглядеть точно так же, как средство сопоставления путей! Таким образом, вы можете использовать сопоставитель подстановочных знаков для устранения неоднозначности, например:

 корень * /home/www/mysite
 

В остальном этот сопоставитель используется нечасто. Обычно мы рекомендуем опускать его, если синтаксис не требует этого.

Сопоставители пути

Сопоставление по пути URI является наиболее распространенным способом сопоставления запросов, поэтому сопоставитель может быть встроен, например:

 перенаправить /old.html /new.html
 

Токены сопоставления путей должны начинаться с косой черты / .

Сопоставление путей по умолчанию является точным совпадением, а не совпадением префикса. Вы должны добавить * для быстрого совпадения префикса. Обратите внимание, что /foo* будет соответствовать /foo и /foo/ , а также /foobar ; вместо этого вам может понадобиться /foo/* .

Именованные сопоставления

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

Определение сопоставления с уникальным именем обеспечивает большую гибкость, позволяя объединять любые доступные сопоставления в набор:

 @имя {
...
}
 

или, если в наборе только один матчер, можно поставить его в одну строку:

 @имя ...
 

Затем вы можете использовать сопоставитель следующим образом: @name

Например:

 @вебсокеты {
Заголовок Подключение *Обновление*
заголовок Обновление веб-сокета
}
reverse_proxy @websockets локальный хост: 6001
 

Это проксирует только те запросы, у которых есть поле заголовка «Соединение», содержащее слово «Обновление», и другое поле с именем «Обновление» со значением «websocket».

Если набор сопоставителей состоит только из одного сопоставителя, также работает однострочный синтаксис:

 метод @post POST
reverse_proxy @post localhost:6001
 

В качестве особого случая, сопоставитель выражения может использоваться без указания его имени, если за именем сопоставителя следует один аргумент в кавычках (само выражение CEL):

 @notFound `{err. status_code} == 404`
 

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

Определение именованного сопоставителя составляет набор сопоставителей . Сопоставители в наборе объединяются по И; то есть все должно совпадать. Например, если в наборе есть сопоставитель заголовка и пути , оба должны совпадать.

Несколько сопоставителей одного типа могут быть объединены (например, несколько сопоставителей пути в одном наборе) с использованием булевой алгебры (И/ИЛИ), как описано в соответствующих разделах ниже.

Стандартные сопоставители

Полную документацию по сопоставителю можно найти в документации каждого соответствующего модуля сопоставителя.

Запросы могут быть сопоставлены следующими способами:

выражение

 выражение 
 

Любым выражением CEL (Common Expression Language), которое возвращает true или false .

Заполнители Caddy (или сокращения Caddyfile) могут использоваться в этих выражениях CEL, поскольку они предварительно обрабатываются и преобразуются в обычные вызовы функций CEL перед интерпретацией средой CEL.

Начиная с версии 2.5.2, большинство других сопоставителей запросов также можно использовать в выражениях как функции, что обеспечивает большую гибкость для логической логики, чем внешние выражения. См. документацию для каждого сопоставителя для поддерживаемого синтаксиса в выражениях CEL.

Для удобства имя сопоставителя может быть опущено при определении именованного сопоставителя, состоящего исключительно из CEL-выражения. Это читается довольно красиво:

 @mutable `{метод}.startsWith("P")`
 

В этом случае предполагается наличие CEL-сопоставителя.

Примеры:

Соответствие запросам, методы которых начинаются с P , например. PUT или POST :

 выражение {метод}. startsWith("P")
 

Соответствие запросам, где обработчик возвратил код ошибки 9/(\ш*)’)

файл

 файл {
корень <путь>
try_files <файлы...>
try_policy first_exist|наименьший_размер|наибольший_размер|самый_последний_модифицированный
split_path <разделители...>
}
файл <файлы...>
выражение `файл({
'корень': '<путь>',
'try_files': ['<файлы...>'],
'try_policy': 'first_exist|наименьший_размер|наибольший_размер|самый_последний_модифицированный',
'split_path': ['<разделители...>']
})`
файл выражения('<файлы...>')
 

По файлам.

• root определяет каталог, в котором нужно искать файлы. По умолчанию используется текущий рабочий каталог или переменная root ( {http.vars.root} ), если она установлена ​​(можно установить с помощью директивы root ).

• try_files проверяет файлы в своем списке, которые соответствуют try_policy.

  Для сопоставления каталогов добавьте косую черту / в конце пути. Все пути к файлам указаны относительно корня сайта, а шаблоны глобусов будут расширены.

  Если try_policy равно first_exist (по умолчанию), то последним элементом в списке может быть число с префиксом = (например, =404 ), что в качестве запасного варианта выдаст ошибку с этим код; ошибка может быть обнаружена и обработана с помощью handle_errors .

• try_policy указывает, как выбрать файл. По умолчанию first_exist .

  • first_exist проверяет наличие файла. Выбирается первый существующий файл.

  • наименьший_размер выбирает файл с наименьшим размером.

  • самый большой размер выбирает файл с наибольшим размером.

  • most_recent_modified выбирает файл, который был изменен последним.

• split_path приведет к разделению пути по первому разделителю в списке, который находится в каждом пути к файлу, который нужно попробовать. Для каждого значения разделения левая сторона разделения, включая сам разделитель, будет пробным путем к файлу. Например, /remote.php/dav/ с использованием разделителя .php попробует файл /remote.php . Каждый разделитель должен появиться в конце компонента пути URI, чтобы его можно было использовать в качестве разделительного разделителя. Это нишевая настройка, которая в основном используется при обслуживании PHP-сайтов.

Поскольку try_files с политикой first_exist настолько распространены, для этого существует однострочный ярлык:

 файл <файлы...>
 

Пустой файл сопоставитель (тот, у которого нет файлов, перечисленных после него) увидит, существует ли запрошенный файл — дословно из URI относительно корня сайта. Фактически это то же самое, что и file {path} .

Поскольку перезапись, основанная на существовании файла на диске, очень распространена, существует также директива try_files , которая является ярлыком сопоставления файлов и обработчика перезаписи .

После сопоставления будут доступны четыре новых заполнителя:

• {file_match.relative} Путь к файлу относительно корня. Это часто бывает полезно при переписывании запросов.
• {file_match.absolute} Абсолютный путь к соответствующему файлу, включая корень.
• {file_match.type} Тип файла, файл или каталог .
• {file_match.remainder} Часть, оставшаяся после разделения пути к файлу (если настроено split_path )

Примеры:

Запросы соответствия, где путь является существующим файлом:

 файл
 

Сопоставление запросов, в которых путь, за которым следует .html , является существующим файлом, или, если нет, где путь является существующим файлом:

 файл {
try_files {путь}.html {путь}
}
 

То же, что и выше, за исключением использования однострочного ярлыка и возврата к выдаче ошибки 404, если файл не найден:

 файл {путь}. html {путь} = 404
 

 заголовок <поле> [<значение>]
заголовок выражения ({'<поле>': '<значение>'})
 

По полям заголовка запроса.

• <поле> — имя поля заголовка HTTP для проверки.
  • Если префикс ! , поле не должно существовать для соответствия (опустить значение arg).
• <значение> — значение, которое должно совпадать с полем.
  • Если используется префикс * , выполняется быстрое сопоставление суффикса.
  • Если с суффиксом * , выполняется быстрое сопоставление префикса.
  • Если он заключен в * , выполняется быстрое сопоставление подстроки.
  • В противном случае это быстрое точное совпадение.

Различные поля заголовков в одном наборе объединяются по И. Несколько значений в поле объединяются по ИЛИ.

Обратите внимание, что поля заголовков могут повторяться и иметь разные значения. Бэкэнд-приложения ДОЛЖНЫ учитывать, что значения полей заголовка являются массивами, а не единичными значениями, и Caddy не интерпретирует смысл в таких затруднениях.

Пример:

Запросы на сопоставление с заголовком Connection , содержащим Upgrade :

 *Обновление*
 

 @foo {
заголовок Foo бар
заголовок Foo baz
}
 

 заголовок @not_foo !Foo
 

 header_regexp [<имя>] <поле> <регулярное выражение>
выражение header_regexp('<имя>', '<поле>', '')
выражение header_regexp('<поле>', '')
 

 header_regexp логин Cookie login_([a-f0-9]+)
 

 хост <хост. ..>
выражение host('')
 

 хост sub.example.com
 

 метод <глаголы...>
метод выражения('<глаголы...>')
 

 метод ПОЛУЧИТЬ
 

 метод PUT DELETE
 

 не <любой другой сопоставитель>
 

 не {
<любые другие сопоставители. ..>
}
 

 не путь /css/* /js/*
 

 не путь /api/*
не метод POST
 

 не {
путь /апи/*
метод POST
}
 

 путь <пути...>
путь выражения('<пути...>')
 

 path_regexp [<имя>] 
выражение path_regexp('<имя>', '')
выражение path_regexp('')
 

 path_regexp статическое \.([a-f0-9]{6})\.(css|js)$
 

 http|https|grpc|http/<версия>[+]
протокол выражений('http|https|grpc')
 

 запрос =...
запрос выражения ({'': ''})
выражение запроса({'': ['']})
 

 запрос sort=asc
 

 remote_ip [переадресовано] <диапазоны. ..>
выражение remote_ip('<диапазоны...>')
выражение remote_ip('forwarded', '<диапазоны...>')
 

 удаленный_ip 192. 168.0.0/16 172.16.0.0/12 10.0.0.0/8 127.0.0.1/8
 

 @denied not remote_ip private_ranges
прервать @отказано
 

 vars <переменная> <значения...>
 

 переменных {magic_number} 3 5
 

 vars_regexp [<имя>] <переменная> 
 

 https://myurl.com/x/y/z
https://anotherurl.com/ab9/zx/qs