Александр Лубянский

Нужно явно создать в модели data поле под выбор валюты. Я уже писал, что при включении менеджера валют для работы с объекатми data на форме это поле добавляется автоматически, но для работы с data другими приложениями - выгрузчики и тд - такого не происходит, поэтому они считают, что валюту вы не задали.
 

тогда в пм ко мне с адресом сайта и фтп-доступом. и можно еще скрин настроек приложения.

Все правильно. Ошибка говорит о том что отсутствует файл user_menu.tpl 

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

Я как в настройки порой лезу, то волосы дыбом!)))
Сорри, думаю, что все же однажды коробка будет более юзер френдли!)))
Ну как минимум мне очень хочется в это верить и помочь!

Доброго времени суток Сообществу!
1. Пора бы внести в дефолтовую сборку региона города и прочее, а то как не начинаешь ставить так потом в базу импортить и все одно криво, взаимозависимость нормально не выходит.
2. Яндекс.Деньги, очень актуально!
 
Благодарю за понимание!

Для гугля
1. Блок под панку
<div id="panoview" style="width:100%;height:300px;"></div> 2. Коры для точки панорамы
{if $data.geo.value.lat!='' && $data.geo.value.lng!=''} <script> var pobj_lat={$data.geo.value.lat}; var pobj_lng={$data.geo.value.lng}; </script> {else} <script> var pobj_lat=''; var pobj_lng=''; </script> {/if} 3. Скрипт запуска панорамки
{literal} <script> /*объект-обработчик*/ var PanoRunner={}; PanoRunner.panorama=null; PanoRunner.initialize=function(pobj_lat, pobj_lng) { var panoposition = {lat: pobj_lat, lng: pobj_lng}; var sv = new google.maps.StreetViewService(); PanoRunner.panorama = new google.maps.StreetViewPanorama(document.getElementById('panoview')); sv.getPanorama({location: panoposition, radius: 50}, PanoRunner.processSVData); }; PanoRunner.processSVData=function(data, status){ if(status === google.maps.StreetViewStatus.OK){ PanoRunner.panorama.setPano(data.location.pano); PanoRunner.panorama.setPov({ heading: 270, pitch: 0 }); PanoRunner.panorama.setVisible(true); }else{ /*стирание блока под панорамку, если облом*/ $('#panoview').remove(); } } $(document).ready(function(){ if(pobj_lat!='' && pobj_lng!=''){ /*запуск подключателя панорамы*/ PanoRunner.initialize(pobj_lat, pobj_lng); }else{ /*стирание блока под панорамку, если координат нет*/ $('#panoview').remove(); } }); </script> {/literal}  

Хм, зайдите тут под своей учетной записью http://estate.sitebill.ru/ и протестируйте чат.
Сам чат построен на основе converse.js, можно прочитать про него тут https://conversejs.org/

А нефиг объявления копировать без очистки. Проблема в левом символе, вот строка:
стр. 11202 2 независимых источника электроснабжения, 70 Вт на 1 кв.м. стр. 11238 Стоимость аренды включает НДС, эксплуатационные расходы и1 машиноместо. блин, не перенеслось сюда. Короче,
перед 70 стоит маркер разметки маркированного списка (точка как в начале этой строки) между и*1 машиноместо тоже присутствует левый символ, убери в объявлении

Понял о чем речь, после обновления модуля AFY у меня такой-же был косяк - все цены выгружались в USD, при этом цена на сайте указаны в ₽
Суть в том, что у меня рубль указан знаком ₽ а в коде модуля выгрузки этот знак не распознается, пока его не пропишешь.
Соответственно зашел в apps/afyexporter/admin/admin.php, убедился, что в списке преобразований валют нет значения ₽ (примерно в 2443 строке) и изменил строку с белорусским рублем за ненадобностью на это:
if(preg_match('/₽/i',$currency_string)){ return 'RUR'; } Всё заработало.

Дима, неудобство получается: 
Окно чата есть только на сайте, а если в админке сидишь, то нет. Надо куда-то отдельно лезть... Еще на перспективу надо добавить кнопки закрыть/свернуть окно чата, т.к. будут тупить и жаловаться, что чат закрывает страницу сайта и что делать не знают...

Да, для правильного отображения валюты в балансе в верхнем (пользовательском) меню, тоже желательно поправить в шаблоне user_menu.tpl предпоследнюю строку:
<li><a title="Мой баланс" href="{$estate_folder}/account/balance/">{$L_MY_BALANCE} {$ballance} ₽</a></li> Если работаете с несколькими валютами и сайт мультиязычный, то ₽ надо будет заменить  на что-то типа {$L_CURRENCY} и в словарях перевода прописать его значение

в Менеджере валют код - RUR, название -₽
Настройки-Общие Название валюты в личном кабинете - ₽
Кроме того, если выгружаетесь в Яндекс, надо в модуле yandexrealty найти файл admin.php и добавить там в списке обрабатываемых валют свои варианты, типа этого:
static function currencyCheck($currency_string){ $currencies=array('USD', 'EUR', 'RUB'); if($currency_string!=''){ if(in_array($currency_string, $currencies)){ return $currency_string; } if(preg_match('/\$/i',$currency_string)){ return 'USD'; } if(preg_match('/\&euro\;/i',$currency_string)){ return 'EUR'; } if(preg_match('/€/i',$currency_string)){ return 'EUR'; } if(preg_match('/\₽/i',$currency_string)){ return 'RUR'; } if(preg_match('/\&#8381\;/i',$currency_string)){ return 'RUR'; } if(preg_match('/руб./i',$currency_string)){ return 'RUR'; } if(preg_match('/р\./i',$currency_string)){ return 'RUR'; } } return FALSE; }  

Скоро будет и прямое общение между клиентом и риэлтором.

то, что позволено Юпитеру....
в списке и в карточке способ доступа к данным немного отличен. если в списке вы обращаетесь по прямому имени переменной $data.topic_id и получаете чисельное значение идешки раздела, то в карточке доступ идет через $data.topic_id.value для идешки и $data.topic_id.value_string для текстового представления - напр. имя раздела.
так что в карточке (выводе данных объекта) наверное будет $data.type.value использоваться в сравнениях. 
И что самое поразительное, в похожих, о которых насколько я понял идет речь, будет использоваться так же как и в карточке, хотя это список)))

вы же понимаете, что в этом словосочетании главное слово "случаются", а не "редко" )))

в шаблоне запросто, но как лайтбоксить пдф или эксель?

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

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

Вот текущий вариант, позволяет владельцу объявления редактировать его:
<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> Кнопки "Печать", "редактировать" и "удалить" появляются только при просмотре зарегистрированным пользователем - владельцем объявления.
В принципе, можно и админа сюда добавить, просто изначально такой цели небыло, а теперь у меня агенты на сайте сидят и иногда приходится за ними править.
Константин... как правильно дописать возможность правки объявления админом из фронтэнда ? Пока мы не накосячили

У себя решил сделать так:
добавил в 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}   Вроде получилось как в админке и работает... Сильно не ругайте, мои познания на уровне церковно-приходской школы

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

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

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

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