Leaderboard

в настройки - Общее галочка use_new_realty_grid вкл. И потом Редактор форм и вверху среди строя кнопок есть кнопка Grid. Там галками натыкиваем нужные поля, мышью тягаем их вверх-вниз устанавливая порядок и жмем внизу Сохранить.

Но шаг в ползунке поменять можно, высчитываются только крание значения, а шаг = 1 как самый универсальный. Для реалии в /template/frontend/realia/js/search_form.js есть два запуска ползунков вида simple_slider.slider({ step: 50000, /*єто нужно добавить*/ range: true, ..... и extended_slider.slider({ step: 50000, /*єто нужно добавить*/ range: true, ..... ширина шага на ваше рзумение. Но если даже диапазон цен станет меньшим чем есть, шаг останется таким же.

1. Имеется ввиду ползунок по цене от и до? Там диапазон меняется автоматически, в зависимости от минимальных и максимальных цен объектов на сайте, автоматически меняется и шаг, поскольку весь этот диапазон надо уместить в фиксированную ширину ползунка. 2. В настройках-общие в позиции Количество объявлений на одну страницу на сайте (per_page) указываем 21 и будет по фэншую.

Вот текущий вариант, позволяет владельцу объявления редактировать его: <div class="editblock"> <a title="На главную" href="/" class="btn btn-info"><i class="icon-white icon-home"></i></a> <a title="Назад" href="#" onclick="history.back();return false;" class="btn btn-info"><i class="icon-white icon-chevron-left"></i> Назад</a> <a title="Рассчитать и оставить заявку на ипотеку" href="https://unicom24.ru/ipoteka_v3/?key=psrgeownkatwkimeumbjrrfotnbzxjkc" target="_blank" class="btn btn-info"><i class="icon-white icon-shopping-cart"></i> Рассчитать ипотеку</a> {if $apps_pdfreport_enabled==1} <a title="Печать PDF" href="?format=pdf" class="btn btn-info"><i class="icon-white icon-print"></i></a> {/if} <a title="Печать" href="#" onClick="window.print()" class="btn btn-info"><i class="icon-white icon-print"></i></a> {if $data.user_id.value eq $smarty.session.user_id} <a title="Редактировать" href="{$estate_folder}/account/data/?do=edit&id={$data.id.value}" class="btn btn-warning"><i class="icon-white icon-pencil"></i></a> <a title="Удалить" href="{$estate_folder}/account/data/?do=delete&id={$data.id.value}" class="btn btn-danger"><i class="icon-white icon-remove"></i></a> {/if} </div> Кнопки "Печать", "редактировать" и "удалить" появляются только при просмотре зарегистрированным пользователем - владельцем объявления. В принципе, можно и админа сюда добавить, просто изначально такой цели небыло, а теперь у меня агенты на сайте сидят и иногда приходится за ними править. Константин... как правильно дописать возможность правки объявления админом из фронтэнда ? Пока мы не накосячили

или к примеру копирую строку <h1 class="page-header">{$title}</h1> {if $smarty.request.page == 1 or $smarty.request.page == '' } <span itemprop="description">{$description}</span> {/if} и вставляю ее ка в скрин шоте , а на старом месте где была эта строка что нужно сделать удалить ее или оставить если оставить . то текст также будет читаться верху? <h1 class="page-header">{$title}</h1> {if $smarty.request.page == 1 or $smarty.request.page == '' } <span itemprop="description">{$description}</span> {/if} Все отлично теперь получилось текст описания раздела внизу .как я и хотел.спасибо

Ступил... у меня там уже всё написано.

Обработчик нужен для удобного доступа к конкретным объектам некоторой модели. это просто интерфейс в админке, что бы отредактировать или удалить. Если такого не нужно, то создание обработчика не нужно. Но, что бы объекты данной модели соранялись, и вместе с ними прикрепленные данные, то нужно, что бы под модель была создана таблица.

Редактор форм. Откріваем нужный докаплоадс элемент на реактирование. В секции Параметры добавляем параметр accepted и указываем допустимые значения в виде *.zip,*.mdb,*.pdf Данные расширения заменят собой стандартные. Т.е. то, что укажете, то и будет принимать.

и опять все упирается в то, что будет подразумеваться под пунктом раздела (или того, что записано в Структура). Ведь его можно мыслить как тип недвиги (квартира, дом, участок), а можно как рубрику (продажа квартир, элитная недвига, учатки в аренду). И первое значительно уже чем второе, что более гибко, так как "простые" типы я могу смешивать с другими свойствами и получать диковинных зверей - напр. тип "квартира" + количество комнат=3 получается трехкомнатные квартиры. Прибавив к этому признак контракта я получу продажу\аренду трешек. А смешав тот же тип и галочку у моря у меня будет "квартиры у моря". А вот комбинирование типа "продажа квартир" уже меня ограничивает именно "продажей". В идеале каждое свойство должно быть максимально однозначным. Тогда с ним проще управляться. Но все зависит от конкретных условий и требований.

так может выложите готовое. а то я плохо соображаю честно говоря.

так а может вы в теме инфу оставите? и людям может пригодится. или вы как все? заработать на этом хотите.

Для тех, кто читает. Admin: - в списке объектов autocomplet-поиск сведен в единую функцию - скорректированы отдельные интерфейсные элементы и стили - Добавлена опция генерации PDF - Добавлен грид для генерации универсальной таблицы на основе модели - подкорректирован интерфейсный функционал Afyexporter: - добавлена возможность указывать список полей, содержащих графические материалы. Например ял выгрузки в секцию картинок фотографий объекта и его планировок, если они расположенны в отдельных полях. Avitoexporter: - для продажи добавлена настройка признака прав собственности - добавлен вывод номера дома в адрес - добавлено параметризирование размерностей полей метража Banner: - убраны старые функции Billing: - добавлены настройки, позволяющие установить срок выделения, ВИП или выделенного статуса для пакетных использований, вместо стандартного срока в 30 дней. - для невалидных значений периода для пакетных опций вип, премиум и выделено всегда возвращается месячный срок - исправлена ошибка в распознавании сервисов приобретенных пакетных статусов в рамках тарифа - Добавляем недостающие поля в таблицу bill Cianexporter: - добавлен вывод срока предоплаты для аренды (prepay-term) для Нежилой - установлено правило вывода параметров расстояния до метро пешком и транспортом в режим вывода одного. Значение расстояния до метро транспортом будет выведено, если оно указано и если не указано расстояние до метро пешком. Client: - для формирования информации о заявке в приложении используются данные из БД о сохраненной заявке, для получения возможности присоединять к информации о заявке графические и документальные материалы. - добавлено сохранение ID заявки в данные клиентских заявок Complex: - добавление поля активности в модель ЖК - испралена ошибка в регулрно выражении поиска по имени - добавлены настройки для полей формы поиска - добавлена возможность вывода приложения на главную страницу - добавлена возможность подсчеа количества просмотров (требует наличия в модели поля view_count) - исправлены базовые шаблоны - добавлена настройка убирающая заголовок из шаблона приложения для избежания дублирования заголовков - добавлены языковые переменные - добавлен шаблон формы поиска и механизм обработки поиска по данным ЖК с поддержкой полей - city_id, district_id, metro_id, room_count_N, price_min, price_max, square_min, square_max, floor_count, build_year, ready_quarter - облагорожен базовый шаблон - добавлен шаблон вывода внутренних объектов ЖК Config: - добавлена настройка подключения "классического" локального грида (расположенного по определенному месту) - добавлена настройка под указание дефолтного часового пояса - добавлена настройка позволяющая указать группу гостей-анонимов для присовения им правил видимости элементов модели по группам - добавлены настройки максимального количества неправильных авторизаций и времени заморозки аккаунта Customentity: - создание модели пользовательской сущности с учетом прав видимости по группам и активности Developer: - добавлен признак активности к Застройщик иобработка признака - добавлены опции включения списков ЖК в страницу просмотра Застройщика и в страницу списка застройщика - добавлены языковые метки Excel: - добавлена очистка недекодируемого символа _x000D_ - Вывод лога после парсинга - добавлена фильтрация выгрузки по complex_id - исправлен путь подключения PHPExcel - geo теперь доступно для редактирования из excel ExcelCompany: - исправлен путь подключения PHPExcel ExcelFree: - добавлена очистка недекодируемого символа _x000D_ - исправлен путь подключения PHPExcel Geodata: - добавлена настройка выключения зума по скролу на карте указания позиции. пи выключенной настройке карта зумится на десктопах свыше 800px и не зумится на меньших экранах - исправлено неправильное позиционирование карты - добавлена возможность для карты в форме функционировать в среде YandexMap версии больше 2. Критично для шаблонов использующих старщие версии в фронтальной части. - Добавлен параметр кэш карты Interkassa: - алгоритм формирования кнопки оплаты учитывает только ID счета и вспомогательные данные выбирает сам игнорируя переданные Kvadroom: - добавлены настроечные поля позволяющие указать истоника данных площадей участков и их размерность - лог выгрузки перемещен из папки приложения в папке cache Language: - системные языковые переменные - исправлена логика сохранения переводов для избежания вырезания тегов из переведенных меток - добавлены новые словарные метки Mailbox: - добавлена возможность локализировать письмо-уведомление о новой заявке на сайте Mapviewer: - добавлены настройки исходного масштаба карты, переключения в упрощенный режим и передачи разметки с данными на карту, для вывода побочного списка. - скорректирован алгоритм вывода на карту - почищены базовые шаблоны приложения MemoryList: - исправлен путь подключения PHPExcel - Добавил вывод списка сохраненных - memorylist - вспомогательное приложение для формирования списков для пользователей. Menu: - исправлен алгоритм формирования ссылок с учетом заверщающего слеша - Сделал вывод грида элементов меню в порядке сортировки. Mestoexporter: - подвключены правильные словари My_Banners: - хранение промежуточных состояний для приложения перенесено из сессии в куки Mysearch: - Убрал устаревшую кнопку run Newsparser_rbc: - исправлен путь подключения сторонней бибилиотеки Prian_Exporter: - добавлена настройка позволяющая указать фильтрующее поле типа checkbox для отбора в выгрузку Predefinedlinks: - добавлена обработка концевых слешей при редиректе с разнорегистрового алиаса и в сайтмап - добавлен функционал под ajax-список. Reviewer: - добавлены переводы и языковые переменные Seo: - добавлены настройки для глушения географических адресов - добавлена настройка управляющая установкой концевого слеша в автоурлах - добавлена настройка изменющая алиасную часть ссылки объявления вместо стандартной realty - скорректирована функция автопростановки алиасов объектов - Добавил опции для загрузки информации о городе, регионе, стране в карточку объекта (вся модель как есть) Sitemap: - Добавлена генерация city System: - включено использование настройки часового пояса - для полей типа uploads и docuploads отключена принудительная очистка загруженных файлов при возрате формы из-за ошибки заполнения данных - добавлены языковые переменные - чистка неиспользуемого функционала - правки связанные с переводами и использование Accessor - для списокв объектов в админке едусмотрена обработка ситуации вывода списка с колонками, которые уже удалены из модели - в Table_View вывод медиа в виде ссылок на объекты на сервере - Добавлена иконка для генерации PDF - Убрал из метода удаления проверку прав доступа (теперь проверкой должен заниматься конкретный вызывающий класс) - Перенес метод удаления - Перенес включение проверки permission в grid - добавлены языковые переменные - убран лишний функционал из tag_manager - в модели исправлен алгоритм проверки правильности выбора для автокомплит-полей в режиме мультиязычности - добавлена точка входа для ajax-операций приложений с целью избавиться от файлов ajax.php в приложениях - исправлена ошибка при удалении изображений - исправлена ошибка в рассчете уже загруженных изображений на uploas-полях с ограничением по количеству - для авторизации условие проверки по login или email поставлено в зависимость от настройки login_by_email - при регистрации при включенной настройке login_by_email поле login будет обрабатываться "по наличию". При присутсвии такоового, в данном режиме, и будучи пустым, будет проинициализировано e-mail. Так же все проверки этого поля будут проводиться при его наличии в модели. - table_view расширен на обработку полей типа docuploads для использования в заявках - исправлены системные языковые метки - измен формат сообщения о незаполненном поле для правильного отображения в разных языках - исправлена ошибка поиска по тегам в списке объявлений в админке - исправлена работа транслитератора для избежания формирования строк с несколькими дефисами подряд - добавлена возможность настройки количества неправильно введенных логинов при авторизации и времени заморозки аккаунта - добавлены login и email в выбираемые данные пользователя при авторизации - кэшируем карту - создаем таблицу cache при обновлении - возвращено функциональное меню в приложениях в админке - заблокирован вызов построителя сетки в админке для приложений без установленого $this->table_name - скорректирована логика работы с полем user_id в админке при расшаренном доступе - исправленя работа геокодера в карточке при просмотре объекта - заблокирован доступ к полю email при использовании опции email_as_login в модуле профиля пользователя - Установка контролов (в том числе memorylist) - Добавил функции с возможностью подключения списков сохранения пользовательских выборок. - Догружаем дополнительные данные из страны, региона, города по требованию Table: - добавлена поддержка настройки группы Гости при инициализации модели Tlocaion: - в выборке данных для автокомплит-поля улицы добавлен учет текущего языка. Twitter: - исправлен путь подключения tmhOAuth библиотеки - При наличии ошибки выводим сообщение об ошибке Upper: - исправлена система логгирования использованных апов. Из логгирования исключены пакетные апы, которые могли занижать число бесплатных. Userdata: - Скрипт для создания вспомогательных таблиц Watermark: - добавлены языковые папки Yandexrealty: - выгружаемые названия типов коммерческой недвижимости изменены на англоязычные - исправлены ошибки в переменных - расширены возможности для поля deal-status - использование поля типа select_box - добавлен вывод площади участка для Коммерческая - участки - добавлено игнорирование ошибки при выгрузке без обязательного параметра deal-status - возвращено функциональное меню приложения - добавлены ассоциации коммерческих типов - добавлены поля под указание истоников площадей земли - параметр deal-status сделан обязательным согласно спецификации Yandexrealty Parser: - добавлена возможность загружать географию связанно - Установка лимита количества объявлений для парсинга картинок за цикл Добавил опцию поиска названия ЖК в описании

Я тоже не отмахиваюсь)) я просто пытаюсь объяснить, что настраничное представление данных настолько субъективно, что редко когда удается нарисовать какой-то универсальный вариант. тем более, что заранее шаблон в принципе даже не знает какие поля могут быть в модели, не говоря уже об их текущем смысловом наполнении. Поэтому в шаблонах исходно размешаются некие полуабстрактные заготовки или полуидеи, которые обычно нуждаются в корректировке согласно смыла сайта, но в целом могут являться базисом. Либо можно как в КПСС, я четко говорю какие поля вы можете иметь и как они должны называться и какой смысл они будут иметь и реализовую их поддержку в шаблонах. Но это тоже плохой вариант, так как ни разу не гибкий и все завязывается на третьего человека, т.е. меня или Диму)))

/template/frontend/estetico/standart_search_form.tpl строка <div id="extended_search"{if !isset($smarty.request.extended_search)} style="display:none;"{/if}> уберите в ней красное условие и так же можно убрать ниже сворачивалко-разворачивалку <a class="search_page_toggle advanced-search" href="#">{$L_ADVSEARCH}</a> так как форма уже будет развернута

1. после установки по умолчанию города родительствуют к районам. просто проверить наличиие поля district_id в модели city, проставить к районам соотв. города и проверить включенность галочки Настройки - Дополнительно - Ajax обновление района 2. зависит от шаблона. для этого нужно будет сделать некоторые изменения в шаблоне формы поиска. Так сделать нельзя. улица всегда привязана либо к городу, либо к району.

Скорей всего в базе просто нет объектов с координатами, вот и карта ничего не показывает.

У себя решил сделать так: добавил в realty_view.tpl в класс favblock, следом за звездочкой "Избранное", после кнопки Печать в PDF (её тоже поправил): {if $apps_pdfreport_enabled==1} <a title="Печать" href="?format=pdf" class="btn btn-info"><i class="icon-white icon-print"></i></a> {/if} {if $data.user_id.value eq $smarty.session.user_id} <a title="Редактировать" href="{$estate_folder}/account/data/?do=edit&id={$data.id.value}" class="btn btn-info"><i class="icon-white icon-pencil"></i></a> {/if} {if $data.user_id.value eq $smarty.session.user_id} <a title="Удалить" href="{$estate_folder}/account/data/?do=delete&id={$data.id.value}" class="btn btn-danger"><i class="icon-white icon-remove"></i></a> {/if} Вроде получилось как в админке и работает... Сильно не ругайте, мои познания на уровне церковно-приходской школы