OK
и чем не устраивает просто /api/ ?
просто интересно, все внутри одинаково
Size: a a a
2020 January 09
GK
вообще локейшен /api/user покрывается локейшеном /api/
GK
просто интересно, все внутри одинаково
да, это хорошая причина подвести под один локейшен, но в nginx не рекомендую так делать
GK
одна из причин - роутинг локейшенов усложняется
вторая - pcre явно тяжелее в обработке
третья - всякие фичи типа урл реплейса перестают работать с регуляркой
вторая - pcre явно тяжелее в обработке
третья - всякие фичи типа урл реплейса перестают работать с регуляркой
GK
у меня еще такое есть , тоже лучше не делать?
location ~ ^/api/(app1|app2) {
location ~ ^/api/(app1|app2) {
если там одинаковое описание, то проще по префиксу
GK
ну опять же смотри, если есть /api/app3 с другим описанием, то ты его поаффектишь тоже
GK
в остальном, /api/ покроет оба варианта
GK
да, nginx по дефолту работает с префиксами урлов, а они часто (если иерархически соблюдается роутинг в приложении) как раз попадают в такой кейс
GK
у меня еще есть просто /api ) тоесть регулярки значит лучше не использовать вообще?
тогда стоит оставить просто /api (если он такой же)
GK
заметьте, что /api/ и /api это будут 2 разных локейшена в nginx
GK
так как он матчит префиксы, ему без разницы файл это или директория
GK
ну тогда /api - один локейшн, /api/ - второй
GK
но вообще стоит задуматься о разночтении, кажется тут можно ввести лишнюю путаницу
GK
по хорошему, это настроить роутинги одинаковые (не то что /api обрабатывает одно приложение, а /api/app1 - второе)
по плохому - наверное в вашем конкретно случае стоит явно описать наличие app1 и app2 ввиду избежания дальнейшей путаницы
по плохому - наверное в вашем конкретно случае стоит явно описать наличие app1 и app2 ввиду избежания дальнейшей путаницы
GK
по плохому - вариант когда роутинг по другому не переделать
GK
ну или просто коментарием хотябы подпишите)