abushyk

Да. Это сводится к изменению шаблона realty_grid.tpl и включаемых им.
Можете искать по темам с упоминанием его или по словам "изменить сетку, свой вывод в списке, шаблон списка"

принцип вывода пользовательского справочника не претендует ни на универсальность, ни на суперфункциональность. он предназначен для быстрого и тривиального вывода некоторых данных с информационной целью.
все остальные плюшки, как то фильтрация по параметра, изменяемая сортировка, вывод в карточке объекта дополнительных однотипных объектов а-ля "похожие" или связка этого объекта с другими объектами сайта уже выходят за рамки тривиального и при попытке сделай какой-то абстрактный модуль, который будет одинаково успешно управлять разнородными сущностями - маловероятно. это не админка, где базовые операции сводятся к определенному кругу действий (CRUD - создать-изменить-удалить-показать). на фронте всегда будет куча всякой логики, связей и прочего. и попытка все это абстрагировать и универсализировать, как показывает опыт, к хорошему не приведет.
 
ПС. Это не вторая ветка развития - это просто сравнительно удобный и быстрый способ сверстать и наладить вывод инфы не прибегая к услугам разработчика по разработке целого приложения. не более.

для uploads фотки лежат в .value поле. Внутри него лежат элементы фоток. У єтого єлемента есть поля .preview, .normal - для превьюшки и большой фотки.
Если на примере, то допустим что в модели сущности фото-поле имеет имя my_uploads_field_name
{if is_array($entity_item.my_uploads_field_name.value) && !empty($entity_item.my_uploads_field_name.value)} {foreach from=$entity_item.my_uploads_field_name.value item=photo} Это маленькая картинка - <img src="{$estate_folder}/img/data/{$photo.preview}" /> <br /> Это большая картинка - <img src="{$estate_folder}/img/data/{$photo.normal}" /> {/foreach} {/if} Что для списка, что для карточки будет одинаково.

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

В релии топ_фиксед_меню перетек в main.tpl
Нужные вам кнопки лежат в main.tpl строки 29-33
 

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

в таблице re_user стоит ключ уникальности по полю login, что бы логины не могли создаться одинаковыми никак. поле вы погасили,  теперь оно инциализируется значением "ничто" или "пусто", но ключ и дальше висит на этом поле и требует уникальности. а запись с одним "ничто" уже есть. просто в phpmyadmin нужно убрать ключ уникальности в поля login и перепроставить его на email (это не обязательно, но будет иметь смысл).

Тут будет иметь смысл на такие, заведомо числовые поля поставить параметр rules. Например для тех, что могут быть дробными, поставить rules в виду Type:decimal  Для тех, что могут быть только целыми Type: int
Это не даст людям вводить шопопало, что они обычно и делают. Type:decimal будет заворачивать все неподходящие по формату значения, а если то-то задаст вместо точки запятую, то заменит ее на точку.
Это будет входная проверка. Не лишним будет прогнать базу по таким полям, что бы привести ее к "математическому" виду. Плюс, можно в саму логику расчета добавить приведение числа к нормальному виду, если не делали прогонку самой базы.
ПС. Установку rules следует использовать. по моему опыту ересью в числовых значениях грешат не только люди, но и довольно крупные фирмы. часто с выгрузок я засасывал в "числовых" полях значения вплоть до "сто квадратных метров" (что совершенно неделибельно) ))))

тут что-то не догрузило - вон даже лого в шапке не закачалось. возможно что и стили так же не дошли.

вот так
{0~~} {1~~первичная продажа} {2~~переуступка права} {3~~первичная продажа вторички} {4~~прямая продажа} {5~~встречная продажа} {6~~прямая аренда} {7~~субаренда} {8~~продажа права аренды} не используйте текстовые ключи для значений, только числовые. модуль выгрузки в яшу уже понимает это поле и в таком формате. а для работы с данными переход на числовые ключи съекономит вам тыщу-другую нервных окончаний.

1. Вероятно вы включили опцию активация по email, тогда вам нужно еще в пользователях добавить поле active через редаткор форм с типом checkbox, и ставить активность вручную при создании.
2. ИД групп можно увидеть в Доступ - Группы.

кажется я описался.
{$complex_info.devEloper_id._info}

да
да. вокруг названия поля.
 
означает - сделать для всех строк для которых выполняется условие после WHERE. Так как 1 - єто єкивалент истины, то условие после WHERE в виде единички выполнится для любой строки. Другими словами это читается как "сделать для всех".

Никто и не ответит, так как ЖК для карточки комплекса вообще не выбирают инфу о застройщике))) У вас мы делали допвыборку этих данных, но там мы делали ужатый вариант - ссылку на сайт и ссылку на профиль. Я сейчас сделал там полную выборку всех полей. Можете использовать
{$complex_info.devaloper_id._info} переменную. Например {$complex_info.devaloper_id._info.phone} или {$complex_info.devaloper_id._info.name}
Простые строковые-числовые данные там будут. Данных с отсылкой на другие таблицы, например select_by_query и подобных в текстовом виде там не будет.

Дима тут что-то не то скопировал.
1. в apps.prian_exporter.alias запись prian_exporter должна стоять изначально - она прописывается при установке. Ониа не относится к фильтрованию, а только определяет урл точки отдачи фида.
2. в apps.prian_exporter.filtering_checkbox_name нужно вписать системное имя вашего фильтрующего чекбокса (если вы создали уже чекбокс prian_exporter то туда его и впишите ). По этому полю код узнает имя и по этому имени проведет отсев тех, у кого там не будет галочки.

Бутстрапом не выйдет. Там нужно не только прятать полосу с картой, но еще и тянуть и убирать автопрокрутку с полосы со списком. Я изменил стили так, что при узком экране правая полоса будет выключаться а вывод левой станет потоковым. Просто пройдитесь п разным устройствам, посмотрите нормально ли.

Все не так просто, как может показаться))
 
Логин-форма: /apps/system/lib/system/user/login.php функция loginForm()
Регистрационная форма: фактически здесь /apps/system/lib/system/user/register_using_model.php но сама форма берется из родительского класса /apps/system/lib/admin/object_manager.php в get_form()
 
Правка в обеих этих афйлах напрямую чревата.
 
Напишите вкратце, что вы хотите поменять и я, возможно, подскажу оптимальное решение.

Для тех шаблонов, где нет огромной простыни кода карты, а есть подключение такого вида
$(document).ready(function(){    var RM=new RealtyMap();    if(loc_objects.length==0){    RM.initGeocoded('property-map', rname, map_type, {defaultZoom: 16, yandexMapType: 'yandex#map'});    }else{    RM.initJSON('property-map', loc_objects, map_type, {defaultZoom: 16, yandexMapType: 'yandex#map'});    }});     Можно управлять картой следующими параметрами
scrollZoom - зуммить карту прокруткой колеса мышки. По умолчанию включено. Для выключения scrollZoom:false
minimap - выводить ли миникарту на большой карте. По умолчанию включено. Для выключения minimap:false
defaultZoom - масштаб выводимой карты. По умолчанию 16. Для изменения defaultZoom:N где N-допустимое числовое значение для данного типа карты. Работает ТОЛЬКО для карт в карточке, там где один объект. Для вывожа в сетке, где несколько, масштаб вычисляется автоматически, что бы поместить все маркеры в блок, ограничивающий карту.
 
Прмер тонкой настройки
$(document).ready(function(){    var RM=new RealtyMap();    if(loc_objects.length==0){    RM.initGeocoded('property-map', rname, map_type, {defaultZoom: 8, scrollZoom:false, minimap:false});    }else{    RM.initJSON('property-map', loc_objects, map_type, {defaultZoom: 8, scrollZoom:false, minimap:false});    }}); Карта с дефолтным масштабом 8, без минкарты, без масштабирования колесом мышки.

1. Админка - Настройки - GeoData
параметр "Широта и долгота центра карты для указания положения недвижимости в формате ХХ.XXXXXX,XX.XXXXXX"
Внесите сюда координаты того места, с которого считаете нужным начинать вывод карты, если маркер еще не задан (как в случае с правкой объявления).
2. В формах добавления только гуглокарта. Без вариантов.
3. Одной кнопкой пока никак. Но есть более сложные варианты. Шаблон какой?
 
ПС. И определитесь - вам нужна карта на главной или лучше ее отключить и использовать "Выводить карту вместе со списком объявлений" ?

В Редакторе форм для модели дата вібрать єлемент карты-координат и прописать ему два параметра - map_width и map_height для которіх указать размер окна карті в пикселях без дописывания после цифр размерности
 

hs2 от hs отличается, если я не ошибаюсь, шириной блока объекта. hs2 дает жесткие блоки в 200 пикселей, а hs выставляет их настроечной шириной.

официально нельзя. сама механика кажется есть, но возможности доступа к ней через интерфейс нет.
можете попробовать запустить в админке адрес сайт/admin/?action=twitter&id=N где вместо N поставить требуемую идешку объекта.

Хотя есть одна тонкость. Фотки загружаются отдельными потоками. Если вы кинете в поле-приемник пачку фоток, то каждая из них пойдет своим каналом. В приемнике они выстроятся по порядку в котором они были в папке когда вы их выбирали. Но более легкие фотки загрузятся первыми и станут в очереди на загрузку в объект тоже первыми. Соотв. при записи объекта в БД первой привяжется фотка что загрузилась первой, пусть даже в лотке при вкидывании она была второй. а вот если кидать фотки по одной, то 99% что они сохранят порядок, так как если соединение не совсем тугое, то пока вы выберете вторую фоту, первая уже станет в очередь. Т.е. ручным хаком может быть закидывание сначала первой фотки. а последующих уже пачкой (если их порядок не важен).

Хештеги не постятся. Их просто не предусмотрено. Честно говоря я даже не смотрел может ли апи-постинга принимать такое.
Постинг из ЛК - это то же самое что и постинг из админки, только из ЛК. Разница только в том, что в админке вы сразу можете сделать объявку активной и запостить. а в ЛК, если используется премодерация, то постинг произойдет только когда админ активирует ее. И до недавнего времени работало.

Да. В швблоне /template/frontend/realia/realty_view.tpl находим строку
{if $user_data ne ''} и меняем ее на
{if $user_data ne '' && $user_data.user_id.value != N} где вместо N подставляем ID пользователя-админа.