Татьяна Кобызева (Все сообщения пользователя)

Как сделать так, чтобы переходы с баннера, расположенного на внешней площадке, учитывались и корректно отображались в Адресе страницы, с которой посетитель впервые пришел на сайт?

Очевидно, что баннеру надо приделать "Хвостик", который позволит идентифицировать переход именно с этого баннера.
http://www.site.ru/?name_ploshadki - нужную ссылку на сайте открывает, но в этом случае Адрес страницы, с которой посетитель впервые пришел на сайт - пустой.

http://www.site.ru/?utm_source=PLOSHADKA&referer1=PLOSHADKA - вроде содержит referer1, который по идее нужен модулю веб-аналитики. Но не отрабатывает (в Адрес страницы с которой посетитель впервые пришел на сайт ничего не записывает).

Вообще возможно реализовать такую схему? И если да - то что для этого нужно?

Вариантов может быть масса.
Крайний раз мне помогло - открыть одну из страниц, для которой вам нужно использовать указанные метатеги (я так понимаю, этот миллион страниц - однотипные - вроде товаров, новостей и т.п.?) и в режиме разработке просмотреть настройки шаблона компонента, который выводит эту страницу - в ней сделать соотв. настройки.
В частности, у меня были добавлены в инфоблоке свойства, из которых следует брать метатеги, в шаблоне в режиме редактирования нужно было эти свойства указать.

Добрый день!
Проблема следующая. На сайте есть авторизация. При вводе неверного логина/пароля должен перекидывать на страницу авторизации с соответствующим сообщением.
Раньше это было и работало. Потом на рабочем сайте - исчезло. На локальной (свежей!) копии продолжает корректно работать.
Возможно (но не точно), что появление проблемы связано с переездом сайта на другой сервер.
Если в параметрах сайта на локальной копии "Путь к корневой папке веб-сервера для этого сайта" оставлять заполненным как для рабочей копии сайта - работает (правда, при этом ни на одну страницу без авторизации не пускает). Если заполнить автоматически нажатием "Вставить текущий" или очистить - перестает работать.
На рабочем сайте - хоть с текущим значением, хоть пустое - не работает.

Еще. Обнаружено, что страница, которую так нужно увидеть формируется файлом \bitrix\components\bitrix\system.auth.authorize\templates\.default\template.php

Ощущение что на рабочем сайте до него дело вообще не доходит. Почему - не понятно.

делаешь поверх своего текста прозрачный слой, покрывающий текст.

Не совсем.
По сути первым шагом я получаю текущий адрес браузера (правильный/неправильный - пофигу).
Вторым шагом - выстраиваю такой адрес, какой считаю правильным.
Третьим шагом - тупо сравниваю - совпадают - молодец - показываю страницу, не совпадают - досвидос, 404.

Адрес из второго шага никуда не устанавливается. По идее он и должен быть в адресной строке, если приходить на страничку по ссылкам сайта (переходами по менюхам, из ссылок в новостях, откуда угодно).

Ну да. Поэтому через одно место
В админке же хранится структура, какая должна быть.
Поэтому мы определяем текущий элемент - символьный код (он уникален для каждого элемента, как и ID, но в адресной строке у меня используется символьный код).
Для этого элемента вытаскиваю его родительский подраздел (в твоем примере - подраздел 1-1-1)
Потом для полученного подраздела выстраиваю дерево разделов (GetNavChain работает для разделов, не для элементов).

Следующие танцы с бубном - это у меня заморочки с этим символьным кодом - он составной. Не знаю какого черта, но видимо так надо зачем-то. Через всю админку так насквозь прописано.
Ну и вот. В итоге сочиняем адрес, который считаем правильным. И сравниваем с текущим.

Итого. Получилось. Делюсь опытом (отладочные сообщения разумеется комментируются):
//получаем текущую адресную строку браузера

$cur_page = $APPLICATION->GetCurPage();
echo "Адресная строка_элемент: ", $cur_page;

//получаем код текущего элемента
$element_id = CIBlockSection::GetList(null, Array('ELEMENT_CODE' => $arElement["CODE"] , false , false);
//echo "<pre>"; print_r($arResult['CODE'] ; echo "</pre>";

//получаем ID родительского раздела текущего элемента
$nav = CIBlockElement::GetElementGroups($arResult['ID'], false);
//echo "<br/>"; echo "<Text>Длина нава</Text>";
//echo $nav->SelectedRowsCount();

//получаем структуру родительских разделов до определенного в предыдущем пункте раздела
$SectionID = 0;
if ($ar_group = $nav->Fetch()) $SectionID = $ar_group['ID'];

$navChain = CIBlockSection::GetNavChain(13, $SectionID);

$realNavChain = "";
while ($arNav=$navChain->GetNext()):
  //echo "<pre>"; print_r($arNav); echo "</pre>";
  //echo $arNav['CODE'];
  //echo '/';

//убираем лишнее из символьного кода элемента (из подраздел-1/подраздел1-1 оставляем подраздел1-1)
 $arrurl = explode("/", $arNav['CODE'] ;
 $arrlast = end($arrurl);
 //echo $arrlast;
//приводим правильный адрес страницы к приличному виду:
 $realNavChain = $realNavChain.$arrlast."/";
endwhile;
  $realNavChain_full = "/what_teach/".$realNavChain.$arResult['CODE'];
  $path = $arNav['CODE'];
  //echo $path;
  echo "Реальная адресная строка_элемент: ".$realNavChain_full;
//проверка на совпадение адресов:
if ($cur_page==$realNavChain_full) { //если "да" - выводим чего нам там надо } else {выводим 404 ошибку}

примерно так.
но нужно проверить все уровни (если их 4 - то все 4, если их 2 - то 2). количество уровней не фиксированное - зависит от конкретного случая.
пытаюсь получать структуру от корня через

CIBlockElement::GetElementGroups
пока без особых успехов

Да, действительно. Я тоже на многих сайтах это встречала.
У нас тоже структура четкая, но один элемент может лежать, скажем, в четырех разделах - один в другом.

Можно подробнее, как получить путь?
Если говорить о GetCurPage(); - выдает то, что введено в адресной строке. Бесполезная информация, если нет правильного пути, с которым сравнивать.

лично мне кажется - что нет на сайте корявых ссылок - и отстаньте.
но видимо умудрились получить как-то - предъявили список ссылок по которым индекс этот поисковый куда-то убегает.

Если на примере. Допустим по сайту можно забраться вот сюда:
www.site.ru/razdel/level1/level2/level3/level4/element
и просмотреть детальное описание элемента.
А можно вручную в адресной строке взять да и удалить левелы:
www.site.ru/razdel/element
и все равно просмотреть это же описание элемента
А можно дописать что хочу
www.site.ru/razdel/abracadabra/element
и тоже просмотреть элемент
А можно сделать так
www.site.ru/razdel/lala/lalalala/erunda/4toho4u-to-pishu/element
и тоже просмотреть элемент.
Итого - адрес в итоге один. А промежуточная часть пути - не учитывается. Вот в этом беда.

Алексей, адрес у элемента один. Но. Часть пути строится компонентом catalog.section., затем сам элемент выводится компнентом catalog.element. При выдаче описания самого элемента учитывается только символьный код самого элемента. А пусть, построенные catalog.section не учитывается. Его можно безболезненно удалить, заменить на любую комбинацию символов и т.п.
На сайте кривых ссылок нет. Если идти по сайту-по дереву- получается нормальный адрес. А если вручную забить вот такой измененный - при условии что www.site.ru/razdel/ есть в начале и корректно указан символьный код элемента - элемент будет отображен. Оптимизаторы это нашли и ругаются - получается бесконечное дублирование контента.
Нужно сделать так, чтобы по придуманному адресу элемент не выводился. А выводился только по правильному.
ЗЫ. это динамически формируемые разделы.

Алексей, элемент однозначно относится к определенному разделу (к нескольким сразу может относиться только на разных уровнях). Т.е. путь определить однозначно можно.
Требуется сделать так, чтобы элемент был доступен только по одному единственному правильному адресу. А по любому другому произвольному (как это есть сейчас) - чтобы не был.

Оказывается, это относительно нормальная/распространенная ситуация. Но мешает SEOшникам.

В качестве решения есть предложение для вызываемого элемента определять путь, по которому он должен быть вызван (правильная последовательность левелов для элемента) и сравнивать с запросом в адресной строке.
Пока второй шаг проблемы - определить правильную последовательность родительских элементов для нужного элемента.

Добрый день!
На сайте есть перечень элементов с описанием, разложенных тематически по папочкам.
Например, по адресу www.site.ru/razdel/level1/level2/level3/level4/element можно просмотреть описание нужного нам элемента.
А по адресу, например,  www.site.ru/razdel/level1-1/level2-1/level3-1/element-1 можно просмотреть описание другого элемента.
С помощью дорогих наших SEO обнаружили, что нашему сайту совершенно наплевать, что у нас написано в качестве этих level.
Можно любой из этих level4, level2-1 и т.д. заменить любым набором символов, можно вообще удалить. Главное, чтобы осталось www.site.ru/razdel/ и символьный код нужного элемента.
Элемент выводит компонент bitrix:catalog.element

Возникает вопрос - смысл тогда вообще строить эту логическую цепочку каталога? И как сделать так, чтобы смысл все-таки был (чтобы анализировался весь указанный путь, а не только конечный элемент)?

Причина ошибки обнаружена - при выводе новостей для региона в конце в адресной строке отображается как раз where=124
поэтому и отрабатывает редирект на /about/

Решает:

RewriteCond %{REQUEST_URI} ^/about/$
RewriteCond %{QUERY_STRING} where=124
RewriteRule .* /about/? [L,R=301]


Еще раз, большое спасибо, Евгений Смолин

Любопытный момент.
Сейчас появилась аналогичная задача:
со страницы http://www.site.ru/about/?where=124 сделать редирект на www.site.ru/about/
Казалось бы, как и для 122:

RewriteCond %{QUERY_STRING} where=124
RewriteRule ^about/ /about/? [L,R=301]


и должно быть счастье. Ан нет. Для этого региона весь блок новостей начинает перекидывать на страницу /about/
других директив для 124 и about в .htaccess нет.
В чем магия?

У меня в сайте некий скрипт, доставшийся по наследству. Насколько я понимаю, он обращается к базам и по ним определяет.

День добрый!
Возник такой вопрос. Как это иногда бывает - выявлен конкретный случай, когда ряд пользователей, физически находящихся в одном регионе, определяются по IP как другой регион. Этот случай известен заказчику и крайне его беспокоит.
Возможно ли (и если да - то как?) вручную указать, что эти IP следует определять как нужный нам регион, а не как там в базах прописано?

Евгений, огромное спасибо!
Все работает так как нужно!!!

Евгений, спасибо, попробовала.
Но, к сожалению, после внесения этих изменений при переходе по ссылке http://www.site.ru/?vo=6 адрес в адресной строке остается тем же.

1). Есть страница: http://www.site.ru/?vo=6  , нужно сделать 301 редирект на главную страницу www.site.ru
2). Есть страница: http://www.site.ru/about/?where=122 , тоже дублирует контент предыдущей директории, нужно сделать редирект на www.site.ru/about/


Несколько дней в поисковиках, предлагаемые конструкции не работают. Как правильно прописать правила?

Добрый день!
Нужно сделать двухуровневое меню (horizontal_multilevel), включающее в себя ссылки на страницы и инфоблоки.Как сделать одноуровневое меню со ссылками на страницы - понятно. Как сделать двухуровневое из инфоблоков - более или менее тоже.
А как сделать двухуровневое, в которое будут включаться и инфоблоки, и ссылки на страницы - не понятно.
Подскажите пожалуйста?
P.S. Просто ссылками двухуровневое тоже устроит. Но пока не получилось чтоб работало.