luserz

Рейтинг
90
Регистрация
14.01.2011
SeVlad #:
Если траф есть, но мизерный и ты уже восстановил сайт - то можно на нём просто повесить сквозной "баннер" - типа "мы переехали, ищите товары на новом сайте". Это просто и быстро.
SeVlad #:
(может помнишь - лет.. с 5-7-10 назад было осуждение где/как лучше делать редирект. Я тогда яросно начал топить за серверный.  Но коллеги привели убедительные аргументы, в каких случаях это не целесообразно и я, подумав, согласился.)

Подскажите в каких случаях не целесообразно?

SeVlad #:

А вообще тут всё очень чудно. Заморочился восстановлением трупа с вебархива, купил для него отдельный хостинг, развернул там труп, но при этом всё равно не будет его ни кому показывать, т.к. хочет постраничный редирект на другой сайт.

Чудны дела твои, сеошник :)

)))) Не претендую на топ-1 сео))) На сколько понял так и делают вот и решил попробовать. Подскажите, как лучше это сделать и нужно ли это? И почему не надо, если это так? 

webinfo #:

И какой тогда смысл во всех этих редиректах?

Думаете это бессмысленно? Сайт старый, страницы старые + характеристики. Для чего тогда дропы покупают? Я думал для усиления свежего сайта или доров чтобы быстрее в индекс попасть?

SeVlad #:

Это не динамические, а самые что ни на есть статические.

(а вообще как по мне - очинка выделки не стоит. Тем более это делать на уровне вебсервера - ахтунг)

Да. С технической точки зрения уже статические после восстановления, но формировались изначально как динамические. Дроп изначально CMS был.

br.almighty #:

80 страниц можно и вручную определить что куда направлять. Если сайт так долго не в индексе, то может и не стоит заморачиваться с тем, что куда сопоставить? Просто по списку пройтись и всё. Один дропнутый урл, на один ваш новый - не важно какой.

А по поводу того, как столько редиректов сделать. Ни в коем случае не надо это делать ни в апаче, ни в nginx.

Во первых, это не логично, во вторых, любой запрос на сайт будет определять подходит ли он к этим 10 тысячам условий или нет. От десятка посетителей в один момент это может быть не будет заметно, а вот от сотни уже может и сказаться на загруженности сервера.

80 страниц определено, а 9920 нет (но можно понять вручную опираясь на url к какой странице она будет перенаправлять). Мне кажется заморочиться стоит т.к эти страницы передадут какой-то траст и возраст поправьте меня если я не прав. Раньше такого не делал. 

Почему не логично?

Сайт дроп находится на другом хостинге, отдельном и без разница на тормоза т.к кроме него ничего там больше нет. Вы думаете мой новый сайт от этого будет тормозить?

totamon #:
зачем вам это? подклейку со смыслом надо делать)

В этом и смысл, что дропнутый магазин узкоспециализированный, который практически полностью повторяет мою номенклатуру 2006 года, а мой сайт 2019 г. + дропнутый с хорошими параметрами был и на сколько мне известно не был под черным сео. 

saleseo #:

Парсите весь сайт дроп (урлы, заголовки)

Парсите свой сайт (урлы, заголовки)

Потом скриптом идет сравнение по входу слов или как-то еще, и сопоставление

100% не будет распределения, но большую чатсь отловите

Остальные на морду просто

В начале была такая мысль с парсингом урла и заголовка дропа, но как это сделать? Сайт как писал выше не в индексе уже как лет 5, а в вебархиве около 80 страниц получилось восстановить.

dzthd #:
А да. ТС, вам выше ответили правильно - ищите общие правила, по которым можно сопоставить. Только так. 

Либо (как экзотика) парсером пройтись по страницам и по ним зацепиться, а не только по урлы сопоставить. 

Спасибо за мысль. У Url частично модификация совпадает....надо подумать...

webinfo #:
Это не естественно.

У старого дропа url типа sdfsfsfwqe12323434.html (динамические адреса), а у нового tovar_1.html (ЧПУ). Сам товар совпадает частичным вхождением модификации в URL, думал в начале, что смогу восстановить не напрягаясь и сопоставить запросы страницам после индексации , но по факту получилось восстановить страниц 80.

12 3
Всего: 21