abushyk

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

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

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

/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. зависит от шаблона. для этого нужно будет сделать некоторые изменения в шаблоне формы поиска.
 
Так сделать нельзя. улица всегда привязана либо к городу, либо к району.

Я правильно понял, что путем манипуляций с формой поиска производится попытка заставить выборщик данных искать ценовые границы по полю price_discount вместо стандартного price?

Александр, попутно пришла мысль...
Насколько я понимаю, позиция цены (price) у вас используется только для того, чтобы показать рыночную цену и больше она у вас нигде не нужна, ни в поиске, ни в выгрузке и пр. функционале. В то-же время вы пытаетесь свою цену со скидкой (price_discount) прикрутить везде, где исходно задействован price.
Может вам не ломать копья и пойти от обратного? В data переименовать price в "цена со скидкой" и в словарях заменить это название, а "price_discount" переименовать в рыночную цену и поставить в карточке объекта над price ? Будет выглядеть как надо и работать по фэншую.

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

по первому вопросу лучше Константин объяснит, помню, что:
Значение отвечающее за признак продажи - указываем значение из data, если у вас продажа/аренда разделены на sale и rent например... признак Москвы - ставим ID Москвы, это связано с формированием адреса в выгрузке. платный кросспостинг - точно не скажу интервал дат выгрузки - точно не скажу, скорее всего период, за который делается выборка для выгрузки. По второму вопросу, отсутствие улиц и номеров домов - не критично, поскольку эти значения не являются обязательными параметрами для загородной недвижимости. Если всё-же нужны, то надо будет в выгрузку дописать условие.

да.

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

Непосредственно в новостях не совсем удобно, там идет перечисление анонсов и отправлять список анонсов в соцсети не совсем подходящий вариант. Лучше это сделать в шаблоне вывода новости (/apps/news/site/template/), т.к. посетитель будет открывать анонс и переходить в саму новость. Соответственно добавить кнопки лучше под саму новость, перед анонсами других новостей. За это дело отвечают файлы news_grid.tpl и news_view.tpl
Я например переиначил news_view.tpl так:
<link rel="stylesheet" href="{$estate_folder}/apps/news/site/template/css/style.css"> <div id="singleNews"> <div class="title" align="center"><h1>{$news.title.value}</h1></div> <div class="share"></div> <div class="text" align="justify"> {if $news.prev_img neq ''} <img src="{$news.normal_img}" width="270" alt="{$news.title.value}" class="alignleft" align="left" style="padding: 10px;" /> {/if} {$news.description.value} </div><!-- .text --> <div class="date">{$news.date.value_string} <a href="/">Центр недвижимости</a></div> <div style="clear:both;"></div> </div><!-- #singleNews --> <hr> <h2>Ранее в новостях</h2> {if $more_news|count>0} <div id="news" class="archive"> {section name=i loop=$more_news} <div class="news"> <div class="title"><h3><a href="{$more_news[i].href}">{$more_news[i].title}</a></h3></div> {if $more_news[i].prev_img neq ''} <div class="image_news"><a href="{$more_news[i].href}"><img src="{$estate_folder}{$more_news[i].prev_img}" width="150" border="0" alt="{$more_news[i].title}" /></a></div> {/if} <div class="anons" align="justify">{$more_news[i].anons|strip_tags}</div> &nbsp; <div class="date">{$more_news[i].date}</div> </div> <div class="clear"></div> {/section} </div> {/if} {if 1==0} <!-- <script src="{$estate_folder}/apps/comment/js/comment_controller.js"></script> --> {literal} <script> /*$(document).ready(function(){ $('.cmnts').Comment_Controller({object_type:'news', object_id:'{/literal}{$news.news_id.value}{literal}'}); });*/ </script> {/literal} <div class="cmnts"></div> {/if} Соответственно, кнопки соцсетей можно впихнуть где-нибудь между <div>-ами
</div><!-- .text --> <div class="date">{$news.date.value_string} <a href="/">Центр недвижимости</a></div> <div style="clear:both;"></div> </div><!-- #singleNews --> Только перепиши Центр недвижимости на своё агентство.
Посмотреть как выглядит у меня можно здесь

{if floatval($data.price.value) != 0} так будет железобетоннее, так как покроет и пустое значение, и нулевое, и даже "около двухсот тысяч руб."

{if $data.price.value != '0'}
                    <h3>Рыночная стоимость: <span class="pricevalue">{$data.price.value|number_format:0:",":" "} &#8381;</span></h3>
                    {/if}
Улыбаемся и машем!

{if is_array($data.documents.value) && count($data.documents.value) > 0} {foreach name=j from=$data.documents.value item=document_item} <a target="_blank" href="{$estate_folder}/img/mediadocs/{$document_item.normal}">{if $document_item.title != ''}{$document_item.title}{else}{$document_item.normal}{/if}</a><br/> {/foreach} {/if}  

Разместите заголовок после строки 
{if is_array($data.documents.value) && count($data.documents.value) > 0} именно она определяет есть ли что для вывода в список доков. так что если она сработает, тогда можно и заголовок выводить.

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

В самом общем случае:
{if $smarty.session.user_id eq ''}<a class="btn btn-primary btn-large list-your-property arrow-right" href="{$estate_folder}/add/">{$L_ADD_ADV}</a>{else}<a class="btn btn-primary btn-large list-your-property arrow-right" href="{$estate_folder}/register/">{$L_ADD_ADV}</a>{/if} если делать на кнопках.
 
 
Если копнуть глубже, то в main.php шаблона найти блок
if ( !$has_result && preg_match('/^add(\/?)$/', $REQUESTURIPATH) ) {...} и в нем добавить условие
if ( !$has_result && preg_match('/^add(\/?)$/', $REQUESTURIPATH) ) { if(0==(int)$_SESSION['user_id']){ header('location: '.SITEBILL_MAIN_URL.'/register/'); exit(); } ... тут все что было}

Верхние контакты в /template/frontend/realia/header_contact_add.tpl
там же и надпись CMS SiteBill шаблон
селект выбора языка в /template/frontend/realia/main.tpl заключен в блок <div class="language-switcher">...</div><!-- /.language-switcher --> можно его пачкой убрать

Проверьте через phpMyAdmin тип поля type_id в таблице re_client. Оно должно быть VARCHAR(100), но ранее оно изначально было типа INT(11) что нехорошо.

Географические поля такие как country_id, region_id, city_id, district_id, street_id  и близкое им metro_id поддерживают обработку в двух вариантах - единичном и множественном. Т.е. допустимо передавать в запросе
city_id=N и тогда фильтрация будет по одному городу или
city_id[]=N1&city_id[]=N2 - в этом случае фильтрация по двум городам. Передадим массив - будет искать по группе локаций.
Это же справедливо и для всех вышеперечисленных полей.
Следует быть осторожным с разнородными запросами
city_id[]=N1&city_id[]=N2&region_id=R1 сделает не поиск по "в городе Н1 ИЛИ в городе Н2 ИЛИ в регионе Р1" как могло бы ожидаться, а поиск по "(в городе Н1 ИЛИ в городе Н2) И в регионе Р1", что скорее всего вернут пустой набор.

В шаблоне должна быть доступна переменная $smarty.session.current_user_group_name , которая содержит системное имя группы пользователей (то, которое значится в поле "Системное название (только латинские буквы)",когда вы редактируете группу пользователей) в которой находится текущий пользователь.
Т.е. можете проверять залогинен ли пользователь и значение этой переменной
{if $smarty.session.user_id>0 && $smarty.session.current_user_group_name eq 'special_users'}
...
{/if}

/template/frontend/agency/realty_grid.tpl
 
там есть блок <tr  class="row_head">...</tr>
Внутри него есть несколько ссылок вида
<noindex><a href="{$estate_folder}/{$url}&order=type&asc=asc" rel="nofollow">↓</a></noindex> <noindex><a href="{$estate_folder}/{$url}&order=type&asc=desc" rel="nofollow">↑</a></noindex>
 
Это и есть сортировочные ссылки. Их можно вытащить в шаблон /template/frontend/agency/realty_grid_thumbs.tpl.html расставить и приписать к ним тектовые анкоры вместо простых стрелочек ↓\↑ .
Справитесь?

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

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