- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Никогда с таким не сталкивался, поэтому спрошу. Может кто в теме...
Есть site1.ru - сайт организации, есть site2.ru - сайт филиала этой же организации, но в другом городе. Каждый приносит траф, статьи на сайтах разные. Поскольку филиал сейчас аннулирован, то хотелось бы статьи со второго сайта перенести на первый, а сам сайт вообще не нужен.
Как предпочтительнее это сделать, чтобы не схватить никаких фильтров у ПСов и сохранить траф, шедший на второй сайт?
Предположу, что самый простой способ - закрыть site2.ru от индексации, дождаться его полного вылета и просто перенести контент на site1.ru.
Но может кто знает другой безболезненный способ?
Сделать редирект на site1.ru + через яндекс.вебмастер сообщить об этом в ПС Яндекса.
Да простит меня ТС,
как правильно сделать 301 редирект для всех уролов с www.site.ru/ на www.site.ru
т.е. без слэша на конце.
вот так сейчас обстоят дела
#
# Apache/PHP/Drupal settings:
#
# Protect files and directories from prying eyes.
<FilesMatch "\.(engine|inc|info|install|make|module|profile|test|po|sh|.*sql|theme|tpl(\.php)?|xtmpl)$|^(\..*|Entries.*|Repository|Root|Tag|Template)$">
Order allow,deny
</FilesMatch>
# Don't show directory listings for URLs which map to a directory.
Options -Indexes
# Follow symbolic links in this directory.
Options +FollowSymLinks
# Make Drupal handle any 404 errors.
ErrorDocument 404 /index.php
# Set the default handler.
DirectoryIndex index.php index.html index.htm
# Override PHP settings that cannot be changed at runtime. See
# sites/default/default.settings.php and drupal_initialize_variables() in
# includes/bootstrap.inc for settings that can be changed at runtime.
# PHP 5, Apache 1 and 2.
<IfModule mod_php5.c>
php_flag magic_quotes_gpc off
php_flag magic_quotes_sybase off
php_flag register_globals off
php_flag session.auto_start off
php_value mbstring.http_input pass
php_value mbstring.http_output pass
php_flag mbstring.encoding_translation off
</IfModule>
# Requires mod_expires to be enabled.
<IfModule mod_expires.c>
# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
<FilesMatch \.php$>
# Do not allow PHP scripts to be cached unless they explicitly send cache
# headers themselves. Otherwise all scripts would have to overwrite the
# headers set by mod_expires if they want another caching behavior. This may
# fail if an error occurs early in the bootstrap process, and it may cause
# problems if a non-Drupal PHP file is installed in a subdirectory.
ExpiresActive Off
</FilesMatch>
</IfModule>
# Various rewrite rules.
<IfModule mod_rewrite.c>
RewriteEngine on
# Block access to "hidden" directories whose names begin with a period. This
# includes directories used by version control systems such as Subversion or
# Git to store control files. Files whose names begin with a period, as well
# as the control files used by CVS, are protected by the FilesMatch directive
# above.
#
# NOTE: This only works when mod_rewrite is loaded. Without mod_rewrite, it is
# not possible to block access to entire directories from .htaccess, because
# <DirectoryMatch> is not allowed here.
#
# If you do not have mod_rewrite installed, you should remove these
# directories from your webroot or otherwise protect them from being
# downloaded.
RewriteRule "(^|/)\." - [F]
# If your site can be accessed both with and without the 'www.' prefix, you
# can use one of the following settings to redirect users to your preferred
# URL, either WITH or WITHOUT the 'www.' prefix. Choose ONLY one option:
#
# To redirect all users to access the site WITH the 'www.' prefix,
# (http://example.com/... will be redirected to http://www.example.com/...)
# uncomment the following:
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
#
# To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
# RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
# RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]
# Modify the RewriteBase if you are using Drupal in a subdirectory or in a
# VirtualDocumentRoot and the rewrite rules are not working properly.
# For example if your site is at http://example.com/drupal uncomment and
# modify the following line:
# RewriteBase /drupal
#
# If your site is running in a VirtualDocumentRoot at http://example.com/,
# uncomment the following line:
# RewriteBase /
# Pass all requests not referring directly to files in the filesystem to
# index.php. Clean URLs are handled in drupal_environment_initialize().
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !=/favicon.ico
RewriteRule ^ index.php [L]
# Rules to correctly serve gzip compressed CSS and JS files.
# Requires both mod_rewrite and mod_headers to be enabled.
<IfModule mod_headers.c>
# Serve gzip compressed CSS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.css $1\.css\.gz [QSA]
# Serve gzip compressed JS files if they exist and the client accepts gzip.
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME}\.gz -s
RewriteRule ^(.*)\.js $1\.js\.gz [QSA]
# Serve correct content types, and prevent mod_deflate double gzip.
RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1]
RewriteRule \.js\.gz$ - [T=text/javascript,E=no-gzip:1]
<FilesMatch "(\.js\.gz|\.css\.gz)$">
# Serve correct encoding type.
Header set Content-Encoding gzip
# Force proxies to cache gzipped & non-gzipped css/js files separately.
Header append Vary Accept-Encoding
</FilesMatch>
</IfModule>
</IfModule>
php_value memory_limit 64M
php_value register_globals 0
Сделать редирект на site1.ru + через яндекс.вебмастер сообщить об этом в ПС Яндекса.
Не понял - что сообщить?
Предположу, что это можно сделать комплексно: директивой host в robots.txt филиала, 301 редиректом + указанием канонической ссылки на новые тексты на сайте1 в старых материалах. Можно еще попробовать защитить тексты в ЯВМ для сайта1, но сомневаюсь, что будет толк.
Думаю сделать так: по мере переноса статей проставлять 301 редирект со старых на новые на сайте1, а на сайте2 закрывать их от индексации в роботсе... А host что даст? Сайты ж не зеркала - их не склеишь...
Жалко, если какая-нибудь сюрприза от Яши выскочит... Траф на обоих сайтах есть... Вот и хочется, чтобы с сайта2 он перетек на сайт1.
ЗЫ: внешнего продвижения сайта2 никакого не было, ни ссылок, ни соцсигналов.
Думаю сделать так: по мере переноса статей проставлять 301 редирект со старых на новые на сайте1, а на сайте2 закрывать их от индексации в роботсе... А host что даст? Сайты ж не зеркала - их не склеишь...
Жалко, если какая-нибудь сюрприза от Яши выскочит... Траф на обоих сайтах есть... Вот и хочется, чтобы с сайта2 он перетек на сайт1.
ЗЫ: внешнего продвижения сайта2 никакого не было, ни ссылок, ни соцсигналов.
А зачем ставить редирект, если на старом сайте Вы закрываете страницы в ноиндекс? Поисковая система не увидит редирект в таком случае.
При небольших объемах спокойно переносите весь контент на 1й сайт, а со 2го ставьте 301 редирект. В крайнем случае, можно разбить этот процесс на несколько этапов.
p.s.: получается, для сайтов с одинаковой семантикой, у вас статьи под разные запросы?
А зачем ставить редирект, если на старом сайте Вы закрываете страницы в ноиндекс? Поисковая система не увидит редирект в таком случае.
При небольших объемах спокойно переносите весь контент на 1й сайт, а со 2го ставьте 301 редирект. В крайнем случае, можно разбить этот процесс на несколько этапов.
p.s.: получается, для сайтов с одинаковой семантикой, у вас статьи под разные запросы?
Пока Яндекс "скушает" директиву Disallow в Роботсе, старая страница еще принесет траф на сайт1, а к этому времени и новая на сайте1 войдет в индекс. Я как-то так рассуждаю... Просто делать одновременно: опубликовал, редирект, закрыл.
Нет, сайты не совсем с одной семантикой - у сайта филиала была своя специфическая сфера услуг, связанных с месторасположением. Теперь основная контора может позволить себе выездные бригады..
Пока Яндекс "скушает" директиву Disallow в Роботсе, старая страница еще принесет траф на сайт1, а к этому времени и новая на сайте1 войдет в индекс. Я как-то так рассуждаю... Просто делать одновременно: опубликовал, редирект, закрыл.
В любом случае, неудачный вариант :)
В любом случае, неудачный вариант :)
Т.е. предлагаете разом перенести весь контент и поставить общий редирект или постраничный? и не закрывать в Роботсе?
Т.е. предлагаете разом перенести весь контент и поставить общий редирект или постраничный? и не закрывать в Роботсе?
Редирект постраничный естественно, в роботсе закрывать ничего не надо.
При количестве страниц <100, я бы разом перенес.