Chernetskiy

Да, и еще прикрутить отслеживалку даты регистрации/авторизации, автоматически считать срок неактивности и рассылать такие приветы, заданием в Крон  Неплохо было-бы в настройки добавить позицию по сроку неактивности.

Писать про ремонт мультиварки? )

Если сайт принимает формат XML Яндекса и не принимает 0 в чекбоксах, то наверное стоит указать на недоработку этому порталу, т.к. их парсер не соответствует требованиям Яндекса, вместо того, чтобы ковырять свою выгрузку и в результате работать только на один портал, в т.ч. исключая Яндекс.Недвижимость. Если у них свой формат выгрузки, то делайте для этого портала отдельную выгрузку.
Существуют требования Яндекса к формату выгрузки XML, в которых четко говорится, что чекбоксы должны иметь строго ограниченные значения: «да»/«нет», «true»/«false», «1»/«0» или «+»/«-».
Исключением являются:
Признак новостройки new-flat, Студия studio, Свободная планировка open-plan, для них указывается строго:  «да», «true», «1» или «+», если признак не активен - не указывается ничего. 
Лично для меня в приоритете формат Яндекса, который подходит к большинству порталов, чем подгон фида под кривой парсер супер-портала Пупкин-риэлти  

Интересная идея.

Константин, а может все эти сервисные ссылки о которых мы знаем и не знаем вывести в админку, в какое-нибудь сервисное меню, чтобы каждый раз не искать их по форуму, например:
<a href="{$estate_folder}/yandexrealty" target="_blank">Выгрузка XML</a> <a href="{$estate_folder}/cache/yandexrealty.last.log.xml" target="_blank">Лог выгрузки</a> <a href="{$estate_folder}/sitemap.xml" target="_blank">Карта сайта</a> Сбросить кэш  robots.txt (просмотр/редактирование) .htaccess (просмотр/редактирование) Может еще что-то добавить...

На сайте уже имеется подписка на интересующие варианты по заданным критериям.
Относительно ...упс, цена опустилась до 950 руб... , то на практике мало её кто меняет, обычно всё решается при просмотре и торге, т.е. по факту - в объявлении 1 млн.руб. и продали за 850 тыс.руб. Такое весьма часто случается.
Вообще-же, интерес к объявлению присутствует первых 7-10 дней, если за это время не продали (по разным причинам), то объявление зависает надолго. Тут целая философия продажи - когда выставить, когда и как показывать, какие условия необходимо соблюсти к моменту рекламы и продаж. Успешные продажи недвижимости делаются продуманно и не от балды - пришел клиент, выставил объект в продажу и жду покупателя... ага, как-бы не так.  Объекты на эксклюзиве не торопятся продавать, агент формирует грамотное рекламное предложение и реально обосновывают цену преимуществами и перспективами расположения объекта в конкретном месте, подбирает оптимальное время для рекламы (может и через месяц, а может и через квартал-полгода), подбирает реальных клиентов на покупку, подбирая их заранее и работая с ними еще до показа объекта, и не бежит показывать объект клиенту когда ему захотелось, и уж тем-более никогда только одному клиенту (формирует очередь из заинтересованных), и т.д. и т.п. с расчетом продать объект в течении недели. При грамотном подходе объект реализуется быстро, иногда по цене выше рынка, за что продавец платит побольше чем 5% комиссии и при этом все остаются довольны.  
Исходя из этого, о каком ожидании снижения цены стоит говорить и когда по вашему на это отреагирует ожидающий этого снижения? Когда объект уже ушел?  Если у вас риэлторы не понимают своей работы и ими рулят продавцы и покупатели, то наверное, функция уведомления о снижении цены будет в вашем городе в приоритете. С таким раскладом покупатели готовы будут ждать снижения цены до 1 рубля, а объекты будут позиционироваться в продаже вечность  

Всем-бы хотелось!  Давайте друг-другу писать, взаимообразно. 
Дима, отзыв оставил, от бонусов не откажусь  

У вас ошибка в коде в 6 и 23 строке. нужно поставить пробел между <p> и style
<p style="text-align:justify">  

Только этот отчет жалуется:
<log> <date>2017-03-05 10:53:47</date> <items> <item>129 DECLINED: Supertype unknown</item> ... <item>73 DECLINED: Supertype unknown</item> </items> </log> А жалуется он конкретно на отсутствие супертипа "Нежилая" для земельных участков ИЖС и садовых. Согласно действующих требований к выгрузке XML Яндекс.Недвижимость:
супертип "Нежилая" упразднен; земельные участки "садовые" и "ИЖС" вообще не должны иметь супертип (официальный ответ Яндекса); земельным прочим земельным участкам (из коммерческих земель) должен быть присвоен супертип "Коммерческая". Я из участков убрал супертип, что Яндекс прекрасно принимает, а вот ваш проверяльщик в обиде  

в начале шаблона realty_grid.tpl имеется кусок кода с настройками вывода карты:
{literal} $(document).ready(function(){ var RM=new RealtyMap(); RM.initJSON('map', loc_objects, map_type, {scrollZoom: false, minimap: false, yandexMapType: 'yandex#map', fullscreenControl: true}); }); {/literal} yandexMapType: 'yandex#map' замените на нужный вам вариант отображения.
Возможные варианты:
схема ('yandex#map'), спутник ('yandex#satellite'), гибрид ('yandex#hybrid'), народная карта ('yandex#publicMap'), народная карта в гибридном представлении ('yandex#publicMapHybrid').

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

Сделали обновление для yandexrealty.
Теперь создается отчет о выгрузке, где можно посмотреть что выгрузилось, а что нет и по какой причине.
http://адрес_вашего_сайта/cache/yandexrealty.last.log.xml  

Забыл добавить, относительно скорости загрузки сайта не стоит ориентироваться только на Гугл, который читает ваш сайт непонятно какими путями и непонятно откуда. Фактически, скорость загрузки в разной местности может серьезно отличаться, это зависит от местоположения сервера, количества и качества каналов связи и прочих факторов. Можно например воспользоваться этим тестом и посмотреть, в какой стране/регионе и с какой скоростью ваш сайт загружается по факту. На графике будет всё наглядно показано.
Например серверы под тариф VIP-1, VIP-2 в reg.ru судя по всему расположены в Голландии, т.к. там мой сайт грузится за 0,8 сек., в России за 1,2 сек., в Англии за 0,9 - 1 сек., в США, в зависимости от штата - 2 - 4,2 сек. и вероятнее всего, ближе к этому и будут тесты Гугла, поскольку их сервера находятся там-же.

Вот вам сервис с кучей генераторов - хоть для организации, хоть для статей, хоть для Твиттера и Фейсбука... Генерируйте и пихайте код на сайт

На мой взгляд, с этим есть смысл заморачиваться, если ваш сайт грузится дольше 3-х секунд. Поскольку сервис проверки скорости загрузки сайта от Гугла вам будет жаловаться на любой бздик - лишний пробел в коде, лишний бит в картинке, отсюда он и выставляет рейтинги. Оптимизированные файлы для скачивания, которые предлагает Гугл отличаются лишь тем, что из программного кода убраны лишние пробелы и переносы строк, а картинки понижены в качестве. Но если проанализировать ситуацию, то выигрыш по загрузке получится 0,1 сек. или менее. Не думаю, что это серьезный выигрыш на фоне удобства правки кода, который свален в кучу или демонстрации фото на сайте, которое по качеству становится середнячковым. Тут больше толку будет от размещения сайта на хостинге, который работает на SSD-дисках и имеет более высокое быстродействие. Хотите шустрый сайт - не сажайте его на тарифы хостинга начального уровня, на котором сидит еще сотня таких-же и все на одном IP-адресе , которые делят единый ресурс между собой, тормозя друг-друга, не говоря уже о том, что если один будет взломан/заражен, то проблемы могут появиться и у остальных.
Вот например, у Димы на сервере под одним IP 5.9.72.112 сидит несколько сайтов: kharkovreal.com, kvartira61.ru, magazininfo.com, toss.ru, vashdomru.ru, www.allofficekb.ru, www.sitebill.ru, zdali.ru и еще пару нерабочих кириллических... Но они на шустром сервере и управляются под одной CMS  ... Но когда сайтов на одном IP и на одном дохлом хостинге сотня-две - линкопомойки, мусорные файлообменники и высоконагруженные да еще и на разных CMS, то о какой скорости сайта можно говорить?
Проверьте, сколько у вас соседей ва вашем IP-адресе, а затем рассуждайте о скорости загрузки сайта, его оптимизации, да и надобности этого вообще в вашей конкретной ситуации ... Хороший сайт начинается с хорошего сервера/хостинга.
 

В настройках виджета VK можно указать ширину виджета, например так:
VK.Widgets.Group("vk_groups", {mode: 3, width: "270"}, 38466663); как раз будет подходящая ширина для колонки span3 в Realia

Дима, это как в Вордпрессе, создал страницу, опубликовал, а модуль пингования сообщает службам типа blogsearch.google.com, ping.blogs.yandex.ru и прочим, коих сотни, что в Интернете появилась очередная страница. Поисковики пасутся в этих пинг-службах, и соответственно сразу-же с их стороны следует набег роботов на сайт, от чего страница сайта индексируется практически в течении 30 сек.-2 минут  По большому счету автоматическая аддурилка, которая моментально привлекает реакцию поисковиков.
Из практики было, когда я публиковал тестовую страницу в Вордпрессе - бла-бла-бла с оптимизированными метатегами, и практически сразу-же (может через 5 сек.) её удалял за ненадобностью, а Интернет уже знал про эту страницу и её содержимое  
 

Только в корень домена. Это .htaccess можешь хоть в каждую папку пихать, для каждой свой.  

Открою секрет, "одно дело" и "второй вариант" - для Яндекса одно и то-же, вам он в ответ и выдаст варианты с "квартиры в Челябинске", "Челябинские квартиры", "купить квартиру в Челябинске" и с картинами + в склонениях в том числе... А вот Гугл к этому относится конкретнее и это совсем иное дело, что задашь, то и выдаст, иные варианты не получите  

Вот мой вариант:
Options -Indexes AddDefaultCharset UTF-8 <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{SERVER_PORT} !^443$ RewriteRule .* https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L] #RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . index.php [L] ErrorDocument 404 /404.html </IfModule> <Files ~ "\.(tpl)$"> Order allow,deny Deny from all </Files> По умолчанию переадресует на вариант Хоста, который прописан в robots.txt и в Настройки-Общее. Ссылки страниц будут открываться со слэшем, а открывать главную со слэшем вроде как ни к чему.

Давайте немного проясним ситуацию. Если действовать по старинке, то есть дать роботу загрузить только тексты и картинки с сайта, что он собственно говоря и проиндексирует, то дефолтного robots.txt вполне достаточно.
Но засада заключается в том, что поисковики теперь не только читают тексты и загружают картинки... Определяя рейтинг и качество страниц сайта, им важно иметь представление об оформлении, стилях и размере шрифтов, размерах фото, механизмах отображения информации на сайте и т.п., на вскидку более 200 параметров, включая параметры отображения для мобильных устройств. Многие наверное сталкивались с приветом от Гугла, о том что:
ваш сайт не адаптирован для мобильных устройств; размеры шрифтов, кнопок и прочих элементов слишком малы... и т.д., и т.п. Не стоит забывать, что только Гугл сейчас в первую очередь ориентирован на мобильную аудиторию, которой в настящее время насчитывается 45-50% от общей массы пользователей Интернета, и их количество постоянно растет. 
Отсюда вывод - Гуглу стоит открыть доступ к скриптам и стилям оформления, о чем собственно он и говороит в справочных материалах Search console (рекомендации по составлению robots.txt). После переиндексации страниц вашего сайта Гугл уже увидит оформление страниц сайте не встиле 90-х годов, а в современном и соответствующем его требованиям варианте оформления.
Исходя из анализа ситуации, по крайней мере для сайтов на шаблоне Realia, можно сделать вот такой robots.txt:
User-Agent: * Disallow: /*? Disallow: /account/ Disallow: /add/ Disallow: /admin/ Disallow: /apps/ Allow: /apps/client/js/ Allow: /apps/system/js/ Disallow: /cache/ Disallow: /cgi-bin/ Disallow: /ckeditor/ Disallow: /ckfinder/ Disallow: /contactus/ Disallow: /getrent/ Disallow: /inc/ Disallow: /ipotekaorder/ Disallow: /mailbox/ Disallow: /mysearch/ Disallow: /realty* Disallow: /realtylogs/ Disallow: /remind/ Disallow: /template/ Allow: /template/frontend/realia/css/ Allow: /template/frontend/realia/img/ Allow: /template/frontend/realia/js/ Allow: /template/frontend/realia/libraries/ Disallow: /third/ Disallow: /webstat/ Host: https://ваш-сайт.com Sitemap: https://ваш-сайт.com/sitemap.xml В таком варианте, роботы Гугла увидят ваш сайт таким, каким видите его вы. За чем наверняка последует улучшение рейтинга сайта в глазах поисковика - вы повернулись лицом к людям
Относительно строк
Allow: /template/frontend/realia/img/ Allow: /template/frontend/realia/libraries/ Еще есть некоторые сомнения в надобности, поскольку и без них Гугл видит как надо, но тем не менее Search console говорит, что это важно для него.
Если не прав, поправьте...

Вот этот кусок, почти в конце footer.tpl:
<div class="widget span3"> <div class="title"> <h2 class="block-title">{$LT_CONTACTUS}</h2> </div> {literal} <script> $(document).ready(function(){ ClientOrder.init_form('order_form1', 'contactus'); }); </script> {/literal} <div class="content"> <div id="order_form1"></div> </div> </div> Можно начинку этого виджета заменить например на какой-то текст, виджет VK или еще что-то. Если будешь убирать целиком и ничего не добавлять в замен, то наверное стоит имеющиеся в <div class="widget span3"> в остальных виджетах (новые объекты, информация, контакты) поменять на span4, разбивка футера будет не на 4 колонки как сейчас а на 3.

Спасибо всем огромное тем кто мне помог  в редактировании текста на главной странице сайта .отдельная благодарность TopRaN, Chernetskiy,abushyk! По истине вы настоящие профессионалы. Ошибки свои я увидел на будущее учту. АН Магнолия Сургут http://rumagnolia.ru/

В конце шаблона realty_grid.tpl , перед {include file='features.tpl'}. Или нужную текстовку пропиши прямо в features.tpl

Устанавливаем центр и масштаб для карты "все объекты" загружаемой как показано у топикстартера.
В приложенном архиве два файла:
/apps/system/template/iframe_map.tpl
/apps/system/js/realtymap.js
Вам необходимо заменить такие же файлы в вашей копии движка. Они войдут в обновления позже. Поэтому внедрять это лучше на самой свежей версии system. Обязательно сделайте копию заменяемых файлов, я допускаю, что мои файлы могут иметь функционал ушедший немного вперед по отношению к доступны файлам.
 
Далее, в файле /apps/system/lib/system/ajax/ajax_server.php необходимо найти protected function _iframe_mapAjaxAction() и у нее внутри после
$DBC=DBC::getInstance(); добавить строки
if(isset($_GET['custom_center'])){ $crds=preg_replace('/[^\d\.,-]/', '', $_GET['custom_center']); if($crds!=''){ $this->template->assign('custom_center', $crds); } } if(isset($_GET['defaultZoom'])){ $dz=intval($_GET['defaultZoom']); if($dz>0 && $dz<21){ $this->template->assign('defaultZoom', $dz); } }  
Подготовительный этап завершен. Теперь передаем параметры. В строке подключения
<iframe src="{$estate_folder}/js/ajax.php?action=iframe_map&custom_center=42.556334,27.645153&defaultZoom=10" style="border; 0px;" border="0" width="100%" height="100%"></iframe>
добавляем два параметра - custom_center и defaultZoom
Первый указывает центр карты. Если он передан, то карта отцентрируется по этой точке вне зависимости от количество попавших маркеров в область видимости.
Второй указываем масштаб отцентрированной карты. Эта настройка не имеет смысла без указания предыдущей - если пользовательский центр не задан, то карта отцентрируется  и отмасштабируется так, что бы показать все маркеры.
rmap_mod.zip