metrpro

Каждый собственник портала решает этот вопрос самостоятельно. У меня такое решение. Я принял для себя решение, что 2 года объявление на сайте, но при этом через год мы пишем, что уже давно висит и просим это учесть. Актуальность или нет каждый автор определяет для себя самостоятельно, и используется это как правило агентствами недвижимости. Вы можете принять собственную стратегию и поделиться её результатами (когда они будут).

ну... как бы... в шаблоне realty_view ищите место, где выводятся изображения объявления. и в тег <img> добавляйте alt="" либо title="", где прописываете в кавычках комбинацию хотя бы из тех элементов, что я уже описывал наверху. Скажем, хотите, чтобы описание картинок были УЛИЦА+НОМЕР ДОМА, то пишите: <img src="{$estate_folder}/img/data/{$photo[j].normal}" alt="{$data.street_id.value_string} {$data.number.value} - {$smarty.section.j.index}"> У меня лично немного по-другому, но это чтобы понять принцип. Я использую первые 120 символов текста объявления (truncate:120 от {$data.text.value}), предварительно очистив их от всех html-тегов (strip_tags) и переводов строки (str_replace). Но, учитывая, что переход с картинок у меня не шибко большой, не претендую на то, что это идеальное решение. Просто через редактор форм добавьте в таблицу data переменную типа checkbox (boolean) и обзовите ее как удобно. Я назвал ее nonactual и у меня в двух местах проверка: {if $data.nonactual.value == 1} А проверка касательно цвета шрифта перед выводом описания объявления и перед тем, выводить ли блок уведомления, что объявление неактуально. .

User-Agent: * Disallow: /admin/ Disallow: /cache/ Disallow: /apps/ Disallow: /inc/ Disallow: /install/ Allow: /template/frontend/realia/css/ Allow: /template/frontend/realia/js/ Allow: /template/frontend/realia/libraries/ Allow: /template/frontend/realia/img/ Disallow: /template/ Disallow: /css/ Disallow: /js/ Disallow: /third/ Disallow: /remind/ Disallow: /getrent/ Disallow: /contactus/ Disallow: /add/ Disallow: /account/ Disallow: /remind/ Disallow: /mailbox/ Disallow: /ipotekaorder/ Disallow: /doma-uchastki/ Disallow: /kommercheskaya/ofisi/ Disallow: /garaji/prodaja/avtoboks/ Disallow: /garaji/arenda/garaj/ Disallow: /garaji/ Disallow: /garaji/prodaja/ Disallow: /garaji/arenda/ Disallow: /kuplyu/ Disallow: /upper/ Disallow: /oteli/ Disallow: /snimu/ Disallow: /arenda-kvartir/jilaya/dacha Disallow: /arenda-kvartir/jilaya/kottedj Disallow: /kommercheskaya/sklads Disallow: /prodaja-kvartir/gostinki Disallow: /arenda-kvartir/jilaya/dom/ Disallow: /prodaja-kvartir/jilaya/2-komn/ Disallow: /arenda-kvartir/kommercheskaya/ofisi/ Disallow: /prodaja-kvartir/jilaya/taunhaus/ Disallow: /arenda-kvartir/kommercheskaya/ Disallow: /prodaja-kvartir/jilaya/3-komn/ Disallow: /prodaja-kvartir/jilaya/kottedj/ Disallow: /plugins/ Disallow: /*mprice= Disallow: /myfavorites/ Disallow: /*price= Disallow: /*price_min= Disallow: /*order= Disallow: /*grid_type= Disallow: /*asc= Disallow: /*$similar_data[x].href/ Disallow: /*page= Disallow: /*_lang= Disallow: /*function.mysql-connect Disallow: /*renttime= Crawl-delay: 6 Host: metrpro.ru #Sitemap: http://mysite.ru/sitemap.xml User-agent: Googlebot Crawl-delay: 10

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

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

1. Набор Город+категория 2. Набор Город+категория аренды долгосрочная или посуточная 3. Набор Город+категория+сумма "до 5 млн руб 4. Набор Город+Улица+Категория 5. Набор с привязкой к чему либо, например "в центре", "у моря" и тп С учетом автоматически генерируемой категории 4, у меня этих посадочных тысячи

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

ПРУФ Прошёл месяц с моего сообщения, демонстрирую следующие подтверждения относительной правильности моего подхода: Спад на графике вызван техническими сбоями хостинга (изза чего пришлось переходить на безлимит, т.к. модуль яндекс.парсера решил захватить все дисковое пространство). Как видно из графика, благодаря описанным выше мерам за два месяца количество переходов из ПС выросло в 3 раза - от 150 до 450 в сутки (усредненно по неделям). Также за последний месяц благодаря внедрению мер по улучшению юзабилити выросли следующие показатели (Я.Метрика): А мы ведь помним, что стремиться надо к 10% отказов и не больше? )) В итоге, по данным LI по регионам, сайт вошел в тройку посещаемых из региона. Для достижения этих результатов я НЕ ПОКУПАЛ ссылки, НЕ пользовался директом или adsense.

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

Рекомендую еще обернуть место подключения скриптов условием проверки количества фото - если фотографий меньше двух, то не надо вообще эти скрипты загружать: {if $photo|count>1}

Гугловские ставить сложно. А яндексовские чтобы включить, нужно сначала обновить api на свежий, который это поддерживает, вроде 2.2. Но я человек простой и в этих апи не разбираюсь, честно говоря, хотя здесь и была гдето тема про это, там Костя разъяснение давал

Я не афишировал эту наработку

Тоже делал metrpro.ru

Это вопрос к разработчикам. Админ может редактировать чужие объявления только через админку сайта. Через сам сайт и личный кабинет вы получите ошибку.

ТЕМА АКТУАЛЬНА, РЕШЕНИЯ ТАК И НЕТ

Нет. Название региона и города прекрасно получаются из фида. Проблема в том, что они не используются при геокодировании

Я стандартное обновление и использовал.

Обновил полностью систему и все модули, включая Яндекс.Парсер. Эта дрянь все равно не загружает картинки. И геокодирование также теряет по пути регион и город. И у меня вопрос - выкладываете обновления платных модулей без нормальной проверки - ЗАЧЕМ (по буквам Николай Андрей Харитон Ульяна Яков)?

Отлично, а где найти этот файл?.. Т.е. где скачать дистрибутив последнего обновления?

Обновление баз данных было с предыдущим обновлением парсера. Как вручную это сделать тогда?

Геокодирование адреса объявления из фида все так же неправильно и теряет РЕГИОН и ГОРОД А новый крон еще и картинки перестал загружать

Без обновления ядра модули не встают. А ядро я не хочу обновлять

Вроде так же: function cron () { $query = "select * from ".DB_PREFIX."_user_by_domain order by update_time asc limit 1"; $DBC=DBC::getInstance(); $stmt=$DBC->query($query); if($stmt){ $ar=$DBC->fetch($stmt); $domain_id = $ar['id']; $url = $ar['url']; } if($url!=''){ echo $url.'<br>'; echo $this->parse($url, $domain_id); } else { echo 'domain not specified<br>'; } $query = "update ".DB_PREFIX."_user_by_domain set update_time = ".time()." where id=$domain_id"; $stmt=$DBC->query($query); } Дима, а можно мне как-то архивом скинуть обновление - я систему не хочу обновлять, слишком много менять потом придется в системных файлах sitemap, realtymap.js и всякое еще. А так я бы переписал просто ЯндексПарсер, все равно ведь таблицы скорее всего не менялись

Костя, уже давайте решим это как-то

1. Импорт нового объявления производится, но при импорте вываливается ошибка "Warning: Missing argument 2 for yandexrealty_parser_admin::parse(), called in /home/metrpro7/public_html/apps/yandexrealty_parser/admin/admin.php on line 242 and defined in /home/metrpro7/public_html/apps/yandexrealty_parser/admin/admin.php on line 894 SELECT id, url FROM re_data where xml_source_id= Можно добавлять" 2. Геокодирование объявления без явного указания координат производится не по форме "Страна+Регион+Город+Улица+Дом", а по форме "Страна+Улица+Дом" (легко проверяется в ЯндексКартах), т.е. Регион и город теряются. Для меня вопрос геокодирования важен, прошу предложить какие-то решения.