newspring

Рейтинг
8
Регистрация
20.05.2014
Jaf4:
так вы, если ничего не решаете, какой смысл здесь спрашивать?
Создается впечатление, что у самих знаний и опыта нет, решает все клиент. Некогда ему решить вопрос с доменом, значит он ему не нужен.
Вообще напрашивается вопрос, за что вы с клиента деньги берете?

Как, по-Вашему, я могу связаться с людьми, регистрировавшими домен, если у меня нет их контактных данных? Пойду в офис клиента и возьму кого-нибудь в заложники?

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

miketomlin:
Для склеивания нужно использовать постоянный редирект, т.е. нужно явно указать код ответа 301, потому что по умолчанию используется другой.

301 - это и есть код ответа для постоянного редиректа?

smsina:
1. По адресу site2 - поднимите актуальную копию сайта
2. Пока site1 работает - поставьте там редирект на site2 - в htacess или на любом серверном языке - просто перенаправляете людей на site2 (в php это выглядит как hedaer("location: http://site2");)
3. Радуетесь, если поисковики успеют склеить домены и понять, что site2 главный и новый (таким образом вы спасете хотя бы часть посетителей)
4. Когда site1 перестает работать - перестает работать и редирект (не забудте прямо сейчас посмотреть в статистике посещений - сколько людейц приходят на сайт напрямую, забивая url в браузер, может быть их мало совсем)
5. Чем раньше вы это сделаете, тем меньше потеряете
Имхо

Звучит как "нас ставят перед фактом - надо что б перестал работать закон сохранения энергии", например :)

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

А клиент, скорее всего, сам поставлен перед фактом. Изначальные владельцы домена, вероятно, просто потеряли доступ к регистратору, которым в то время пользовались и сказали: восстанавливать не будем - некогда, своих дел по горло. И что тут прикажете делать? Разумеется, это риторический вопрос...

Да и еще один небольшой вопрос - а "расклеить" потом сайты можно будет относительно безболезненно? Когда старое доменное имя (site1.ru) будет перекуплено клиентом? Новый-то домен (site2.ru) после этого больше не понадобится.

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

На хостинг у нас доступ есть - мы же занимаемся поддержкой сайта. "Заканчивается в ближайшее время" - это где-то в начале июня, так что немного времени есть.

То есть, как я понял, напрямую 301 редирект использовать нельзя, но можно склеить... Что именно? Сайты (он вроде у нас один)? Доменные имена? Как можно это осуществить и к чему это приведет, подскажите, пожалуйста!

клон:
никак .

Читаю сейчас разные статьи и форумы, периодически встречаю упоминания о 301 редиректе. Считаете, он здесь не применим?

Спасибо. Но интересно, все-таки, с чем это может быть связано - раньше там лежал точно этот же сайт, только на пиратской теме, поеденный вирусами и при этом у клиента проблем не возникало... Первый раз вижу такой глюк.

Получил бэкап от хостера, перебрал его - папки lods нет. Ни ее, ни ее содержимого (пробовал искать по именам картинок, сценариев).

Может ли вообще такое быть, чтобы страница открывалась по адресу, допустим, orion-nn.ru/lods/igru-parapa-gorod-tantsev.php, но при этом физически находилась (она или сценарий, ее генерирующий) вообще не в директории сайта orion-nn.ru на сервере хостера? В какой-то другой папке какого-то другого сайта, или вообще на другом сервере?

Зато Windows Defender нашел несколько файлов, зараженных Backdoor:PHP/WebShell.A. Я так понимаю, это та штука, которой пользовались злоумышленники, чтобы творить на сервере всякие непотребства, вроде создания этих левых страниц?

Алеандр:
Очевидно перенаправляет запрос в /site/config/
В корне сайта посмотрите эту папку.

Я тоже так подумал, но там ничего интересного нет... Пробовал даже удалять папку site целиком - ноль эмоций. Похоже, ложный след в .htaccess... А может это быть прописано не в корневом .htaccess, который я смотрел, а в лежащем в какой-то из папок сайта?

ProLiant:
Оно-то прекратится. Но загруженные страницы еще остаются, плюс остается уязвимость, благодаря которой вся эта гадость попала на сайт.

Ну, уязвимость - это похоже все-таки вирус, потому что windows defender поймал какого-то "backdoor`а" при попытке копирования файлов с сайта по ftp. Жду пока хостер сделает бэкап файлов сайта, так как сайт лежит на чужом хостинге...

А вот что конкретно делает это правило Rewrite? Читаю описание синтаксиса, но пока разобраться не получается... Хотелось бы конечно найти эту папу lods.

kgtu5:
страницы у вас либо в папке /lods/ либо в любой другой, но тогда в .htaccess будет лишний реврайт дописан

Ага, вот, нашел в .htaccess

</IfModule>

RewriteEngine on

RewriteRule ^lods/(.*)$ /site/config/$1 [L]

<ifModule mod_expires.c>

ExpiresActive On

ExpiresDefault "access plus 5 seconds"

ExpiresByType image/x-icon "access plus 2592000 seconds"

ExpiresByType image/jpeg "access plus 2592000 seconds"

ExpiresByType image/png "access plus 2592000 seconds"

ExpiresByType image/gif "access plus 2592000 seconds"

ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds"

ExpiresByType text/css "access plus 604800 seconds"

ExpiresByType text/javascript "access plus 216000 seconds"

ExpiresByType application/javascript "access plus 216000 seconds"

ExpiresByType application/x-javascript "access plus 216000 seconds"

ExpiresByType text/html "access plus 600 seconds"

ExpiresByType application/xhtml+xml "access plus 600 seconds"

</ifModule>

Можно ли из этого правила понять, где находится папка? И достаточно ли будет удалить только эту строчку, чтобы безобразие прекратилось?

12
Всего: 19