Leaderboard

для 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 ссылок, значит можно сбросить все и начать собирать наново). Но это в теории. Такую оптимизацию нужно делать по результатам хотя бы метрики, что бы понимать насколько разные ЖК смотрят люди и насколько часто вообще открываются карточки, где используются эти алиасы.

realia/css/realia-blue.css строчка 2001 .navigation-wrapper .navigation .nav li ul li .nolink:hover,.navigation-wrapper .navigation .nav li ul li a:hover { background-color: #06a7ea; padding-left: 25px } #06a7ea заменить на #db001b А если речь идет о рамке (как на скриншоте): border: 4px solid #db001b !important;

С Юбилеем !!

Сюда картинку загрузите для булавки.