Leaderboard

С позволения администрации публикую приложение собственного производства, облегчающее риэлторам поиск объектов недвижимости на самых популярных досках объявлений. ОписаниеРынок недвижимости России огромен. Сотни тысяч сделок происходят каждый день. Но тот, кто хоть раз пытался снять квартиру, купить дом или найти офис с удобной транспортной развязкой за вменяемые деньги, знают, что это не всегда под силу даже опытному риэлтору. Это совсем не значит, что таких предложений нет. Это значит лишь то, что таких предложений мало и их перехватывают только самые быстрые соискатели. Продавец или арендодатель с разумными запросами получают первый звонок уже через минуту-две, после публикации объявления и успеть сделать этот звонок вам поможет приложение «Риэлтор»! Версия PRO не содержит рекламы и любых ограничений. Данное приложение позволит вам отслеживать предложения продажи\аренды недвижимости по всей стране. Адаптивный поиск по городам и регионам позволяет задействовать только те доски объявлений, которые наиболее популярны в месте вашего поиска. Список таких источников постоянно растет и если вы хотите пополнить его своим вариантом – напишите об этом. Если вы обнаружили ошибку, недочет в работе приложения или у вас есть идея, как сделать его лучше, пожалуйста, напишите об этом в комментариях или воспользуйтесь встроенной в приложение функцией “Рассказать о проблеме”. Ссылка на приложение в сервисе GooglePlay

Допустимое системное имя элемента этого типа: tlocation (и не иначе) Этот тип поля не хранится в БД as is. Поэтому галочка Хранить значение поля в таблице должна быть снята. Задачи компонента 1) управлять географической структурой адресных полей 2) реализовывать подбор данных для элементов географии не-tlocation, но с параметров autocomplete=1 Тип поля модели, отвечающий за адресные данные. Содержит в себе 5 встроенных компонентов country_id - идентификатор страны из таблицы country region_id - идентификатор региона из таблицы region city_id - идентификатор города из таблицы city district_id - идентификатор района города из таблицы district street_id - идентификатор улицы из таблицы street Предполагает наличие иерархической зависимости именно в порядке country_id -> region_id -> city_id -> district_id -> street_id Есть одно исключение. Если указан параметр link_street_to_city из иерархической цепочки исключается звено district_id, и street_id считается зависимым от city_id. Принципиально каждый компонент этого типа не обязана соответствовать буквально своему названию. Например city_id может указывать на район области в тот момент, когда region_id указывает на область, если в соответствующих таблицах city и region содержатся данные о областях и районах областей. Допустимые параметры: visibles - перечень отображаемых компонентов. Указывается в формате компонент1|компонент2|компонент3 Порядок компонентов не важен. При отсутствии этого параметра или его пустом значении будут отображены все компоненты. (Это поведение будет изменено. При отсутствии этого параметра элемент не будет генерироваться. Поэтому лучше явно указывать список выводимых частей) Например region_id|city_id выведет селектбоксы для региона и города. Результат default_country_id, default_region_id.... - значение по умолчанию. например выбрано для отображения регион и город. Если текущее значение country_id не установлено, список регионов с списке выбора регионов будет установлен соответственно default_country_id, если оно задано и не равно 0. В противном же случае будет выведен список всех регионов из таблицы region show_names - признак того, нужно ли выводить возле каждого подэлемента tlocation имена-метки. По умолчанию и при отсутствии данного параметра считается включенным (=1) Включено Выключено names - имена отдельных элементов. Задаются в формате имя_подэлемента:имя_метки|имя_подэлемента2:имя_метки2 Обновление вывода. С версии system-2.5.25 и tlocation-1.1 генератор формы возвращает tlocation в форму не как обычный эемент (заголовк и кусок хтмл для вставки), а как коллекцию элементов. Для тех, кто использует базовый файл /apps/system/lib/frontend/search/kvartira_search.php для генерации форм поиска это изменение учтено. Тепер такие блоки как {$country_list}, {$city_list}, которые находились в шаблоне форму поиска, при наличии элемента tlocation будут заменены соответствующими кусочками элемента tlocation. Но ничто не запрещает присваивать разметку этих элементов другим переменным шаблона и свободно перемещать их в пределах формы. Те, кто использовал локальные формы поиска с {$tlocation_form_element_simple.html} столкнутся с багом.

Не гарантирую, но можете попробовать следующий эксперимент if ( $this->getConfigValue('district_in_form') ) { if((int)$kvartira_model['data']['city_id']['value']==0){ $kvartira_model['data']['district_id']['query']='SELECT id, name FROM '.DB_PREFIX.'_district WHERE city_id=3 ORDER BY name ASC'; } $this->template->assert('district_list', $form_generator->get_single_select_box_by_query($kvartira_model['data']['district_list']));}Только этот код должен вызываться ДО того, как вы примените дефолтный номер города в city_id

Поддержим наших разработчиков! Больше приложений, хороших и платных!