|
регулярка не едет
|
|||
---|---|---|---|
#18+
собственно вот тут https://regex101.com/r/bgTL5Y/8 почему не хавает пр-т ? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.06.2019, 16:42 |
|
регулярка не едет
|
|||
---|---|---|---|
#18+
вадя, "пр" уже и есть "пр-т". я верно понимаю? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.06.2019, 19:20 |
|
регулярка не едет
|
|||
---|---|---|---|
#18+
waszkiewicz"пр" уже и есть "пр-т". я верно понимаю?да ... |
|||
:
Нравится:
Не нравится:
|
|||
26.06.2019, 20:12 |
|
регулярка не едет
|
|||
---|---|---|---|
#18+
не вмещается пробел после минуса перед 'т' ... |
|||
:
Нравится:
Не нравится:
|
|||
28.06.2019, 16:46 |
|
регулярка не едет
|
|||
---|---|---|---|
#18+
проблема в чем сейчас? вот так напишите Код: sql 1.
например ... |
|||
:
Нравится:
Не нравится:
|
|||
29.06.2019, 13:34 |
|
регулярка не едет
|
|||
---|---|---|---|
#18+
В данном случае сработало ленивое поведение. Поменять местами варианты пр и пр-т. И не забывать экарнировать знак минус т.к. он определяет не символ минус а диапазон букв . Код: java 1.
То-же самое для б-р. Вообще все любые ВНЕШНИЕ вводимые сведения в регулярку надо гнать через фильтр quote("пр-т") чтобы застраховать регулярку от пользовательских кривых данных. yelena ваш вариант не годится т.к. он требует от нас не ввода справочных данных а ввода и предобработки да еще и интеллектуальной. С поиском префиксов и свёртками. В реальной задаче такого нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.06.2019, 13:29 |
|
|
start [/forum/topic.php?fid=59&fpage=26&tid=2121225]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
65ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
2ms |
others: | 237ms |
total: | 392ms |
0 / 0 |