abushyk

Что бы был виден только на главной, код баннера нужно обернуть в {if $REQUESTURIPATH == '' } {/if} что бы был под формой поиска, то в search_form.tpl в конец

Все упомянутіе файлі искать внутри папки шаблона 1. top_standart.tpl <ul class="header-topbar-links"> {if $smarty.session.user_id eq ''} <li><a class="btn btn-xs" data-toggle="modal" data-target="#prettyLogin"><i class="fa fa-sign-in" aria-hidden="true"></i> {$L_LOGIN_BUTTON}</a></li> {/if} </ul><!-- /.header-topbar-links--> {if isset($user_menu)} {$user_menu} {/if} заменил на {if intval($smarty.session.user_id)==0} <ul class="header-topbar-links"> <li><a class="btn btn-xs" data-toggle="modal" data-target="#prettyLogin"><i class="fa fa-sign-in" aria-hidden="true"></i> {$L_LOGIN_BUTTON}</a></li> </ul> {elseif isset($user_menu)} {$user_menu} {/if} 2. user_menu.tpl <ul id="nav-main" class="nav nav-pills"> заменил на <ul id="nav-main-user" class="nav nav-pills"> 3. assets/js/novosel.js после строки 300 добавил разворачивалку под юзерменю $('#nav-main-user > li.has-children').hover(function() { var el = $('> div', this); el.transition({ height: 'auto', duration: 250, width: 'auto' }); }, function() { var el = $('> div', this); el.transition({ height: 0, duration: 150, width: 0 }); }); // Second level $('#nav-main-user > li.has-children > div > ul > li.has-children').hover(function() { var el = $('> div', this); $(this).closest('div').css('overflow', 'visible'); el.transition({ height: 'auto', duration: 250, width: 'auto' }); }, function() { var el = $('> div', this); $(this).closest('div').css('overflow', 'hidden'); el.transition({ height: 0, duration: 150, width: 0 }); });

фиксированный где? на карте?

http://rkvektor.ru/template/frontend/agency/img/marker.png Failed to load resource: the server responded with a status of 404 (Not Found) Вы снесли папку с шаблоном агенси или там старый шаблон. А эта папка - источник некоторой графики для других шаблонов. Cам маркер можете взять отсюда http://realia.sitebill.ru/template/frontend/agency/img/marker.png

Одинаковые ИД не есть жуткой проблемой, но такого просто лучше избегать, так как скрипты могут на таком споткнуться. А могут и не споткнуться. Никто там не менял, я сверился с исходным кодом - это я изначально так разверстал))) Я разделил сейчас вам эти два меню на разные ИД и немного скорректировал логику вывода верхнего правого угла. Давайте посмотрим будет ли повторяться ее пропадание. Еще хочу уточнить меню сразу невидимо на странице, когда пропадает, или пропадает в процессе просмотра страницы. т.е. открыли и его сразу нет и потом по ф5 появляется, или открыли, оно есть, а потом хлоп и нет?

смотрите в чем может быть дело. у вас немного изменена верстка. блок основной навигации с типами по шапкой и блок юзерменю представляют собой менюхи выпадающими пунктами. эти меню обслуживаются скриптом, который наводит лоск. но у обеих этих менюх у вас стоит один и тот же id. Я предполагаю, что вы взяли меню разделов и по аналогии использовали разметку. Но так как ид один, а скрипт скорее всего работает именно через нее и, по правилам, на странице могут быть только элементы с уникальными ид, может происходить накладка, скрипт хватает по ИД один блок, но забивает на второй. В результате он не накидывает функционал и стили на блок юзерменю и он становится невидимым.

/template/frontend/realia/main.tpl ищите строки <div class="bottom-wrapper"> <div class="bottom container">

Что бы далеко не ходить, сразу предложу вариант в общих чертах. Имеем: разделы Дом с ид 5002 и Квартира с ид=6015 поле optype c контрактом, где у нас 1-Продажа и 2-Аренда. 1. Заводим в языковые файлы переменные LT_OPTYPE_NAME_G_0='Найти' LT_OPTYPE_NAME_G_1='Купить' LT_OPTYPE_NAME_G_2='Снять' LT_TYPE_NAME_G_0='недвижимость' LT_TYPE_NAME_G_5002='дом или дачу' LT_TYPE_NAME_G_6015='апартаменты' думаю логику именования проследить не сложно. 2. В шаблоне списка анализируем параметры запроса {assign var=tid value=intval($_params.topic_id)} {assign var=oid value=intval($_params.optype)} 3. Там же формируем тайтл {if isset($LT_OPTYPE_NAME_G_{$oid})} {$LT_OPTYPE_NAME_G_{$oid}} {else} {$LT_OPTYPE_NAME_G_0} {/if} {if isset($LT_TYPE_NAME_G_{$tid})} {$LT_TYPE_NAME_G_{$tid}} {else} {$LT_TYPE_NAME_G_0} {/if} Упрощая или усложняя данный пример можно хорошо развлечься. А если не ограничиваться только заголовком а взяться еще и за описания... ПС. Писанины будет много, но тут следует учесть, что если реализовывать этот метод продуманно, то вся писанина будет только на этапе проектирования. Дальше оно будет работать само изредка требуя коррекции, например при добавлении новых разделов. Поэтому никоим образом не рекомендую это для сайтов, которые "только начались" а скорее для тех, кто уже сформировался и хочет просто избавиться от лишних текстов, которые не очень важны, но которые нужно писать. ППС. Не стоит пытаться впихнуть невпихуемое. Если вы решите делать интеллектуальные заголовки на большое количество параметров с нелинейной логикой, то вполне возможно, что в шаблоне вы просто запутаетесь. В таком случае будет иметь смысл вынести формирования заголовка в функцию в самом коде шаблона. Но даже там основная логика останется схожей.

Тут нужно смотреть чуть глубже. Ошибка на скрине - это вторичная ошибка, вызванная на исполняемом скрипте в браузере. А она порождена другой ошибкой, которая произошла на сервере при загрузке, который из-за этого отдал в ответ неожидаемый скриптом контент из-за чего засбоил скрипт в браузере и вывел эти ошибки. Другими словами в консоли нужно смотреть секцию XHR по адресу загрузки и смотреть, что там ответил сервер.

в данный момент можно заказать либо только целое, либо только десятичное. варианта "числоподобная строка" пока нет и я не знаю в данный момент стоит ли ее добавлять. если ваши данные укладываются в вариант "целое число" (т.е. не нужно поддерживать телефоноподобные строки как 05922222222), то можно использовать Type:int или вариант Дмитрия. Но последнее - это "жесткая посадка", так как rules при несовпадении вернет ошибку заполнения и форму назад для правильного ввода, если поле обязательное, а тип поля в БД просто не сохранит подходящее значение, но не вернет ошибку, даже если поле обязательно к заполнению.

если в целом, то никак. "Результаты поиска" - это смешанный запрос, внутри которого могут быть или не быть фильтры по самым разнообразным запросам. К параметрам текущего поиска можно получить доступ через переменную {$_params} - она содержить распарсенные параметры запроса. Например {$_params.topic_id} будет содержать запрошенные идешки типов, если таковые были запросе и так далее. Но все параметры там будут в виде знначений как в запросе, для выборных полей там будут числовые ключи, для текстовых - текстовые значения. Теоретически можно построить заголовок и из них, но там нужо будет четко представлять, что делаешь, так как параметры могут не только быть или не быть, но и иметь разные типы - например тот же топик_ид может приходить и как число, и как массив чисел. С ограниченными значениями, типа топик_ид, оптайп или каких-то select_box значений в принципе можно решить эту задачу даже в самом шаблоне (используя словарные переменные). Но вот влепить туда название локации, без кодирования не выйдет, так как само имя улицы не присутствует в запросе и его нужно будет все таки запросить у базы. Хотя тут можно выкрутиться таким способом - так как если у нас есть в запросе street_id то вполне логично предположить, что ВСЕ объекты вернувшиеся по данному запросу будут иметь соотв. улицу. Тогда в шаблоне ее можно будет дернуть как {$grid_data[0].street} - т..е. взять первый элемент из списка результата и вытащить уже из него название улицы, где оно таки есть. Так же можно потащить и название раздела. Но все это конечно пойдет прахом, если по результатам запроса не удалось ничего выбрать- тогда список результатов будет пустой и "первого", равно как и остальных, элемента не будет.

На последних обновлениях точно было реализовано, что после входа в админку и потом, при переходе на сайт, повторной авторизации не требуется. Может не пустить в админку, после авторизации на фронте, но не наоборот.

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

1. Эта настройка применима ТОЛЬКО к ЛК. При ее включенности и изменениях объявления из других мест она не влияет. 2. Эта настройка отменяется включенностью Биллинга. Если Биллинг включен, то управлением изменением даты добавления занимается кнопка Поднять из биллинга.

не-не. робот не пойдет просто шарить у вас по папкам. у него есть контент, где он находит ресурсы картинок и потом он идет по ним, как по обычным ссылкам. если вы положите на сервере папку "ффф" и в нее что-то и не закроете ее в роботс, но не вставите оттуда картинку на одну из индексируемых страниц в каком-либо виде, то он не пойдет за ней в тут папку. так же он не будет индексировать неиспользуемые на сайте изображения. Робот отталкивается от ссылок и ресурсов на странице. Но он не работает как проводник в винде "открой папку, просмотри что внутри".

Роботу доступно все, что не запрещено каким-либо способом, в том числе и Disallow. Сайтмап ничем не запрещен "из коробки". Пример с разрешением на сайтмап я привел только потому, что мы добавили директиву запрета на адреса со знаком вопроса, которая автоматом закроет страницы сайтмапа. Если бы мы не добавляли ее, то и разрешать страницы сайтмапа не потребовалось бы. И опять в обход. Разрешение на сайтмап должно основываться не на количестве объектов в нем, а только на потребности это разрешение для робота выдавать и возможности наличия запрета обусловленного более глобальными правилами. Все, больше никаких извращений быть не должно.

такого файла не существует физически. есть только такой адрес, отдающий карту сайта. директивы в файле роботс не говорят что индексировать, а что нет. они описывают к чему робот может получить доступ, а к чему нет. а робот индексирует все, до чего дотянется, в зависимости от заголовков ответа. если будет запрет на сайтмап - то робот не прочтет карту сайта. нужно ли уточнять, что это даст? нет. сам сайтмап не закрыт. но директива закрывающая адреса с вопросиками закроет и вложенные файлы для сайтмапов с большим количеством записей. и получится ситуация как вам бы дали в бибилиотеке книгу с оглавлением, но выдранными страницами с самим романом. пользы от такой книги мало. Если будет стоять запрет роботу на каталог img/data то картинки не будут индексироваться роботом ни с карточки, ни напрямую, так как есть запрет. а робот не идет "к картинке в карточке" а просто собирает все адреса на все ресурсы и обходит их обособлено.

В принципе, если отображение форм адекватное на фронте, то версия может быть не указана. Она тогда будет дефолтной - второй. Для многих шаблонов бут2 - родной. Это агенси, реалия и основная масса старших шаблонов. Новые шаблоны (novosel, real-spaces etc) уже могут идти на базе бут3, но тут все сильно зависит от шаблона. Иногда они смакетированы так, что в принципе версия бутстрапа снивелирована самими стилями шаблона и кардинального отличия между ними нет. А иногда различия сильные и тогда лучше явно указывать используемую версию. Версия бутстрапа влияет ТОЛЬКО на формы и их элементы и только на фронте! В админке всегда используется двойка, вне зависимости от настроек. Основное что меняет версия бутстрапа - это блоки элементов форм (они местами значительно отличаются в зависимости от версии) и использование элементов=иконок плюс какое-то специфичное оформление. Для бут2 не было подключено FontAwesome поэтому набор иконок там был значительно бедным. Шаблоны с бут3 как правило на фронте подключают авесом сами, поэтому там уже можно использовать больше разных иконок. ПС. Макеты некоторых шаблонов могут иметь стили, которые настолько перекрывают стили бустрапа, что там уже его и не видно из-под них. Поэтому и переключение версии для них не нужно.

Я тут немного перестарался, хотя сам становился на эти же грабли. После запрета нужно еще добавить Allow: /sitemap.xml?page=* Сайтмап может иметь постраничку и закрывать от роботов ее не нужно в отличии от остальных.

В Настройки - Общее есть поле Версия Bootstrap. Поставьте туда 3.

/template/frontend/agency/realty_grid.tpl <td width="1%" class="row_title">{$L_DATE}</td> <td width="1%" class="row_title">{$L_ID}</td> это колонки в заголовке таблицы. их нужно убирать, если убирается вывод даты и идешки. <td{if $admin == ''} onClick="document.location='{$grid_items[i].href}'" {/if}><b><a href="{$grid_items[i].href}">{$grid_items[i].date}</a></b></td> <td{if $admin == ''} onClick="document.location='{$grid_items[i].href}'" {/if}><b><a href="{$grid_items[i].href}">{$grid_items[i].id}{if isset($grid_items[i].uniq_id)} ({$grid_items[i].uniq_id}){/if}</a></b></td> а то вывод уже ячеек с самими датой и ид. Они могут быть не один в один, но в них обязаельно будут {$grid_items.date} и {$grid_items.id}

/template/frontend/realto/realty_grid_account.tpl <img src="{$estate_folder}/img/edit.gif" border="0" width="16" height="16" /> картинка редактирования <img src="{$estate_folder}/img/delete.gif" border="0" width="16" height="16" /> картинка удаления По строкам не скажу какие номера. Єти картинки можно заменить на свои или даже на авесомовские иконки по вкусу. И там же уже подключить какой-то плагин для всплывающих тултипов.

User-Agent: * Disallow: *?*

Суть в том, что если подключить файл стилей так как я аписал с указанием media="print" то браузер будет использовать стили из єтого файла только ксли нажать кнопку Печать в браузере. Определив в нем некоторый класс, который будет иметь свойство display: none; т.е. невидимость, мы получим эффкт, что при выводе в печать элементы с этим классом будут невидимы на страницы, но в то же время будут видны во всех остальных случаях. Для реалии невидимость сразу можно вешать на breadcrumb-wrapper header-wrapper navigation footer-wrapper и форму поиска Центральный контент менее однозначен. Для списков можно убирать правую колонку, для карточки в правой есть контакты. Но тут можно сделать ход конем, так как в стиля для печати можно не только указать, что скрыть, но и показать скрытое. Например мы вестаем карточку как обычно. Но делаем дополнительнй блок сразу под описанием с еще одним выводом контактов. И ставим на этот блок display:none; Теперь он у нас есть на странице, но не показан в браузере. Добавим єтому блоку класс printable и в файле стиле печати опишем его как .printable { display: block !important; } из-за чего при печати этот блок будет показан. А правую колонку для печати можно скрыть совсем. Если кто-то поймет эту логику, то спокойно сможет организовать вывод картинок для печати в виде нормальных миниатюр заместо пустого места от скриптовой галереи.

Все запросы, которые не являются POST, PUT, DELETE или иными, являются GET. В вашем случае все запросы, которые не отправляют форму - это гет. Даже форма поиска гет. редиректить пост нет смысла, так как боты их обычно не создают, данный тип запросов предназначен для изменения или добавления данных и индексировать их не рационально. т.е. их не только нет смысла завешивать редиректом, но, в целом, стоит прятать от индексаторов. а учсловие прописать дополнительно ко всем RewriteCond %{REQUEST_METHOD} GET RewriteCond %{REQUEST_URI} !\? RewriteCond %{REQUEST_URI} !\& RewriteCond %{REQUEST_URI} !\= RewriteCond %{REQUEST_URI} !\. RewriteCond %{REQUEST_URI} ![^\/]$ RewriteRule ^(.*)\/$ /$1 [R=301,L]