Так ведь индексирует дубли и прячет их в сопли..
Везде пишут, что за дубли страниц Гугл пессимизирует сайт.
Есть ли какие-нибудь способы запретить формирование ненужных Урлов на одни и те же страницы в Joomle?
Непонятна сама система, как образуется адрес страницы. Может что-то поправить в .htaccess?
Извиняюсь... не сюда запостил, удалить не знаю как...
Не знаю, в каком разделе задать вопрос.
Есть сайт с технической тематикой. Небольшой, 50-60 страниц. Хорошо ранжируется в Гугле и Яндексе, 1200 уникальных посетителей в сутки.
Подключены блоки РСЯ (директ).
В начале января установил туда форум, просто папку forum в корневом каталоге сайта.
Зарегистрировались участники, нагенерировалась куча страниц с не совсем тематическим флеймом...
Мне показалось, что начали падать позиции в выдаче....
Закрыл Форум в robots.txt удалил всё из индекса Гугла и Яндеса в их сервисах Вебмастер. Вроде бы как позиции стабилизировались.
Форум разрастается, уже 1300 сообщений сомнительной тематики... злободневные темы, майдан... иногда мат-перемат...
Переживаю за сайт. Может сделать бэкап на другой домен с редиректом из шаблонов wievtopic_body, wievforum_body и переселить форум?
Опасаюсь, чтоб не упали позиции. Либо ещё какие подводные камни....
Или всё же форум не помешает тематическому сайту?
И ещё вопрос.
Можно ли в форум, запрещённый в роботсе, устанавливать блоки РСЯ ?
Вроде в правилах РСЯ по этому поводу ничего нет.
В смысле n+=1 что ли? Пробовал. Не помогает.---------- Добавлено 18.09.2013 в 22:06 ----------блин... Понял!!
document.getElementById("3").innerHTML +=
Помогло!
Отлично! Спасибо!
:)
Понял. Спасибо.
Сейчас попробую...---------- Добавлено 18.09.2013 в 21:10 ----------ОК!
Всё отлично работает!!!!!!
Пока вставил запись первой строкой в странице поиска.
Спасибо! Всё работает.
Может потом когда-нибудь соображу как правильнее сделать...
В моих папках сайта, короме .htaccess ничего больше нет, что может повлиять на конфигурацию.
Может в папках сервера... Но я там ничего не понимаю.
Как я понял, нужно прописать где-то примерно такое..
setlocale(LC_ALL, 'ru_RU.CP1251', 'rus_RUS.CP1251', 'Russian_Russia.1251', 'russian');
А где?
Про файл init в нете ничего не нашёл...
Но ведь работает, если прописать в скрите! Уже хорошо!
То есть вот этот скрипт находит совпадения в строчках с кириллицей уже независимо от регистра
setlocale(LC_ALL, 'ru_RU.CP1251', 'rus_RUS.CP1251', 'Russian_Russia.1251', 'russian'); $strrr = preg_match("/.*($word).*/i", $text, $arr);
Приятная неожиданность...
Осталось выяснить, где правильно прописать эту локаль...? ---------- Добавлено 07.07.2013 в 17:46 ---------- Убрал строчку с локалью из скрипта, всё равно работает нормально...
Видимо до перезагрузки...
Может в .htaccess записать?
Примерно такой вариант наверное устроит..
Разбил контент на строчки по \n и вывожу строчки с совпадениями
$text = explode ("\n", $text);foreach ($text as $t){$pos = mb_stripos($t, $words, null, 'windows-1251');if($pos !== false) echo $t;}
Всем спасибо!
Если будут предложены другие варианты вывода куска текста из контента, с учётом регистра в кирилице, опять же, буду благодарен.
ivan-lev,
C флагом /iu вообще не находит совпадений.. даже при поиске цифр.
print_r($arr) выводит Array ( [0] => Array ( ) [1] => Array ( ))
У меня кодировка windows-1251 на сайте. И после соединения прописано mysql_query("SET NAMES cp1251");
u это для UTF-8 вроде....?
Хорошо бы вывести строчку целиком, как она есть в тексте. От \n до \n .
Я до этого сделал регулярным выражением типа
$strrr = preg_match("/.*($word).*/i", $text, $arr)
Как раз строчка получается. Но регистр в кирилице попутал все карты
