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 редирект использовать нельзя, но можно склеить... Что именно? Сайты (он вроде у нас один)? Доменные имена? Как можно это осуществить и к чему это приведет, подскажите, пожалуйста!
Спасибо. Но интересно, все-таки, с чем это может быть связано - раньше там лежал точно этот же сайт, только на пиратской теме, поеденный вирусами и при этом у клиента проблем не возникало... Первый раз вижу такой глюк.
Получил бэкап от хостера, перебрал его - папки 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.
так вы, если ничего не решаете, какой смысл здесь спрашивать?
Создается впечатление, что у самих знаний и опыта нет, решает все клиент. Некогда ему решить вопрос с доменом, значит он ему не нужен.
Вообще напрашивается вопрос, за что вы с клиента деньги берете?
Как, по-Вашему, я могу связаться с людьми, регистрировавшими домен, если у меня нет их контактных данных? Пойду в офис клиента и возьму кого-нибудь в заложники?
Про "некогда" Вы неправильно поняли, я говорил конкретно про этих самых людей, изначально регистрировавших домен. В настоящее время они никакого отношения к сайту не имеют, так с чего бы им усердствовать ради сохранения его работоспособности.
Для склеивания нужно использовать постоянный редирект, т.е. нужно явно указать код ответа 301, потому что по умолчанию используется другой.
301 - это и есть код ответа для постоянного редиректа?
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, который я смотрел, а в лежащем в какой-то из папок сайта?
Оно-то прекратится. Но загруженные страницы еще остаются, плюс остается уязвимость, благодаря которой вся эта гадость попала на сайт.
Ну, уязвимость - это похоже все-таки вирус, потому что windows defender поймал какого-то "backdoor`а" при попытке копирования файлов с сайта по ftp. Жду пока хостер сделает бэкап файлов сайта, так как сайт лежит на чужом хостинге...
А вот что конкретно делает это правило Rewrite? Читаю описание синтаксиса, но пока разобраться не получается... Хотелось бы конечно найти эту папу lods.
страницы у вас либо в папке /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>
Можно ли из этого правила понять, где находится папка? И достаточно ли будет удалить только эту строчку, чтобы безобразие прекратилось?