У меня есть следующий шаблон регулярных выражений, и я хотел убедиться, что он будет соответствовать только регулярному выражению, совпадающему с буквенно-цифровыми строками.
^\/\[(A\-Z|a\-z|0\-9){1}(?!\1)(A\-Z|a\-z|0\-9){1}(?!\2)(A\-Z|a\-z|0\-9){1}\]\/
И без диапазонов символов только буквенные символы в случае, если они не используютэто правильный путь.
^\/\[(abcdefghijklmnopqrstuvwxyz|0123456789|ABCDEFGHIJKLMNOPQRSTUVWXYZ){1}(?!\1)(abcdefghijklmnopqrstuvwxyz|0123456789|ABCDEFGHIJKLMNOPQRSTUVWXYZ){1}(?!\2)(abcdefghijklmnopqrstuvwxyz|0123456789|ABCDEFGHIJKLMNOPQRSTUVWXYZ){1}\]\/
У меня есть chal CTF, у которого есть класс, пишущий шаблон регулярного выражения, который соответствует буквенно-цифровой строке.Я понимаю, что полные символы не нужны, но я не хочу, чтобы они терпели неудачу, если они не сразу думают о диапазонах символов.Я запускал его вручную с помощью sed в расширенном режиме и выполнял регулярное выражение в сети, но я беспокоюсь, что мог что-то пропустить.
Второй шаблон регулярного выражения - это второй флаг, если они не используют диапазоны символов.
И это не вопрос стиля "Code Golf", или, по крайней мере, для меня это не так.У меня есть шаблон, который мне просто нужен, чтобы убедиться, что нет странного неясного трюка с регулярным выражением, который мог бы создать действительный шаблон регулярного выражения, который выполняет то, что я им сказал, что я не описал в предыдущих двух шаблонах.
IДолжен сказать, что я добавил дополнительный шаблон регулярных выражений (поскольку CTFd допускает несколько), который соответствует \ w \ d в любом порядке.