CookieM, хостер, в первую очередь, сисадмин, а исправлением пользовательских скриптов должен заниматься программист.
Одно дело устранить внедренный код, и то это потребует какого-то времени, и совсем другое - изучение программного кода и логики программы для устранения возможности повторного внедрения.
Программист достаточной квалификации обойдется слишком дорого для хостера, который изначально не ставит перед собой задачи программной поддержки, и услуги такого хостера Вы же потом объявите слишком дорогими. Причем подобное вмешательство не требуется на регулярной основе, а зарплату этот программист хочет получать регулярно.
MoMM: SeVlad, Ladycharm дело описывает. Вражеский сайт не парсит все заранее и не хранит на диске. Когда вебмастер родного сайта вносит вражеский домен в ВМТ гугла, то получает файл абв.тхт. Он размещает на родном сайте абв.тхт и кликает в ВМТ "подтвердить". Гугл запрашивает вражескийдомен/абв.тхт, а там такого нет, но тут же включается парсер и дергает абв.тхт к себе на вражеский домен и отдает гуглу. Происходит подтверждение прав вебмастера родного домена на вражеский домен.
Вы всерьез полагаете, что, зная имя файла подтверждения, можно подтвердить права на сайт с ДРУГОГО домена?
tomat_ok, а с какой стати при обращении к клону будут выполняться инструкции Вашего .htaccess?
Похоже, что-то вырезает
после выполнения этой функции. Поищите preg_replaceВ my.cnf укажите
Посмотрите эту тему
Lord Maverik, объясните смысл этого действия, пожалуйста.
Внутренний 192.168/16 и так никому не нужен. Или домохозяйка собирается публичный прокси делать?
CookieM, хостер, в первую очередь, сисадмин, а исправлением пользовательских скриптов должен заниматься программист.
Одно дело устранить внедренный код, и то это потребует какого-то времени, и совсем другое - изучение программного кода и логики программы для устранения возможности повторного внедрения.
Программист достаточной квалификации обойдется слишком дорого для хостера, который изначально не ставит перед собой задачи программной поддержки, и услуги такого хостера Вы же потом объявите слишком дорогими. Причем подобное вмешательство не требуется на регулярной основе, а зарплату этот программист хочет получать регулярно.
В общем, нерентабельно.
spf запись есть? Это необходимый минимум.
ziliboba0213, надо смотреть.
MoMM, А, это я уже тут запутался, кто чей домен подтверждать собирается)).
На самом деле, такое может сработать, но только при беспросветной глупости владельца клона.
SeVlad, Ladycharm дело описывает. Вражеский сайт не парсит все заранее и не хранит на диске. Когда вебмастер родного сайта вносит вражеский домен в ВМТ гугла, то получает файл абв.тхт. Он размещает на родном сайте абв.тхт и кликает в ВМТ "подтвердить". Гугл запрашивает вражескийдомен/абв.тхт, а там такого нет, но тут же включается парсер и дергает абв.тхт к себе на вражеский домен и отдает гуглу. Происходит подтверждение прав вебмастера родного домена на вражеский домен.
Вы всерьез полагаете, что, зная имя файла подтверждения, можно подтвердить права на сайт с ДРУГОГО домена?
tomat_ok, а с какой стати при обращении к клону будут выполняться инструкции Вашего .htaccess?
А если так?
server {listen 94.64.37.90:44410;
location /iweb/ {
proxy_pass http://127.0.0.1:8080;
proxy_redirect default;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
allow 112.88.89.142;
deny all;
access_log /var/log/iweb/admin_access.log;
error_log /var/log/iweb/admin_error.log notice;
}
}
Вообще, поясните в одном сообщении, не размазывая по всему топику:
1. Что крутится на 8080;
2. Есть ли доступ к 8080 извне.