Константин Валентинович

От себя добавлю, что можете брать не просто любой, но и самый дешевый (зачем переплачивать), TP-Link например. У меня неплохо зарекомендовал себя TL-WR741ND

1. Можно без .htaccess, но 301 - ну очень желательно (если не сказать обязательно):)

2. Нельзя. При этом и гугля и яша еще долго старые адреса будут "терзать".

P.S. А вообще-то, мы гадаем на кофейной гуще, не видя "тела"...

Константин Валентинович, Может я слишком сложно и много написал,если быть короче то сейчас в базах ПС у меня все новости вида:

www.site/news/1

www.site/news/2

www.site/news/3

Всё что мне нужно,это чтобы они взяли и поменяли(не добавляли!!) их, у себя в базе, на новые:

www.site/news/1-tage-novost

www.site/news/2-eta-je-novost

www.site/news/3-novost3

Ну и тд..

Вот как это сделать???

По какому алгоритму мне действовать???

Решений может быть много, в зависимости от Вашей БД и движка.

Как вариант: добавляете в базе данных колонку, куда надо будет занести новые названия: 1-tage-novost, 2-eta-je-novost, 3-novost3. Делаете выборку по этим названиям.

А при запросе старых названий 1, 2, 3 и т.д. (или www.site/news/1, www.site/news/2, www.site/news/3, ... в зависимости от того, как у Вас в движке все работает), делаете редирект 301 на новую страницу. Но не обрабатывайте новые запросы по цифре (например, функциями int или intval ), а проверяйте точное соответствие с новым названием.

А не будет ли у Вас создано множество дублей? Например,

www.site/news/45

www.site/news/45-ХХХ

www.site/news/45-ХХХ-ХХХ

и т.д.?

Может лучше сделать переадрессацию с любой www.site/news/45-ХХХ-ХХХ на www.site/news/45?

При этом, если пользователь зашел на правильную страницу, например, www.site/news/45-novosti-za-segodnya, то при переадрессации отправляете лишь правильную страницу: www.site/news/45.

А если заход был с неправильной страницы, например: www.site/news/45-novosti-za-ххх, то при переадрессации пользователю дополнительно отправляется заголовок 404. В РНР это выглядит так (пути у Вас могут быть другими):

if ($_SERVER['REQUEST_URI'] != '/news/45-novosti-za-segodnya') {

header("HTTP/1.0 404 Not Found");

header('Refresh: 0; URL="/news/45/"');

}

else header('Refresh: 0; URL="/news/45/"');

Но в любом случае, так делать не советую. 301 редирект - правильнее и лучше "допилить" Ваш движок.

В хэдере:

<head>

<script defer="defer" src="//ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>

<script defer="defer" type="text/javascript" src="/min/index.php?f=mypath/myscript1.js,mypath/myscript2.js"></script>

</head>

Перед закрывающимся боди:

<link rel="stylesheet" href="/min/index.php?f=/css/styles1.css,/css/style2.css,/css/styles3.css" />

</body>

</html>

Минифай находится в папке min

Уж больно "грузный" этот сайт, как для самописа...

Вы только по метрике отслеживаете? Гугл аналитикс или встроенной статистики нет?

Вот это похоже на правду... У Вас показателей отказов после этого не увеличился?

Сам такие заходы фильтрую скриптом (анализирую количество заходов за единицу времени с одного IP на одну страницу), т.к. не уверен, что поведенческие факторы не влияют на ранжирование.

А санкций и не будет, в этом Вы правы.

Но посудите, за 8 минут 4000 раз скрипт "пробил" Яшу на ссылку к Вам и зашел по ней на Ваш сайт. Через сколько обращений к Яше капча выскакивает? И сколько времени на ее обработку, допустим, в антигейте надо. Даже если в несколько потоков, не вложимся по времени. Или же для этого подключается целый программно-аппаратный комплекс с кучей АЙ-пишников. А смысл?

Поэтому и предположил, что заходы не с Яши (тем более метрика "не сработала"), а просто подменен рефер. Хотя могу и ошибаться, так как заказчики на аналогичные парсеры постоянно есть :)

Написал в личку. Отпишитесь, плз., потом...