Ваш программист прав, да поисковик такие ссылки понимает нормально (имеется в виду в исходном документе, не в кэше, а кеш ни один нормальный поисковик индексировать не будет), да это браузер на странице кэша так обрабатывает адреса, но его заставляет так обрабатывать адреса ошибка на странице кэша.
Не волнуйтесь, у Вас на сайте все нормально и Вы на данную ситуацию повлиять никак не сможете (разве что не пользоваться относительными ссылками на своем сайте, чтоб не давать возможности делать такие ошибки создателям кэша, но зачем это нужно?).
RED FOX, поисковики правильно используют ссылки с относительными адресами при индексации, поэтому и не попадают в этом случае на несуществующие страницы.
А вот в данном кэше просто ошибка:
имеющийся в исходной странице тег
заменен на
Т.е. базовый URL изменен с корня сайта на URL исходного документа (без исправления под это изменение относительных адресов в тексте документа).
В результате относительные ссылки и другие относительные адреса (картинки, стили, скрипты) стали неработоспособными на странице данного кэша.
Из просторов интернета !!!
Например на странице /ru/forum/795868 есть такая ссылка
Еще как минимум один из сервисов экспресс-анализа сайтов публикует подобные адреса на своих страницах (использует такой адрес для проверки корректности ответов сервера для страниц с произвольными параметрами - сайты при запросе подобных несуществующих страниц в идеале должны отдавать ответ 404, а не 200).
Скорей всего именно там гугл и нашел этот адрес и проиндексировал его.
Регулярка рабочая, видимо не туда вставляли. Скобки не обязательны, и модификатор s тоже (используется в многострочных текстах)
Нужно чтоб при срабатывании регулярки выполнялся весь приведенный код,
а иначе (когда не нужно кеширование) только пара строк что после "// WP", чтоб содержимое отдавалось напрямую (весь остальной код - это кешрование).
После строки
<?php
вставьте
if(!preg_match('/preview=true/i',$_SERVER['REQUEST_URI'])){
и перед строкой
?>
такой код
} else {
// WP
define('WP_USE_THEMES', true);
require('./wp-blog-header.php');
//
}
ul.top #none li{background-image: none;}
пропущено "_menu", но все равно такой стиль может примениться только для элемента li имеющего родителя с id="none", который в свою очередь имеет родителя ul с class="top_menu"
Вот так еще может сработать
ul.top_menu li#none {background-image: none;}
но вообще то id должен быть уникальным в пределах документа, поэтому правильнее будет так
#none {background-image: none;}
Урл во втором скрине есть
Что то с настройками не то.
В исходном коде страницы движок ко всем относительным ссылкам (тем что без "http://") добавил дважды домен.
Можно еще для локализации места ошибки проверить, а не попадает ли в функцию маркировки текста строка поиска с уже обрезанным первым символом ?
Может в приведенном примере уже здесь вместо ожидаемого "иван" имеется на самом деле "ван" ?
Для тестирования этого можно кроме маркировки найденного текста вывести еще и саму строку поиска, например так:
function markText ($t, $q) {
return preg_replace ("~($q)~iu", "<b style=\"color: #990000\">\\1--$q--</b>", $t);
Строка поиска при таком выводе будет отделена от другого текста двумя дефисами.
Содержимое файла непричем, если хостинг не отдает файл, делая редирект на страницу 404.
Я подключал в браузере этот файл к данному сайту с официального демо, стили срабатывали как надо.
P.S.
Все понял.
Исправьте на сайте строку подключения файла стилей
templates/Solaris/css/960.css
на
templates/solaris/css/960.css
на хостинге нет папки Solaris, есть папка solaris
Seo-Dragon, не грузится файл стилей http://izvest.zp.ua/templates/Solaris/css/960.css
Может его нет там? Сервер отдает страницу 404
Вполне реально средствами .htaccess и mod_rewrite сделать подобное (если конечно статика отдается аппачем)
Примерно такая группа условий для реврайта
1. Проверяется условие что не было реврайтов
2. Проверяется условие что запрашивается файл с поддомена
3. Проверяется условие что в папке_с_файлами основного домена есть файл по маске "имя.расширение" (из RewriteRule $2.$3)
4. При соблюдении условий отдаем файл "имя.расширение" из папки_с_файлами основного домена, то есть отбрасывается поддомен
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{HTTP_HOST} ^.+\.основной_домен\.ру$
RewriteCond %{DOCUMENT_ROOT}/папка_с_файлами/$2.$3 -f
RewriteRule (^|/)([^/]+)\.(jpg|gif|png)$ папка_с_файлами/$2.$3 [L]
Возможно что-то "по месту" придется еще подстраивать, пример написан без проверки.
