Ну в тиндере тоже матчит )

Я читаю про ELK, в составе ELK есть модуль Grok он занимается парсингом строк через регулярки.
Пример работы прост:

Для исходной строки:
55.3.244.1 GET /index.html 15824 0.043

Используется следующий шаблон:
%{IP:client} %{WORD:method} %{URIPATHPARAM:request} %{NUMBER:bytes} %{NUMBER:duration}

Где в кудрявых скобках "суб-регулярки" которые вставляются в "основную регулярку":
IP (?:%{IPV6}|%{IPV4})
WORD \b\w+\b
URIPATHPARAM %{URIPATH}(?:%{URIPARAM})?
NUMBER (?:%{BASE10NUM})

Я правильно понимаю что "суб-регулярки" просто хранятся в каких-то переменных в коде и при компиляции "основной регулярки" они подставляются в неё и уже скомпилируется регулярка где вместо названий суб-регулярок будут подставлены сами суб-регулярки?

да

кстати, обычные регулярки тоже так умеют

Просто это так красиво: я иногда пишу длинную регулярку, а мог бы так её разбить и "собирать на лету"

воооот

а можно пример какой-то? я за этим как раз и пришел

ну простецкий какой-то, где одна "основная регулярка" использует две маленьких

хм, ща посмотрю

это из quick reference https://regex101.com/

да, я понял

я там тестирую часто регулярки

хм немного не понимаю как оно работает: т.е. верно понимаю что здесь определяется несколько пар вида  имя-регулярка соответствующая имени:

numbers = \d+
lowercase = [a-z]+
uppercase = [A-Z]+

и их потом можно где-то испоьзовать?

ну в той-же регулярке

а, и потом после матчинга если что-то отматчится (как тут отматчилась группа letters для слова "letters") то в результате матчинга эта группа будет иметь название letters?

оно?

вроде нет, для присвивания имени капчагруппе надо использовать named capture group

(?<name>паттерн)

у разных языков по разному