PK
Блин, ну не лезть же мне сейчас смотреть
Size: a a a
2021 July 04
SP
<?= "hello world"
PK
P.S. Я могу ещё с чем-то популярным путать. Уже пошёл смотреть
S
Так если оно не посещаемое - то может оно и не нужно? 😏
S
Все равно не понимат
PK
Ну вот суперкэш хочет чего-то. Но там ладно, там всё сверху nginx покрывает.
А вот правила блокировки по IP - нет, без .htaccess практически никак простым способом
А вот правила блокировки по IP - нет, без .htaccess практически никак простым способом
SP
это все можно делать в приложении.
просто в пхп-мире не принято нести ответственность.
просто в пхп-мире не принято нести ответственность.
PK
Ну вообще блокировка по IP уже в php идея так себе. Вот то, что многие приложения разруливание URL полагают на .htaccess - это уже вот такой мир. Не очень понятно хорошо это или плохо. Может у WP плагин к envoj есть
S
Формально, по ИП можно и в энджиниксе блочить.
А нюесли нужны более сложные правила - то да, приложение само должно уметь
А нюесли нужны более сложные правила - то да, приложение само должно уметь
PK
Кстати, всякие seo плагины точно помню хотели. Могли и без, но решение сомнмительное
SP
я бы сказал, что то, что многие приложения разруливают урлы в htaccess - это vendor lock-in и признак очень низкого качества инженерии.
SP
блокировка по ip в php ничем фундаментально не отличается от блокировки по IP в nginx. так делают тупо из-за деталей реализации.
PK
Можно. Но не ясно как дать бэкенду передавать списки на фронт и ещё и заставлять перечитывать. Это прямо вот эскпоненциальное усложнение и всегда кастом
PK
Несомненно это вендор лок. И это плохо. Но такова селяви.
S
А зачем бжкенду из передавать?
А вообще, странная ситуевина выходи: бэк хочет рулить правилами, но сам при этом не умеет...
А вообще, странная ситуевина выходи: бэк хочет рулить правилами, но сам при этом не умеет...
SP
Фил, тут разница просто в том, что ты воспринимаешь нджинкс и конфиг как "не свой код", а некоторые другие люди - как свой. поэтому ты стараешься спрятать сложность за пределы своей зоны ответственности - переложить фильтр в веб-сервер. но фундаментально - там нет разницы, где. в пхп сейчас просто неэффективно. но это не потому что так правильно, просто пхп сделан херово.
PK
Я кстати не уверен. Хотя, не уверен и в том, что nginx дерево строит. Однако, правда в том, что очень не хотелось бы в общем случае на каждый чих дергать php скрипт, с чтением файла, вызовом интерпретатора и вот этим всем. Так что как раз .htaccess, несмотря на vendor lock, является довольно обдуманным решением.
SP
это деталь реализации и следствие крайне низкой производительности пхп, но не хорошее дизайн-решение в вакууме.
SP
собственно, факт того, что пхп вообще нужен веб-сервер для работы - это оно же.
S
Хтаксесс - это ж каменный век