abushyk

В данный момент у объявления, грубо говоря, есть статус с двумя положениями - активно\неактивно. Возможно будет необходимо расширить систему статусов до большего числа состояний.

У меня нет под рукой этого шаблона. Смыльте на abushyk@gmail.com мне main.tpl о него.

Если нужен доступ к тому, что выводится при наведении на маркер в карте по урлу /map, тогда это не realty_on_map.tpl (это вывод по клику на маркере) Это нужен файл map.tpl Там есть такой кусок кода for(var o=0; o<objects.length; o++){}Это перебор объектов и нанесение маркеров. В нем, внутри есть инициализация маркера var marker = new google.maps.Marker({ icon: {url: estate_folder + '/template/frontend/agency/img/home_small.png'}, position: latlng, map: map, title: objects[o].title});Вот то, что указывается в title - это и есть подписка маркера, которая показывается при наведении. А в objects содержится некоторая информация об объектах (не вся). Можете перед циклом перебора объектов дописать console.log(objects); и в хроме, через панель яваскрипта посмотреть, что там доступно. Например имя категории доступно в поле type_sh: "Жилая" Тогда вам надо сменить title в конструкторе маркера на title: objects[o].type_sh+' '+objects[o].title

1. Проверьте наличия файла /img/watermark/watermark.gif 2. Если в настройках указан кастомный файл вотермарка, проверьте его присутствие в той же папке. 3. Вотермарки не ставятся на картинки-превьюшки, а только на большие изображения, например, на те, которые выскакивают по клику на маленькую картинку фотки в просмотре объявления.

Обычно все данные лежат в одном месте в единой базе. Просто при старте проверяется имя домена и, если в нем найдет поддомен, то на его основании вычисляется регион\город и все выборки данных идут уже с учетом этих параметров.

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

Каким образом, указанный пользователем, статус должен бы соотноситься с группами пользователей?

Это пример кнопочки на флеш, я так понимаю?

Вы его просто в папку вашей темы скинули или все-таки по адресу как я написал /template/frontend/akademiyametrov/apps/news/site/template/news_view.tpl ?

/template/frontend/akademiyametrov/apps/news/site/template/news_view.tpl и вот в том news_view.tpl вы можете творить что угодно. В принципе, в большинстве, приложения сконструированы так, что сначала они ищут шаблон в папке вашего шаблона и, только потом, подключают файл из папки приложения.

если опять белое окно, найдите файл /index.php в корне. Там есть третья строка //error_reporting(E_ALL); уберите два слеша в ее начала, сохраните файл и обновите страницу. Потом с самом конце вывода ошибок найдите строку, что начинается с Fatal error и отправьте мнее ее в приват. После этого слеши нужно восстановить в исходное положение.

белое окно - там в template_search из вашего сообщения малеха скобок пропущенных было. Я вашем же сообщении заменил код, используете его - должна пропасть ошибка.

В вашем Template_Search надо указать для square_all, что вы ищете по промежутку. План таков: 1) Отправка с формы. с формы у вас должно уходить два параметра - мин. и макс. по square_all (два текстовых инпута с именами square_all_min, square_all_max - эти имена не обязательно должны быть такими, но лучше использовать системное имя колонки и через подчеркивание постфикс min\max). Метод добавления этих инпутов в форму не важен. Можете вручную указать их в шаблоне, можете использовать параметр is_ranged=1 для square_all_min, еси используются локальные формы поиска. 2) Перехват параметров. эти параметры должны быть перехвачены. Часть параметров, такие как floor, floor_count обрабатываются самим движком изначально даже если они переданы в виде floor_min\floor_max, но большинство параметров надо перехватить. Для этого в Template_Search в getParams надо указать if(''!==$this->getRequestValue('square_all_min')){ $params['square_all_min'] = $this->getRequestValue('square_all_min')}if(''!==$this->getRequestValue('square_all_max')){ $params['square_all_max'] = $this->getRequestValue('square_all_max')}т.е. именно square_all_min и square_all_max. Если вы считаете, что ваши параметры должны быть целыми числами, тогда смените условие на if(0!==(int)$this->getRequestValue('square_all_min')){ $params['square_all_min'] = (int)$this->getRequestValue('square_all_min')}что бы не учитывать нулевых и пустых згачений. 3) Определение условий. В Template_Search в run() необходимо обработать отфильтрованные параметры В вашем случае if(isset($params['square_all_min']) && isset($data_model_array['square_all'])){ $where_array[]=DB_PREFIX.'_data.square_all>='.$params['square_all_min'];}if(isset($params['square_all_max']) && isset($data_model_array['square_all'])){ $where_array[]=DB_PREFIX.'_data.square_all<='.$params['square_all_max'];}Вы проверили, перехватился ли параметр, пс ли поле, на которое ссылается параметр в модели (вдруг вы давно его удалили, а условия поиска не почистили) и указали, как оно должно наложить условие на выборку из БД. В конце этих манипуляций вы возвращаете в движек массив условий фильтрации, который будет применен к выборке и массив перехваченных параметров, что бы они были учтены во всяких пейджерах\ссылках сортировок. NB. Если вы не используете пользовательские сетки и локальный local_grid_constructor.php то движек автоматически должен обработать в виде диапазонов следующие поля price_min, price_pm_min - ишется по полю price цена большая от price_min, price_pm_min price , price_pm - ишется по полю price цена меньшая от price , price_pm floor_min\floor_max - ищется по полю floor значения большие/меньшие от floor_min\floor_max floor_count_min\floor_count_max - ищется по полю floor_count значения большие/меньшие от floor_count_min\floor_count_max square_min\square_max - ищется по полю square_all значения большие/меньшие от square_min\square_max not_first_floor - ищется по полю floor значения для которых floor не равен 1 not_last_floor - ищется по полю floor значения для которых floor не равен значению floor_count live_square_min\live_square_max - ищется по полю square_live значения большие/меньшие от live_square_min\live_square_max kitchen_square_min\kitchen_square_max - ищется по полю square_kitchen значения большие/меньшие от kitchen_square_min\kitchen_square_max Это поведение наличествует в данный момент, но не обязательно будет поддержано в дальнейшем. Иными словами, условия для таких полей включать в Template_Search не нужно.

Видимо там еще не было самого последнего обновления.

И сетка и второй вид отображения списком создаются по одним и тем же данным. Та, что должны быть идентичными. Посмотрите /template/frontend/agency/realty_grid_thumbs.tpl.html строка 61 или в ее районе соответствует ли код этому <span class="listitemprice">{$grid_items[i].price|number_format:0:",":""} {if $grid_items[i].currency_name != ''}{$grid_items[i].currency_name}{/if}</span>К этому, на всякий случай, очистите папку /cache/compile

В принципе логично, но есть два но: 1) я не всегда ищу жилье в том городе, в котором в данный момент нахожусь. Чаше всего даже наоборот. 2) большинство сайтов, где стоит определитель города, упорно определяет меня как Запорожье. В лучшем случае Тернополь. И это при том, что провайдер у меня не мобильный и не глобальный вроде Укртелекома. Хотя, не спорю, крупные города должно ловить лучше.

Я ее только вчера придумал)) Это параметр, который будет указывать то, что выводить в "дефолтную" опцию селекта. Туда, где в обычных селектах сейчас "выбрать роайон\город". Если ее не задано, то будет вставляться <option value="0">--</option>, а иначе, вместо нее это значение.

Только те, в которых вы заинтересованы. Если надо сузить круг выводимых частей адреса до города\улицы - указываете visibles. Ели надо обдефолтить одно или несколько полей - тогда default_соответствующие_поля Т.е. свобода выбора.

Это не глюк. Есть такой встроенный тип поля select_box_structure_simple_multiple, который у вас включился. Но он не доступен с редактора форм. Поэтому мне аж самому интересно, как у вас так вышло. Могу ошибаться, но был вроде бы еще вариант, что если в запросе передается массив topic_id, а не одно значение, тогда "легким движение руки" селектбокс превращается... Но не уверен, надо вскопнуть исходники.

Для tlocation все поля указываютя в разделе Параметры

Допустимое системное имя элемента этого типа: 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} столкнутся с багом.

Нет. Только владелец.

Дмитрий, кажется анонсировал эту фишку - приложение upper.

У гулокапчи есть один весомы минус - ее нельзя влепить более чем одну штуку на текущую страницу, в связи с конструктивными особенностями. А на сайтбилле часто встречается ситуация, что их, как минимум, 2 за раз выводится - например одна в форме регистрации, а вторая в добавлении объявления незарегистрированным пользователем.

Есть такое. Недавно сам столкнулся. Город определяет четко, а вот вместе с улицами начинает халтурить.