abushyk

{if intval($grid_items.date_new)!=0} <div style="float:right;padding-right:10px;padding-bottom:10px">Обновление:<span class="label label-default" >{$grid_items.date_new|date_format:"%d.%m.%Y"}</span></div> {else} Еще не обновлялось {/if}

1. Я тоже сторонник низкоуровневого программирования, но всем почему-то нужны интерфейсы, выпадающие списки, чекбоксы и прочая ерунда))) 2. Не уверен, что рационально поддерживать проекцию всех типов полей из мускула, так как их там очень много.

/template/frontend/agency/layout_basic.tpl До начала блока <div id="lc"> разместите <div id="my">тут внутренности</div>Аналогично в /template/frontend/agency/layout_minimum.tpl И так же в /template/frontend/agency/layout_wide.tpl, но в нем перед началом <div id="lc_full">

Про блок кнопок соцшары.

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

Нужно глубже опускаться. Сечас вы ищете на самом верхнем уровне. Попробуйте в right_special.tpl или сразу в search_form.tpl , если нужно именно сразу после формы.

Мысль интересная, но как-то в теперешнем мире вайфаев и 3Г ее ценность стремительно падает.

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

Такого формата нет. Но, если подумать, то формат YEAR - это тот же "целое число в приемлемом диапазоне, например больше 1900 и меньше 2100". Хаком может быть заведение поля safe_string, наложение на него параметра rule (Type:int,Min:1900,Max:2100) как тут (но следует помнить, что задание минимального ненулевого значения фактически сделает поле обязательным к заполнению!) и принудительная смена поля этой колонки в БД в таблице re_data на INT. Последнее не обязательно, но позволит выиграть чуток на размере БД и размере строки записи в БД. Поиск по нему естественгно сравнение на больше-равно и меньше-равно. А вид на форме - тут уже дело вкуса. От простого поля ввода "год постройки от", до двух диапазонніх полей или выпадалки в предустановленными диапазонами.

Проблема скорее всего в том, что площадь участка при стандартной выгрузке по /yandexrealty берется из поля lot_area. Это было изначальное поле под выгрузку в ЯН. А поле land_area пришло из формата АФИ позже. Напишите мне завтра в ПМ, я посмотрю, как задействовать то поле, что у вас есть под участок.

Есть такой блок в реалии 100%. Он есть в любом шаблоне.

у нее нет шаблона.

Кавычки быть в ней не могут. Применяйте модификатор |htmlspecialchars к тем строкам, где предполагаются кавычки {$title|htmlspecialchars}Слишком длинных не нужно. В альте должны быть ключевые слова. Т.е. вариант "просто что-то напихать в альт, что бы не было пусто и перестал ругаться гуглопроверяльщик" лучше не надо. Для остальных альтов, которые не в карточке, нужно смотреть по ситуации. Содержимое будет зависеть от того, что эта картинка в данном месте означает. Универсальных рецептов, кроме как запихать во все альты название сайта,не существует.

Попробуйте еще в новостях в админке. Там тоже должно пройти без проблем. Гостевая форма работает из метода ядра, а там исправление было первым. ЛК и админка имеют свой метод. И вот туда видимо еще не зашли обновления.

В ручную это не вариант. Мы сейчас переводим работу с БД на рельсы PDO полностью. Но в некоторых местах перевод прошел еще не до конца. Мы стараемся выявить такие места и внести изменения. Это у вас на форме добавления гостевой или ЛК?

Естественно автоматом. Например в карточке: {section name=j loop=$photo} <li> <div class="prettyPhoto[gallery1]" href="{$estate_folder}/img/data/{$photo[j].normal}"> <img src="{$estate_folder}/img/data/{$photo[j].normal}" data-nr="{$smarty.section.j.iteration}" alt="{$title}_{$smarty.section.j.iteration}" /></div> </li> {/section} если в title содержится вменяемая фраза. Или использовать другое поле, например, если у вас заголовок объявления существует как текстalt="{$data.realty_title.value}_{$smarty.section.j.iteration}"

Для animate нужно вписывать то, что должно прокрутиться, т.е. хтмл и боди.

Если ид то добавить решетку. И кавычки.

/template/frontend/real-spaces/main.tpl сразу после <body> или перед </body>

А галочка Настройки - Общее - use_registration_email_confirm включена?

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

Настройка носит имя Системное имя поля типа checkbox фильтрующего записи для выгрузки (apps.yandexrealty.filtering_checkbox_name) В него нужно\можно указать системное имя поля в модели которое будет фильтровать записи. Формально поле должно быть типа checkbox, но не формально может быть любое поле, значение которого в БД принимает варианты 1 или 0. Если вписать туда имя поля, то все основные условия выборки дополнятся фильтром по этому полю. Если например я хочу отдавать только спецпредложения, я могу указать там значение hotи тогда в выгрузку пойдут все активные объявления согласно установленного лимита времени и которые отмечены как спецпредложения. Так же можно завести отдельное поле типа чекбокс с именем напр. export_yandex и указать это имя в настройке. Тогда дополнительная фильтрация будет осуществляться с учетом значения этого поля. Установка этой настройки не отменяет встроенной фильтрации по активности и по параметру Количество дней за которое будут выбраны объявления для выгрузки (apps.yandexrealty.days_interval), а лишь дополняет их.

Я выдал в репозиторий обновления по ЯН с возможность указания признака по которому будут выбираться объявления для выгрузки. Скоро Дима выдаст его под обновление, но кому не терпится применить у себя, могут писать тут, я внесу корректировки сразу на сайтах до выхода обновления.

Иерархические справочники не включатся сами по себе в зависимость. Для этого вам нужно будет отказаться от встроенных зависимостей отключив Настройки - Дополнительно - Отключить системный Ajax, после чего будут выключены ВСЕ зависимости, включая и те, что были на географии (страна-регион-город-...). После этого вы сможете сами указать все зависимости для всех элементов уже вручную с помощью связанных элементов Следует хорошо подумать перед тем, как пытаться встроить справочники с глубиной более 1. При извлечении записей будут предприниматься попытки получить и соотв. данные этих справочников для выбираемых записей, что будет порождать лавинообразный рост количества обращений к БД.

1. /template/frontend/agency/realty_grid_account.tpl удалить строку ({$grid_items[i].price_ue} {$L_RUR_SHORT})2. по второму верно написали. следует только отметить, что что бы маска применилась, поле должно иметь тип mobilephone а не иной. 3. Что бы заровнять таблицу нужно в /template/frontend/agency/realty_grid_account.tpl убрать все аттрибуты width для <td>, что бы колонки освободились от ограничений и стали плавающими.