rewrite 301 при 404 ошибке

egos,

дело в том, что если такие страницы принципиально не существует, то нужно делать серверный

редирект

SeVlad,

дело в том, что если такие страницы с пагинацией существует или могут существовать,, то сервер, в данном случае ngnix, не может отдавать ни 404, ни редирект, а это должен сделать двиг

:) Вот опусти слово "пагинация" (в данном контексте она не играет никакой роли) и прочти какую фигню ты сейчас написал.

вы клоните к тому чтоб движок править что ли?

SeVlad, ну не прав же ты вот в этом

Вот есть страницы

site.com/page/news-1

site.com/page/news-2

site.com/page/news-4

А страницы site.com/page/news-3 нету, выкинули её из БД за ненадобностью. И таких страниц может быть 100500 штук. И что, делать в этом случае редирект - "абсолютно задача сервера"?

Именно! Что тебя смущает? Неужели необходимость правки конфигов/хтацесса?

Или считаешь что запускать пхп, лезть в базу и грузить движок - разумнее?

И заметь - я не говорю - "нельзя", я говорю "плохой поход".

---------- Добавлено 05.09.2018 в 13:22 ----------

Так! Ты меня не путай :). Удалили - это 404/410. А я с самого начала говорил

Развели тут... :)

location  /xfsearch/doppole/girls/page {

 try_files $uri $uri/ /index.php?$args @missing;

}



location @missing {

 return 302 $scheme://www.domain.com/xfsearch/dopople/girls/;

}

Да, представь себе, считаю разумнее сделать это программно, на случай, если кто-то вручную введёт код несуществующего материала раз в год, нежели писать в .htaccess 100 записей, которые сервер будет читать каждый раз при обращении к сайту.

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

---------- Добавлено 05.09.2018 в 13:29 ----------

Ну с программной точки зрения - это одно и то же, функция header(). А детали того, кому, когда и зачем это надо - это уже отдельный вопрос.

А я так не считаю.

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

А 100 записей - это ничто.

Тогда будет 404. Которую надо оформлять так, чтобы не терять клиента.

Тут совершено согласен!

А это-то как раз первичный вопрос :) А то принимаются решения и делаются выводы совершенно не понимая ради чего.

Но понятно, что не нам на форуме его решать. Мы может только указать на правильный путь, как мы его видим. :)

Поправочка, последнее предложение стартпоста упусил :)

location  ~ /xfsearch/doppole/(.*)/page {
     set $r_uri $1;
     try_files $uri $uri/ /index.php?$args @missing;
}

location @missing {
      return 302 $scheme://www.domain.com/xfsearch/doppole/$r_uri/;
}

---------- Добавлено 05.09.2018 в 14:37 ----------

И да, если есть возможность легко обойтись доступными возможностями nginx/apache, нет необходимости дополнительно нагружать сервер, велосипедить движок, ставить доп плагины, следить чтобы не слетело при обновлениях и т.д. Но, конечно, кому как удобнее...:)

Нет, лучше по любому поводу делать "заплатки" :)

Окутайте ваш движок в технике пэчворк. И почаще его проветривайте, чтобы ему легче дышалось.

---------- Добавлено 05.09.2018 в 15:09 ----------

Вы ошибаетесь в определении основных источников нагрузки на сервер.