IRONHiDE

User-Agent: *

Allow: /



Host: site.info



Crawl-delay: 10

Вот только директиву host понимает только Яндекс.

Да и Crawl-delay я бы убрал.

Если вариантов не много, попробуйте вручную заменить с помощью SQL запроса вида:

UPDATE таблица SET поле = REPLACE(поле, 'что_ищем', 'чем_заменяем');

Если же вариантов так много, что это неприемлемо, то варианта, по-моему, два:

• Экспорт таблицы. Поиск и замена с помощью регулярных выражений текстовым редактором (notepad++ умеет).
• Скрипт на PHP для поиска и замены по БД.

Извините, не смог пройти мимо.

Content Security Policy - сложный механизм, если у вас более-менее серьезный проект, вы цените своих пользователей и не настраиваете CSP ради настройки CSP - не следуйте подобным рекомендациям.

Плохое понимание принципов работы CSP может привести к ужасным последствиям.

Так что, либо вдумчиво изучайте как работает CSP на авторитетных ресурсах (а не с помощью подобных мануалов), либо обратитесь к специалистам.

Если вкратце, то могу описать правильный "путь" настройки CSP.

• Устанавливаем виртуальную машину с чистой операционной системой и браузером (Chrome, Firefox - эти точно подойдут).
• Настраиваем CSP в режиме Content-Security-Policy-Report-Only, разрешая только 'self'.
• Идем в консоль браузера (только что установленного в чистой ОС виртуальной машины) и анализируем полученные ошибки (естественно, проанализируйте не одну страницу, чем больше, тем лучше):
• если нет угрозы для безопасности сервиса - добавляем новое правило;
• если есть - пытаемся настроить сервис так, чтобы подобных ошибок не возникало, ну либо соглашаемся на риск и добавляем правило.
• Когда решите что вы всё настроили, оставляете CSP в режиме Content-Security-Policy-Report-Only, устанавливаете классный анализатор, и ещё с неделю анализируете полученные отчеты уже в нем, принцип действий такой же, как и в пункте 3.
• И вот только теперь можно переводить CSP в "боевой" режим, но всё же периодически не забывая анализировать полученные результаты в анализаторе.

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

Почитайте про data:URL.

Доступна новая услуга.

Бесплатная консультация (до 30 мин.) \ экспресс-аудит.

В данном случае, да, не критично.

Всё просто.

Потому что переход из гугла.

Потому что подгружается скрипт с dl.metabar.ru, который не входит в список разрешенных.

У вас, скорее всего, и Панда, и Пингвин, пишите, попробую помочь.

Вряд ли, если, конечно, вы правильный репорт указали:

Refused to load the image 'http://yastatic.net/lego/_/pDu9OWAQKB0s2J9IojKpiS_Eho.ico' because it violates the following Content Security Policy directive: "img-src https: data:".