abushyk

Покажите какого баннера. На реальто флекслайдер был тоже на главной странице + в карточках. Но сейчас у вас в карточке фоторама, а на глайно слайдера больше нет.

он участвует во всем - это как фундамент под остальными скриптами. остуствие любого другого шаблон в приницпе может пережить. а вот без жиквери все упадет.

UPDATE re_data SET user_id=1 WHERE user_id=3 где 1 - ид юзера на которого перекинуть, а 3 - с которого перекидываем top_fixed_menu.tpl.html в папке шаблона.

https://www.sitebill.ru/s/topic/3635-howto-локальный-обработчик-карточки/?do=findComment&comment=41700

В агенси это тоже top_fixed_menu.tpl.html но меню там не прописано явно а в виде цикла <ul class="nav"> <li><a href="{$estate_folder}/">Главная</a></li> <!--А ВОТ ЭТУ СТРОКУ НУЖНО ВСТАВИТЬ--> {section name=i loop=$right_menu} <li><a href="{$right_menu[i].url}">{$right_menu[i].name}</a></li> {/section} <li></li> </ul>

Что там отобразится при наведение - не имеет никакого значения - никто это не читает, а на наладонниках так и вообще никто этого не увидит. Но вот робот будет читать и именно для него и пишется туда полезное, что бы он мог адекватнее сопоставить картинку данным и выдавать ее в "поиске по картинкам".

нет. это разметка по конкретный просмотрщик фоток и не факт, что в другом он будет поддержан вообще как явление и если будет поддержан, то в таком именно виде разметки. alt="{$data.topic_id.value_string}, {$data.city_id.value_string}, {$data.street_id.value} {$data.number.value} фото {$smarty.section.j.iteration}" Что бы у всех фоток не вышел один и тот же альт, мы доваляем в конце автостроку вида "... фото 1", "... фото 2" итд

prettyphoto.js и lightbox стоит свести к одному. Это почти одно и то же в плане функционала, при чем первый более свежий. jquery.flexslider.js - тоже мог бы пойти лесом. если не ошибаюсь - это был слайдер на главной странице. если он не выводится, то может иметь смысл и отключить и плагин. насчет двигания вниз - если бы это было так просто, оно давно было бы уже все внизу. но в принципе в стандартных случаях вверху может оставаться только <script src="{$estate_folder}/template/frontend/{$current_theme_name}/js/jquery-2.0.0.min.js"></script> <!-- Jquery Library Call --> а остальные скрипты чаще всего могут переноситься под закрывающий body

При наличии редиректа уже не влияет, ну кроме лишнего пинка серверу. Поэтому лучше конечно же и там их убрать.

в плане работы кода не будет никакой разницы. эта цель достигается двумя шагами: 1. выбор системы прописывания урла - со слешем или без в конце и следование ей везде. а там, где нельзя, то использовать редирект. Но и в остальных случаях редирект тоже не будет лишним. 2. убрать из индекса двойственные страницы, которые уже зашли и со слешем, и без, использованием инструмента "Удалить ссылку" вебмастера. Настройки - СЕО-оптимизаци - Не использовать концевые слеши Эта настройка действует на подавляющее большинство адресов генерируемых на сайте. Она может не подействовать на какие-то редкие приложения или адреса, явно прописанные в шаблоне или коде - там их нужно будет скорректировать вручную.

От дублей, которые уже были проиндексированы не избавляет. Это влияет только на новоиндексируемые страницы. Весь страый хлам нужно удалять через вебмастера. Настройки - СЕО-оптимизаци - Не использовать концевые слеши поставьте галочку. Эта опций отменяет правило ставить слеш в конце любых адресов, которые не имеют файлоподобного хвоста (типа .html, .xml итд)

Добавляем информацию о владельце в данные объектов из списка Похожие. Определяемся с нужными нам полями с данными владельца. Например нам нужно имя (лежит в поле с системным именем fio) и фото (поле с системным именем imgfile) Внутри class Local_Kvartira_View extends Kvartira_View { } создаем код функции protected function getSimilar($categories, $params = array()){ $datas = parent::getSimilar($categories, $params); if(!empty($datas)){ $users=array(); $fields=array('fio', 'imgurl'); //тут через запятую перечисляем в кавычках системные имена нужных полей foreach($datas as $v){ $uid=intval($v['user_id']['value']); $users[$uid]=array(); } if(!empty($users) && !empty($fields)){ $DBC=DBC::getInstance(); $query='SELECT `user_id`, `'.implode('`,`', $fields).'` FROM '.DB_PREFIX.'_user WHERE user_id IN ('.implode(',', array_keys($users)).')'; $stmt=$DBC->query($query); if($stmt){ while($ar=$DBC->fetch($stmt)){ $uid=intval($ar['user_id']); $users[$uid]=$ar; } } foreach($datas as $k=>$v){ $uid=intval($v['user_id']['value']); if(isset($users[$uid])){ $datas[$k]['_user_info']=$users[$uid]; } } } } return $datas; } Теперь в шаблоне в переменной {$similar_data[x]._user_info} у нас будет массив с данными. Например {$similar_data[x]._user_info.fio} - ФИО {$similar_data[x]._user_info.imgfile} - имя фотки <img src="{$estate_folder}/img/data/user/{$similar_data[x]._user_info.imgfile}"> - код вставки элемента фотографии в страницу

В папке админ затрется, но там вам и не нужно это прописывать, достаточно прописать в корневом. именно он влияет на отображение адресов. тот, что в админке имеет другую цель.

Давайте тогда в ПМ с адресом сайта и фтп.

а Настройки - Общее - Разрешить поиск по тэгам во фронтенде (allow_tags_search_frontend) - включена?

Кеширование запросов в коде есть. Но я не помню включается ли оно автоматически. Посмотрите Настройки - Общее состояние конфигины "Включить кэширование SQL-запросов". Если она установлена в 1, поменяйте на 0 и тогда гляньте, продолжает ли подфильтровывать с этими параметрами.

if(NULL!==$this->getRequestValue('forChildren')) а если использовать более явную проверку (так как это чекбокс, то можно проверять четко по его значению) ----> if(NULL!==$this->getRequestValue('forChildren') && 1===intval($this->getRequestValue('forChildren')))

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

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

Если вы точно знаете адрес тсраницы и это единичный случай, то можно так {if $REQUESTURIPATH neq 'ТУТ АДРЕС СТРАНИЦЫ'} {include file='right_sidebar.tpl'} {/if} ТУТ АДРЕС СТРАНИЦЫ - это адрес из адресной строки браузера без домена и без начальных и конечных слешей. Напр. для http://somesite.ru/catalog/razdel1/ это будет catalog/razdel1 Это условие ВЫКЛЮЧАЕТ вывод сайдбара на конкретной странице, на остальных он будет. Если же нужно ВКЛЮЧИТЬ его только на конкретной а на остальных не показывать, то в первой строке neq заменить на eq Это условие не подходит для включения-вылючения сайдбара на всех страницах объектов, потому что по такому условию их не поймать.

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

Убрал. Точно было в main.tpl.

Где и в каком виде должны подключиться карты, что бы отображались объекты?

Больше похоже на вывод в коде или main.tpl. Без фтп тут точнее не скажешь. На подвал не похоже, так как вне body идет. А для хидера в принципе низковато.

Я зафиксировал карту на маленьких устройствах. Посмотрите, как теперь с телефона.