которые должны все кейсы идеально обрабатывать

но выходит, что один регекс разрешает то, что не должен разрешать

Ааа

Я делал это

Когда делал свой фреймворк на работе

оно-то несложно, просто весь день уже с однотипными историями копаюсь, и пытаюсь как-то покомпактнее и красивее все сделать

А какой сейчас вид?

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

обычно это делается так - пропускаешь строку через набор регулярок, и если хоть одна выдает запрет - значит дальше можно не продолжать проверку и сразу выдавать запрет. если другие разрешают - пофиг, смотрим следующую.
в твоем конкретном случае запрещающая регулярка выглядит примерно так: "^.+-invalid$"

там немного другой подход из-за задачи, которую этот функционал преследует
мы получаем на вход ссылку и проверяем, является ли та той, которая нам нужна
и есть список регулярок, которые соответствуют разным страницам
если хоть одна вернет тру, то метод возвращает тру
иначе фолс
под Invalid я подразумеваю любой мусор, где начало урлы совпадает, но все же она не та, что нам нужна
та оно не так сложно, на самом деле, надо просто осознать, как лучше добавить условие, чтобы учитывать вот этот вот момент

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

кароч
не верьте MySQL
эта падла при группировке (GROUP BY) по длинной строке может нормально так под*******ть
сгруппирует строки, которые в конце отличаются
и нигде не могу найти в документации, на какой длине начинается это бл*******во

а я думал, что после возврата результата по условию в запросе вида WHERE field IS NULL AND field IS NOT NULL меня уже ничем не удивить...

от гадость

у меня есть набор урлов, по которым нужен особый свич
я уже сделала эту хрень, просто по-костыльному, мне не нравится, но иначе никак, видимо

если не нравится - значит скорее всего можно

это вообще код или mod_rewrite какой-нибудь?

Вообще, сам факт проверки урлов регулярками, уже попахивает костылем)

Я конечно не знаю какая задача стоит, но мне сложно представить зачем так изгаляться)

увы, код
но это временное решение, подразумевается, что потом это будет не надо

если код - то даже проще
и нет ничего более постоянного, чем временное. лучше сразу сделать красиво, даже если на 1000% уверена, что в ближайшее время этот код уйдет. Если сделано плохо - не уйдет.