abushyk

Конечно не хуже, но суть была как раз в том, что бы стать между владельцем и клиентом. А не просто "благотворительно" свести продавца и покупателя.

Логично. У них больше не будет никакой недвиги, кроме РФ, так что пора расширять перечень типов.

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

Некоторые опции являются устаревшими. Их наличие остается только для поддержки старых версий, которые их могли использовать. Другие опции в разработке или в тестовом режиме и их поддержка может быть ограничена функционально. То, что можно не выпускать в общий доступ или то, чем я точно не стану делиться с остальными, то я не выпущу в публичный доступ. То, чем планирую поделиться, то могу выпустить.

Вы создали вот такую сетку http://www.awesomescreenshot.com/image/1092304/9aec68a8e291d3cb6bf40a2f19981d2c ?

Это я буквально на днях сделал. Есть возможность пересчета по курсам ЦБРФ, НБУ и НБ РБ. Пересчет производится по котировкам на текущий момент и только по тем, которые есть в данных банка. Т.е. если вы добавите себе гвинейский доллар или еще что-то редкое, то оно не пересчитается, поскольку мало кто из банков выдает о ней инфу. Но в целом ЦБРФ думаю будет более чем достаточным. У меня он не конвертировал только хорватскую куну и албанскую деньгу. Но я еще не пробовал скандинавские и боснийскую марку. Исходный фид для ЦБРФ http://www.cbr.ru/scripts/XML_daily.asp?date_req=17/03/2016 По нему можно посмотреть, что поддерживается. Для конвертации должна быть дефолтная валюта, а коды указаны соотв. буквенными кодами. Регистр не важен. Для рубля можно использовать и RUB и RUR, но лучше уж первый. Дефолтную валюту теперь нельзя установить при добавлении, только галочкой из списка. Для того, что бы случайно не поставили две дефолтные. Будет и интерфейс под крон. ------------------- Все не так. ЦМС сама не запускается. Она работает в режиме запрос-реакция. Как и весь интернет. Пока не пнешь, не поедет. Просто пинателем может быть как обычный интернет серфер, так и процесс планировщика крон. Так что ставить задачи самой цмс нет смысла, она сама их никогда не запустит в обычных условиях, ей нужен катализатор. Теоретически может быть какой-то общий модуль-задачник, который по какому-то графику будет что-то делать. Но и этот модуль кто-то тоже должен будет периодически запускать (подразумеваем крон). И тут получается что нужно придумывать извращенную логику задачника "когда и что он должен запустить, если его в произвольный момент запустит крон". В общем тут я пока не вижу ничего рационального.

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

15. apps.realty.use_predeleting Только для меня. Не включать. 16. apps.realty.sorts Умолчательная сортировка списка, если сортировка не указана явно, а стандартная по дате не устраивает. Может быть указана в виде ключа сортировки и направления. Например для сортировки по цене по спаданию указываем price|desc, по площади по возрастанию square_all|asc ПС. Названия ключей сортировки могут совпадать с названиями системных имен полей модели, но не эквивалентны им. Т.е. добавив поле myfield и прописав сортировку myfield|asc вы не получите сортировку по вашему полю. 17. apps.realty.update_date_added Указывает апать дату добавления-обновления на текущую при каждой правке объявления в ЛК. Такой себе бесплатный аналог приложения Upper. При включенной, изменив объявление, дата автоматом станет на "сейчас", т.е. поднимет объявление в сортировке по дате. 18. apps.realty.admin_fast_view Перечисляет поля выводимые во всплывающем окошке быстрого просмотра, если его нужно ограничить.

1. newuser_registration_shared_groupid Устанавливает набор групп допустимых к выбору пользователем при регистрации, если включите в форму регистрации поле Группа. Устанавливается в виде идешек разрешенных групп перечисленных через запятую. Напр.: 3,5,2 2. hide_contact_input_user_data Принудительно прячет с формы правки-добавления объявления в ЛК поля с системными именами fio, email, phone 3. disable_mail_additionals Специфичная для отправщика почты настройка. Нужно помнить, что если письма не уходят, попробовать ее поставить в включенное состояние. 4. ignore_free_from_parameter Частная настройка под какое-то частное исполнение. Ничего не должно измениться если вы ее включите, но пусть лучше будет выключено. 5. use_combobox Всегда должны быть выключена. Свойства активируемые ей не поддерживаются более. 6. check_permissions Возможность допуска в админку людей не из группы админов. По форму поискав check_permissions можно найти подробнее. 7. use_registration_email_confirm При включении заводит пользователей в неактивном состоянии и требует подтверждения регистрации по мылу указанному в данных регистрации. 8. allow_tags_search_frontend Должно быть выключено. Проэцирует механику поиска по автокомплит-полям из списка в админке на фронт. 9. use_topic_publish_status Позволяет "погасить" некоторые разделы Структуры в списке категорий. 11. email_as_login Позволяет использовать почту как логин. Не уверен, что работает "из коробки" 12. core.listing.add_user_info Указывает следует ли выбирать в данные сетки вместе с объявками еще и данные о зарегистрированном пользователе, к которому объявка привязана. Иными словами, если в шаблоне сетки вы не выводите и не используете данные о пользователе, то и включать это не нужно. 13. core.listing.add_user_info_fields При включенной предыдущей настройке указывает, какие именно данные выбирать в данные пользователя. Т.е. если вам нужен только логин или почта в шаблоне, то следует только их и указать в виде списка системных имен полей разделенных запятой. 14. apps.realty.title_preg

геокодирование тут не при чем. карта, которая выводится на главной ничего не геокодирует. она просто берет все объекы из БД с координатами, формирует файл-кеш и выводит эти объекты на карту. т.е. проблема лежит тут /template/frontend/real-spaces/main/ajax/local_ajax_server.php там есть строки $params['has_geo']=1; $params['no_portions']=1; добавьте к ним еще одну $params['price']=1000000; что бы принудительно ограничить выборку и посмотреть запустится ли генератор. Вторым путем может быть наращивание памяти под процесс. Там есть строка ini_set('memory_limit','256M'); пробовать варьировать 256 в сторону увеличения, например 512М. Но это может сработать только если хостинг позволяет использовать эту установку.

дело не в значении типа поля. дело именно в системном имени. код опирается, при выборе элементов для формы поиска, по их имени, которое ему знакомо. для него название "city" абсолютно не говорит о том, что там у вас именно город.

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

По карте. Вижу 500 ошибку по запросу данных карты. Из самых очевидных вариантов могу предположить два: 1. нечего выдавать 2. объектов много и сервер ложится, пытаясь их все обработать. Второе более вероятно.

По форме. У вас переименованы элементы содержащие географию? Т.е. поле города имеет системное имя city, а района district вместо стандартных city_id и district_id ?

А если открыть форму добавления объявления публичную - /add - то что там показывают эти селекты? И можно ли ссылку на сайт?

Да. Просто в href="" ссылки вокруг картинки впишите адрес странички в виде http://fazendabg.com/тут_урл_который_присвоите_странице И создайте страницу в поле URL которой впишите тут_урл_который_присвоите_странице

в реал-спейс почти все тексты уже загнаны в этот языковой файл, так что нужные слова и куски текстов можете первым делом искать сразу в нем.

я с вашего позволения включил баннер в публикацию и вот они http://www.awesomescreenshot.com/image/1087959/6826e3ac2365c108b7b1341032fed50f видны оба.

Да, в текущей версии ее еще не должно быть. Так как способ хранения в таком поле я проработал, а вот функционал поиска по нему еще нет.

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

/template/frontend/real-spaces/realty_view.tpl строка 284 <h3>{$LT_ADVOWNERPOSITION}</h3>

Приницип такой. Допустим мы хотим выводить все Статичные страницы на широкоформатный вид без боковой колонки. Сначала сделаем макет. Берем файл /template/frontend/real-spaces/layout_basic.tpl , копируем рядом и переименовываем в layout_wide.tpl В нем оставляем только <div class="site-showcase"> <!-- Start Page Header --> <div class="parallax page-header" style="background-image:url({$estate_folder}/template/frontend/{$current_theme_name}/images/page-header1.jpg);"> <div class="container"> <div class="row"> <div class="col-md-12"> <h1>{$title}</h1> </div> </div> </div> </div> <!-- End Page Header --> </div> <div class="main" role="main"> <div id="content" class="content full"> <div class="container"> <div class="row"> <div class="col-md-12"> {if $breadcrumbs != ''} <div class="breadcrumb">{$breadcrumbs}</div> {/if} {if $main_file_tpl != ''} {include file="$main_file_tpl"} {else} {$main} {/if} </div> </div> </div> </div> </div> Заготовка есть. Теперь нужно заставить приложение запускать этот макет когда нам нужно. В /template/frontend/real-spaces/main/main.php находим блок описывающий доступные макеты. $layouts=array( '_default'=>'layout_basic.tpl', 'home'=>'layout_home.tpl', 'apps_userdata_mini'=>'layout_wide.tpl', ); и apps_userdata_mini меняем на apps_page. Потом опускаемся ниже до блока if(!$has_result){ $apps_processor->run_frontend(); if ( count($apps_processor->get_executed_apps()) > 0 ) { $work_subcontroller='apps'; $has_result=true; } } и корректируем его следующим образом if(!$has_result){ $apps_processor->run_frontend(); if ( count($apps_processor->get_executed_apps()) > 0 ) { $work_subcontroller='apps'; $app=end($apps_processor->get_executed_apps()); if($app=='page_site' || $app=='local_page_site'){ $work_subcontroller='apps_page'; } $has_result=true; } } Все. Теперь все, что выводится у нас из Статичных страниц, будет отрисовываться в расширенный макет.

На данный момент никакую.

Не уверен, что понял по поиску. Нужно горизонтальное, а получается вертикальное?

/template/frontend/real-spaces/language/ru/dictionary.ini LT_DIR_CITE="<p>Мы создали решение для агентств.....