Выборка данных из справочника

abushyk · August 24, 2017

1 минуту назад, doma сказал:

а потом взять переменную и выводить ее через цикл ? чтобы было меньше заморочек

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

doma · August 24, 2017

почему бы не сделать справочник на примере те же новостей ? как предлагалось в теме :))на наш взгляд проще и разумнее, так как например сделать сейчас вывод для справочника пользователя а потом для стандартного то это 2 ветки развития :)) а так была бы почти одна, чтоб было бы проще для понимания.

и для вывода

Pavel88 · August 25, 2017

Вопрос к знатокам.

У меня давно есть идея дополнительной лидогенерации.

Задумка следующая, у меня есть справочник с данными "сетевых арендаторов". Идея сделать типо ипотечного калькулятора что ли.

Клиент зашел(в нашем случае собственник) на сайт, зашел в "подбор арендатора", выбирает параметры своего помещения, например:

Москва, 300 кв.м., первый этаж(checkbox), арендная ставка(выбирает или вводит сам), после этого ему показываются арендаторы которые подходят под его запрос и выводится список, в свою очередь у нас в справочнике есть данные площадь от и до и арендная ставка. При желании из этого можно сделать конфетку.

P.S. Я проанализировал, в Московском регионе, такой штуки нет вообще ни у кого, это действительно может стать очень крутой фишкой. Пока не удаляю пост)

TopRaN · August 25, 2017

Такое можно сделать на примере компонента жилых комплексов

Chernetskiy · August 27, 2017

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

PS Такое используют многие... ?

abushyk · August 27, 2017

Убираем накладку учета прав доступа для админки:

Файл /apps/customentity/site/site.php

строку 15

$query='SELECT `entity_name` FROM '.DB_PREFIX.'_customentity WHERE `alias`=? AND `is_public`=?';

меняем на

$query='SELECT `entity_name` FROM '.DB_PREFIX.'_customentity WHERE `alias`=? AND `is_public`=?';

строки 18-20

$ar=$DBC->fetch($stmt);
$ent=self::getEntityList();
$cent=$ent[$ar['entity_name']];

меняем на

$cent=$DBC->fetch($stmt);

строку 47

$query='SELECT `entity_name` FROM '.DB_PREFIX.'_customentity WHERE `alias`=? AND `is_public`=?';

меняем на

$query='SELECT * FROM '.DB_PREFIX.'_customentity WHERE `alias`=? AND `is_public`=? LIMIT 1';

строки 50-52

$ar=$DBC->fetch($stmt);
$ent=self::getEntityList();
$cent=$ent[$ar['entity_name']];

меняем на

$cent=$DBC->fetch($stmt);

Эти же изменения будут проведены в новой версии приложения, так что ни что не затрется.

abushyk · August 27, 2017

В 25.08.2017 в 00:24, doma сказал:

почему бы не сделать справочник на примере те же новостей ? как предлагалось в теме :))на наш взгляд проще и разумнее, так как например сделать сейчас вывод для справочника пользователя а потом для стандартного то это 2 ветки развития :)) а так была бы почти одна, чтоб было бы проще для понимания.

и для вывода

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

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

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

doma · August 27, 2017

2 часа назад, abushyk сказал:

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

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

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

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

мы как то спрашивали на форуме -если мы реализовываем справочник на подобие новостей и выводим его всем циклом потом, как грамотно разбить на страницы, чтобы имея например 60 агенств вывести на странице по 15 штук, и одновременно как их грамотно пересортировать
пример
есть справочник в нем 60 агенств агенство рога находится на 20 а копыта на 30
как сделать так чтобы агенство копыта стало на 1 место в автовыводе, а вот рога на 2 , то есть своего рода даем им приоритетное размещение (при этом наверное где то в админке надо поставить какой то статус типа селектт бокса или просто значением 1,2,3,4,5-10 это и будет позиция в выводе справочника)

Спасибо за ответы

abushyk · August 27, 2017

3 часа назад, doma сказал:

как сделать так чтобы агенство копыта стало на 1 место в автовыводе

добавить в справочник поле sort_order под числа, указывающие приоритетность, а для фронта справочника указать сортировку по этому полю.

3 часа назад, doma сказал:

как грамотно разбить на страницы

опять же там же параметр "на страницу".

doma · August 27, 2017

Только что, abushyk сказал:

добавить в справочник поле sort_order под числа, указывающие приоритетность, а для фронта справочника указать сортировку по этому полю.

опять же там же параметр "на страницу".

а как добуквенно написать для фронта справочника указать сортировку по этому полю.

сейчас в новостях идет

<div id="news" class="archive">
   {section name=i loop=$news}
   <div class="news">
тут все что принадлежит новости
   <div>
   <div>

abushyk · August 27, 2017

2 минуты назад, doma сказал:

а как добуквенно написать

я про настройки пользовательских справочников говорю, которые стали доступны после обновки.

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

doma · August 27, 2017

Только что, abushyk сказал:

я про настройки пользовательских справочников говорю, которые стали доступны после обновки.

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

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

получается нас сейчас нужно сделать
1) обновить все что можно
2) создать свой справочник
3) сделать в нем настройки которые вы рекомендуете

4) попробовать вывести справочник?

а как будет называться переменная в этом справочнике? или она будет доступна так как ее назовем в админке на англисйком языке? например

$notarius

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

abushyk · August 27, 2017

33 минуты назад, doma сказал:

сейчас нужно сделать

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

34 минуты назад, doma сказал:

а как будет называться переменная в этом справочнике? или она будет доступна так как ее назовем в админке на англисйком языке?

она будет доступна под определенным системой именем (я пару сообщений выше описал все доступные имена). Это если использовать системные возможности. если же вы делаете выборку данных сами, то, естественно, имя переменной с данными будет таким, как вы его назначите.

35 минут назад, doma сказал:

и где эти справочники будут созданы?

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

Справочники в колонке слева админки - это просто сборник условно-системных справочников (нечто вроде часто используемых). Но там далеко не все "справочники", а только география.

doma · August 27, 2017

Только что, abushyk сказал:

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

она будет доступна под определенным системой именем (я пару сообщений выше описал все доступные имена). Это если использовать системные возможности. если же вы делаете выборку данных сами, то, естественно, имя переменной с данными будет таким, как вы его назначите.

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

Справочники в колонке слева админки - это просто сборник условно-системных справочников (нечто вроде часто используемых). Но там далеко не все "справочники", а только география.

значит все же самый просто способ
1) создать в редакторе форм свою таблицу-дата-спрачоник-нотариусов например
2) потомвзять за аналог вывод новостей
3) в main.tpl написать код выборки по справочнику нотариусов присвоив ей например переменную $notarius
4) создать пустой tpl и вставить в него $notaruis в любом css исполнении используя цикл вывода?

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

abushyk · August 27, 2017

1) создать в редакторе форм свою таблицу-дата-спрачоник-нотариусов например - Да (это в какой-то мере обязательное действие)
2) потомвзять за аналог вывод новостей - Да\Нет (только если нужен "вычурный" функционал)
3) в main.tpl написать код выборки по справочнику нотариусов присвоив ей например переменную $notarius - Как вариант. Только не в main.tpl а в main.php
4) создать пустой tpl и вставить в него $notaruis в любом css исполнении используя цикл вывода? - В общем да. В предыдущем шаге вы получили данные и отправили их в шаблон. А дальше уже включаете шаблон, или файл шаблона, или прямо в main.tpl где нужно и в нем циклом или иным способом выводите выбранное

Pavel88 · August 28, 2017

В 27.08.2017 в 10:02, Chernetskiy сказал:

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

PS Такое используют многие... ?

Нет, идея совершенно не в этом.

Это грубо говоря приложение. Посетитель указывает параметры своего помещения в данных ему полях, а именно:

Адрес(выбирается из справочника, не нужен для обработки запроса, нужен для дальнейшей заявки)

Площадь(Нужна для обработки запроса, в справочнике есть данные Площадь-от и Площадь-до)

Арендная ставка(Нужна для обработки запроса, в справочнике есть данные формата price)

В итоге, ему выводится список подходящих к нему арендаторов.

К примеру:

Москва, Шоссе Энтузиастов, д.1

Площадь 564 кв.м.

Арендная ставка 900.000 рублей в месяц.

Получаем:

Пятерочка, Магнит, Верный, Дикси, Магнолия и т.д.

Далее показываются подробные критерии данных арендаторов:

1-й этаж, отдельный вход, зальная планировка, электричество 40 кВт, центральные коммуникации и т.д.(эта информация берется так же из справочника поле формата TEXT). И тут уже посетитель решает на какого арендатора оставлять заявку. В итоге мы получаем чистейший ЛИД с контактами собственника и сразу же знаем в направлении какого арендатора работать.

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

Chernetskiy · September 12, 2017

В 28.08.2017 в 18:15, Pavel88 сказал:

Нет, идея совершенно не в этом.

Это грубо говоря приложение ... которой нет ни у кого.

На мой взгляд это тот-же поиск, только вид с боку Дополнительно это приложение надо будет доработать алгоритмами работы с диапазоном как по площади и цене, например +/- 20%, так и по адресности + целевому использованию и опциям, поскольку искать конкретно 564 кв.м. за 900 тыр по адресу Москва, шоссе Энтузиастов, д.1 это будет слишком жестко и возможно не даст результат. Вы арендаторам будете все улицы Москвы приписывать, чтобы они попали в выборку? Кому-то без разницы (сетевикам), а кто-то работает только в конкретном районе или улице... зачем таким арендаторам предлагать адреса на другом краю Москвы? Это отдельный геморрой, мало кому интересный и требующий отдельной разработки, с чем во фриланс.

Chernetskiy · November 11, 2017

В 24.08.2017 в 18:10, abushyk сказал:
Используем свежие возможности приложения Редактор форм...
Здесь должен быть шаблон для списка объектов модели 
Разместите шаблон для этого вывода в папке /template/frontend/ВАША_ТЕМА/apps/customentiry/site/template/ИМЯ_ШАБЛОНА.tpl и укажите имя шаблона (ИМЯ_ШАБЛОНА.tpl) в настройках обработчика.
Доступные в этом шаблоне переменные:
{$entity_list} - массив объектов
{$entity_pager} - постраничная навигация
{$entity_info} - информация о текущей модели
и
Здесь должен быть шаблон для объекта модели eventm_event
Разместите шаблон для этого вывода в папке /template/frontend/ВАША_ТЕМА/apps/customentiry/site/template/ИМЯ_ШАБЛОНА.tpl и укажите имя шаблона (ИМЯ_ШАБЛОНА.tpl) в настройках обработчика.
Доступные в этом шаблоне переменные:
{$entity_item} - просматриваемый объект
{$entity_info} - информация о текущей модели
2. Шаблонизация

Указанные файлы шаблонов необходимо разместить в папке /template/frontend/ВАШ_ШАБЛОН/apps/customentity/site/template/

Найдя их там, обработчик подключит их, передаст в них данные и выдаст в сайт результат.

2.1 Список

Минимальный шаблон для вывода списка событий
<ul>
{foreach from=$entity_list item=entity_item}
<li><a href="{$entity_item._href}">{$entity_item.name.value}</a></li>
{/foreach}
</ul>
{$entity_pager}
2.2 Карточка

Принцип абсолютно тот же, что и для списка, только в этом случае в шаблон приходят две переменные:

{$entity_item} - полная модель просматриваемого объекта
{$entity_info} - информация о текущей модели

Т.е. если у вас есть в модели поле owner_name типа safe_string, то вы можете вывести его как {$entity_item.owner_name.value}. А если есть поле gorod вида списка-выпадашки с вариантами из таблицы городов, то {$entity_item.owner_name.value_string} - получаем текстовое значение и {$entity_item.owner_name.value} - получаем числовой индекс.

Константин, тестирую твое нововведение у себя на сайте, пока тренируюсь на нотариусах. Возникли вопросы:

1. если выводить в список всё подряд, то получается неудобная фигня для пользователя - список ФИО по алфавиту (не многие знают ФИО местных нотариусов) + город вразнобой (перебирать портянку из 1000 наименований неудобно). Если делать приоритет выборки например по городу, то получится большая портянка с многократным упоминанием одного города, что не прибавляет удобства. Можно-ли додумать вывод города однократно (в качестве ссылки на карточку с выборкой по конкретному городу)? А лучше на данной странице прикрутить какой-то поиск, чтобы выборка была предметной, например по городу, улице или метро? Вкладки по ситуациям в поиске, типа "Нотариусы", "БТИ", "Архитектура", "МФЦ" были-бы вообще идеальным вариантом. В этом случае вывод большой портянки и не понадобится, можно будет сразу выводить конкретику.

Сейчас в выводе код такой:

<h2>СПИСОК НОТАРИУСОВ</h2>
<br />
<ul>
{foreach from=$entity_list item=entity_item}
<li><a href="{$entity_item._href}">{$entity_item.name.value}</a>, {$entity_item.city_id.value_string}</li>
{/foreach}
</ul>
{$entity_pager}

2. Карточка выбранного результата для просмотра у меня выглядит так:

<h2>Нотариус {$entity_item.name.value}</h2>
<br />
<div class="content">
Адрес: {$entity_item.region_id.value_string}, {$entity_item.raion_id.value_string}, {$entity_item.city_id.value_string}, {$entity_item.street_id.value_string} д.{$entity_item.number.value}<br />
Телефоны: +{$entity_item.phone1.value}, +{$entity_item.phone2.value}, +{$entity_item.phone3.value}
</div>

пока криво и но тоже есть вопросы:

- как убрать запятые в адресе, если значение в базе отсутствует;

- как привести вывод значения из базы типа 79261234567 к виду +7 (926) 123-4567 (обратное mask=+7 (hhh) hhh-hhhh)

- как используется переменная {$entity_info}, в твоем описании эта переменная только упоминается, но без примера её реального использования. Мои эксперименты с ней дают пустой вывод.

abushyk · November 15, 2017

В 11.11.2017 в 23:21, Chernetskiy сказал:

- как убрать запятые в адресе, если значение в базе отсутствует;

Универсальное типовое решение для шаблона:

{*Создаем пустой массив*}
{assign var=x value=array()}

{*Поочередно перебираем нужные элементы и, если по некоему условию они нам подходят для вывода, складываем их в этот массив*}
{if $entity_item.PARAM_NAME_1.value_string!=''}
{append var=x value=$entity_item.PARAM_NAME_1.value_string}
{/if}
{if $entity_item.PARAM_NAME_2.value_string!=''}
{append var=x value=$entity_item.PARAM_NAME_2.value_string}
{/if}
{if $entity_item.PARAM_NAME_3.value_string!=''}
{append var=x value=$entity_item.PARAM_NAME_3.value_string}
{/if}

{*Если массив не пуст по итогу, выводим его значения слепленные запятой*}
{if $x|count>0}
Адрес (или другое название): {$x|implode:', '}
{/if}

abushyk · November 15, 2017

В 11.11.2017 в 23:21, Chernetskiy сказал:

- как привести вывод значения из базы типа 79261234567 к виду +7 (926) 123-4567 (обратное mask=+7 (hhh) hhh-hhhh)

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

Например

{if $user_data.phone.value != '' && $user_data.phone.value|strlen==11}
	{$user_data.phone.value|regex_replace:'/(\d)(\d{3,3})(\d{3,3})(\d{2,2})(\d{2,2})$/':'${1} (${2}) ${3}-${4}-${5}'}
{else}
	{$user_data.phone.value}	    
{/if}

что из любого 11-значного набора сделает нам форматный вывод ( 75297916129 => 7 (529) 791-61-29), а остальное выведет как есть

abushyk · November 15, 2017

В 11.11.2017 в 23:21, Chernetskiy сказал:

как используется переменная {$entity_info}, в твоем описании эта переменная только упоминается, но без примера её реального использования. Мои эксперименты с ней дают пустой вывод.

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

abushyk · November 15, 2017

В 11.11.2017 в 23:21, Chernetskiy сказал:

Можно-ли додумать вывод города однократно

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

doma · November 15, 2017

В 12.11.2017 в 01:21, Chernetskiy сказал:
Константин, тестирую твое нововведение у себя на сайте, пока тренируюсь на нотариусах. Возникли вопросы:

1. если выводить в список всё подряд, то получается неудобная фигня для пользователя - список ФИО по алфавиту (не многие знают ФИО местных нотариусов) + город вразнобой (перебирать портянку из 1000 наименований неудобно). Если делать приоритет выборки например по городу, то получится большая портянка с многократным упоминанием одного города, что не прибавляет удобства. Можно-ли додумать вывод города однократно (в качестве ссылки на карточку с выборкой по конкретному городу)? А лучше на данной странице прикрутить какой-то поиск, чтобы выборка была предметной, например по городу, улице или метро? Вкладки по ситуациям в поиске, типа "Нотариусы", "БТИ", "Архитектура", "МФЦ" были-бы вообще идеальным вариантом. В этом случае вывод большой портянки и не понадобится, можно будет сразу выводить конкретику.

Сейчас в выводе код такой:
<h2>СПИСОК НОТАРИУСОВ</h2>
<br />
<ul>
{foreach from=$entity_list item=entity_item}
<li><a href="{$entity_item._href}">{$entity_item.name.value}</a>, {$entity_item.city_id.value_string}</li>
{/foreach}
</ul>
{$entity_pager}
2. Карточка выбранного результата для просмотра у меня выглядит так:
<h2>Нотариус {$entity_item.name.value}</h2>
<br />
<div class="content">
Адрес: {$entity_item.region_id.value_string}, {$entity_item.raion_id.value_string}, {$entity_item.city_id.value_string}, {$entity_item.street_id.value_string} д.{$entity_item.number.value}<br />
Телефоны: +{$entity_item.phone1.value}, +{$entity_item.phone2.value}, +{$entity_item.phone3.value}
</div>
пока криво и но тоже есть вопросы:

- как убрать запятые в адресе, если значение в базе отсутствует;

- как привести вывод значения из базы типа 79261234567 к виду +7 (926) 123-4567 (обратное mask=+7 (hhh) hhh-hhhh)

- как используется переменная {$entity_info}, в твоем описании эта переменная только упоминается, но без примера её реального использования. Мои эксперименты с ней дают пустой вывод.

а попроще справочник ни как нельзя сделать ? ничего не разобрали :))

Chernetskiy · November 15, 2017

14 часа назад, doma сказал:

а попроще справочник ни как нельзя сделать ? ничего не разобрали :))

Не суетись, сложного ничего нет. А относительно справочника, так куда уж проще, я и так сделал проще для себя и для посетителей сайта:

- для меня, тем, что при заполнении справочника нотариусов я собираюсь использовать уже имеющиеся адресные базы - регион, район, город, улица, дом, телефон. Чего адреса писать одной строкой в safe_string? Лишнюю работу делать и лишиться возможности организовать поиск по критериям.

- для посетителей, удобство при использовании поиска по региону, району, городу, улице, может быть еще по району города и метро (уже заложено)

Кастомный справочник нотариусов вполне простой - id, фио, регион, район, город, район города, метро, улица, дом, телефон. Адресные справочники уже связаны через связанные элементы. Его конечно можно упростить, но у меня предполагаются нотариусы Москвы и Московской области, а это с тысячу позиций и с этим надо что-то делать, чтобы всем было проще и удобнее. Залить список в базу труда особого не составит, позже поделюсь в Файлах на форуме.

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

Chernetskiy · November 15, 2017

22 часа назад, abushyk сказал:

Универсальное типовое решение для шаблона:


{*Создаем пустой массив*}
{assign var=x value=array()}

{*Поочередно перебираем нужные элементы и, если по некоему условию они нам подходят для вывода, складываем их в этот массив*}
{if $entity_item.PARAM_NAME_1.value_string!=''}
{append var=x value=$entity_item.PARAM_NAME_1.value_string}
{/if}
{if $entity_item.PARAM_NAME_2.value_string!=''}
{append var=x value=$entity_item.PARAM_NAME_2.value_string}
{/if}
{if $entity_item.PARAM_NAME_3.value_string!=''}
{append var=x value=$entity_item.PARAM_NAME_3.value_string}
{/if}

{*Если массив не пуст по итогу, выводим его значения слепленные запятой*}
{if $x|count>0}
Адрес (или другое название): {$x|implode:', '}
{/if}

Спасибо, Константин. Утром опробую.

Выборка данных из справочника

Recommended Posts

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Поделиться сообщением

Ссылка на сообщение

Поделиться на других сайтах

Создайте аккаунт или войдите для комментирования

Создать аккаунт

Войти