abushyk

/apps/geodata/admin/admin.php geodata_admin::geocode() UPD Но вход фактически в _parse() там где сбор данных о объявлениях.

Либо в realty_view.tpl файле вашего шаблона средствами smarty, либо создавая локальный /apps/system/lib/frontend/view/kvartira_view.php и адаптируя под себя его функционал, примерно как описано тут http://www.etown.ru/s/topic/396-шаблон-realia/?p=4827

Насчет имени агента - оно и до обновления не было кликабельным)) А сейчас под ссылкой, так как планируем сделать быстрый просмотр-переход. Но пока руки не дошли. Насчет переноса - надо покопаться в стилях. Эта обрезочка - как бы изюминка))

Какой шаблон?

Админка - Настройки - Общее - Использовать карту Google убрать галочку.

1. Попробуйте воспользоваться функцией оптового геокодирования в приложении GeoData. Правда само существование не городских районов у нас оказалось упущенным - больше ориентировались именно на городские районы. 2. <h1>{$data.topic_id.value_string} {$data.city_id.value_string} {$data.street_id.value_string} {$data.district_id.value_string} {$data.number.value_string}</h1> Попробуйте так в файле шаблона просмотра realty_view.tpl (для эстетико в /template/frontend/estetico/layout_view.tpl)

1. Отключение геокодинга "на лету" - это не урезание функционала. На заре интернета, когда определить координаты объекта составляло существенную проблему, этот функционал был нужен. Теперь, когда даже есть окошко, где ткнуть мышкой, что бы указать координату, считаю расточительством при каждом просмотре дергать апи гугля. Особенно учитывая то, что количество раз пользования этим апи конечное и не является быстрой операцией. 2. Про район в заголовке. Какие параметры должны входить в заголовок страницы, кроме района?

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

В эстетико вообще не встроен механизм геокодирования по данным из объявления. В просмотре выводится маркер по координатам указанным в админке в поле geo.

А в базе есть хоть один объект с указанными для него геокоординатами - поле geo, то которое с картой в админке?

Если не боитесь, дайте доступ в админку в ПМ. Обещаю ничего не поламать.

С правами на запись на папку /img/data/ в корне сайта все в порядке?

Сейчас речь о геокодировании на лету в странице просмотра объявления? И о каком шаблоне?

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

Сделайте скриншот таблицы ассоциаций для выгрузчика. Скриншот настроек выгрузчика Скриншот списка полей для модели data

Объясняю логику. 99% что у вас включена привязка улиц к районам. Так как вы убрали районы из форм, то ни одна улица теперь не покажется, так как смена города спровоцировала обновление списка районов , которые у вас выключены и смену списка улиц, который, так как зависит от районов, будет обновляться только при смене списка районов, которого у вас выключено. Либо включите районы, либо Включить привязку улиц к городу (Настройки - Общее)

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

Как определяется тип операции выгрузчиком в ЯН: 1. Проверяется установлен ли для категории, в которой находится объявление в таблице ассоциаций соответствующий тип операции. Если да, то он и используется. Если нет, то 2. Проверяется наличие и содержимое параметров apps.yandexrealty.sell и apps.yandexrealty.rent из настроек выгрузчика. Если по ним удалось определить поле и значение отвечающее за указание типа операции, то берется это значение. Если нет, то 3. Ищется поле с системным именем optype. Обычно оно отвечает за тип операции. Если поле есть и его значение ==1 ставится тип Аренда. Если поле есть, но его значение отлично от единицы - ставится Продажа. 4. Если фейлом закончились все предыдущие попытки - по умолчанию ставится Продажа.

Имеете в виду, поставить значение списка в "не выбрано"?

так как форма поиска, по сути, является просто другим отображением формы правки\добавления объявления, то параметры "выбор города в форме объявления" или "выбор улицы в форме объявления" влияют и на нее.

<offer internal-id="20"> <property-type>жилая</property-type> <type>продажа</type> <category>Комнаты</category> У вас как тип операции в объявлениях идентифицируется?

Нет. В шаблоне вы можете только указать сколько отобразить из отобранных, а не сколько их выбрать из БД. А выбирается их, кажется ровно столько, сколько и объявлений на страницу обычных выводится.

Точку с запятой в конце пропустил. А ларчик просто открывался))) Просто вы так уверенно сказали про ссылки вида \realty5.html что я посчитал, что вы уже отключили этот режим.

Так. Тогда в /apps/sitemap/admin/admin.php в 191 строке пишем echo $query Запускаем генерацию сайтмапа. вам выдаст запрос в БД. берете его и в майадмине в закладке SQL выполянете. посмотрим, нет ли ошибок.

Через майадмин лучше всего.