Обратный прокси VS. 301 Переадресация

Хорошо, вот он идет, я делаю a migration BE.Net to WP.Обратный прокси VS. 301 Переадресация

Итак, основной сайт www.clientdotnetsite.com на сервере 03 и использует базу данных SQL Server. Его приложение .Net и останется таковым.

Клиент сказал: «Эй, я собираюсь начать блог. Могли бы мы настроить его для увеличения SEO для основного сайта?» Итак, у нас есть блог на www.clientdotnetsite.com/Blog, сделанный в BlogEngine.Net.

Теперь клиент говорит: «Я хочу, чтобы его Wordpress сейчас», поэтому вместо того, поиграйте с созданием условий, WAMP, мы решили позволяет перенести блог на WordPress и он прошел через big box web hosting company.

Так вот проблема с SEO мы создаем новый поддомен blog.clientdotnetsite.com и использовать 301 редирект

Или мы используем один и тот же домен и иметь обратный прокси-сервер и сделать ссылку перезаписи в обратном прокси?

Я просто программист, я не гуру любого рода. Так считается ли Белая шляпа и другая черная шляпа?

Я читал, что мы потеряем PageRank с 301 Redirect, но вернем его в конечном итоге. С обратным прокси-сервером мне кажется, что, поскольку вы хотите, чтобы трафик проходил через обратный прокси-сервер, чтобы представить иллюзию, что это все один сайт. Это создало бы Black Hat.

Но я не знаю, поэтому я спрашиваю вас :) Не могли бы вы объяснить, что бы вы сделали? Различия только в каких-либо знаниях, которые я мог бы съесть, как шведский стол?

источник

2011-12-16 Keith Beard

Flaky клиенты, они самые лучшие!

Вы спрашиваете, я использую переключатель содержимого или перенаправляю его HTTP.

Переключатель содержимого для этого решения излишне усложнен, не говоря уже о том, что вы будете много насыщаться между центрами обработки данных.

Вот упрощенный маршрут сети. (Перейдите на сайт www.mydomain.com/Blog -> [Content Switch] -> из центра обработки данных на myblog.wordpress.com -> обратно на [Content Switch] -> от конечного пользователя.

Это увеличится время загрузки (плохое для SEO), увеличение расходов на пропускную способность (плохо для клиента), потенциал для поломки (плохо для вас).

Я бы перенаправил HTTP-перенаправление. 301 (Постоянный переадресация) не так плох, как люди сделайте так, чтобы вы были. Просто убедитесь, что вы работаете над исправлением всех входящих ссылок на www.mydomain.com/blog, чтобы указать на myblod.wordpress.com.

Вы хотите зарегистрировать все 301 Redirect, чтобы узнать, кто реферер, затем свяжитесь с ними, чтобы обновить ссылку.

источник

2011-12-16 23:03:47

Зачем это увеличить время загрузки, не могли бы вы уточнить? У него был блог в/блог в течение многих лет, и он получает хорошие рейтинги, если я переведу его на blog.dahdahdah.com, как долго его сок попадет в хит, я думаю. Его просто я так много читал о том, как эта технология обратного прокси. Я не думаю, что все, что продвинуло переписывание ссылок, звучит сложно. Его будет достаточно для того, чтобы переместить миграцию в блог, я просто хочу представить ему, почему любой выбор был лучшим для его сценария. –

Пусть n = прыгает туда, где www.mydomain.com datacenter находится по адресу . Пусть x = перелет в новый центр обработки данных myblog.wordpress.com. . При переключении контента требуется n + x для получения myblog.wordpress.com С 301 это просто x. Что касается того, как долго его сок ударит, это только вопрос, на который может ответить Google, поскольку их алгоритмы являются собственностью. Если бы они были в том же DC, я бы сказал, что переключатель содержимого. Я не уверен, что вы когда-либо настраивали балансировщик нагрузки, но я могу вам сказать, если вы не хотите изучать Linux очень плохо, а также confgin для nginx, squid или apache, 301 собирается чтобы быть путем. –

Почему мне нужен балансировщик нагрузки для настройки обратного прокси-сервера в IIS? –

Обратный прокси VS. 301 Переадресация

ответ

Смежные вопросы