Как сделать так, чтобы переходы с баннера, расположенного на внешней площадке, учитывались и корректно отображались в Адресе страницы, с которой посетитель впервые пришел на сайт?
Очевидно, что баннеру надо приделать "Хвостик", который позволит идентифицировать переход именно с этого баннера. 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 работает для разделов, не для элементов).
Следующие танцы с бубном - это у меня заморочки с этим символьным кодом - он составной. Не знаю какого черта, но видимо так надо зачем-то. Через всю админку так насквозь прописано. Ну и вот. В итоге сочиняем адрес, который считаем правильным. И сравниваем с текущим.
//получаем структуру родительских разделов до определенного в предыдущем пункте раздела $SectionID = 0; if ($ar_group = $nav->Fetch()) $SectionID = $ar_group['ID'];
примерно так. но нужно проверить все уровни (если их 4 - то все 4, если их 2 - то 2). количество уровней не фиксированное - зависит от конкретного случая. пытаюсь получать структуру от корня через
CIBlockElement::GetElementGroups пока без особых успехов
Да, действительно. Я тоже на многих сайтах это встречала. У нас тоже структура четкая, но один элемент может лежать, скажем, в четырех разделах - один в другом.
Можно подробнее, как получить путь? Если говорить о GetCurPage(); - выдает то, что введено в адресной строке. Бесполезная информация, если нет правильного пути, с которым сравнивать.
лично мне кажется - что нет на сайте корявых ссылок - и отстаньте. но видимо умудрились получить как-то - предъявили список ссылок по которым индекс этот поисковый куда-то убегает.
Алексей, адрес у элемента один. Но. Часть пути строится компонентом 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/
и должно быть счастье. Ан нет. Для этого региона весь блок новостей начинает перекидывать на страницу /about/ других директив для 124 и about в .htaccess нет. В чем магия?
День добрый! Возник такой вопрос. Как это иногда бывает - выявлен конкретный случай, когда ряд пользователей, физически находящихся в одном регионе, определяются по IP как другой регион. Этот случай известен заказчику и крайне его беспокоит. Возможно ли (и если да - то как?) вручную указать, что эти IP следует определять как нужный нам регион, а не как там в базах прописано?
Евгений, спасибо, попробовала. Но, к сожалению, после внесения этих изменений при переходе по ссылке http://www.site.ru/?vo=6 адрес в адресной строке остается тем же.
Добрый день! Нужно сделать двухуровневое меню (horizontal_multilevel), включающее в себя ссылки на страницы и инфоблоки.Как сделать одноуровневое меню со ссылками на страницы - понятно. Как сделать двухуровневое из инфоблоков - более или менее тоже. А как сделать двухуровневое, в которое будут включаться и инфоблоки, и ссылки на страницы - не понятно. Подскажите пожалуйста? P.S. Просто ссылками двухуровневое тоже устроит. Но пока не получилось чтоб работало.