От себя добавлю, что можете брать не просто любой, но и самый дешевый (зачем переплачивать), 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 раз скрипт "пробил" Яшу на ссылку к Вам и зашел по ней на Ваш сайт. Через сколько обращений к Яше капча выскакивает? И сколько времени на ее обработку, допустим, в антигейте надо. Даже если в несколько потоков, не вложимся по времени. Или же для этого подключается целый программно-аппаратный комплекс с кучей АЙ-пишников. А смысл?
Поэтому и предположил, что заходы не с Яши (тем более метрика "не сработала"), а просто подменен рефер. Хотя могу и ошибаться, так как заказчики на аналогичные парсеры постоянно есть :)
Написал в личку. Отпишитесь, плз., потом...
