abushyk

1. Формы заявок доступны по адресу /client/order/имя_модели_заявки(kupikv) Пока так длинно. Вызвав этот адрес вы получите базовую форму в странице под конкретную заявку. 2. Для заявки могут потребоваться мета-данные. Для этого используются Статичные страницы. Создается страница с URL client_order_kupitkv куда в поля мета-описание, мета-слова и заголовок вписываются нужные мета-данные. Для этой страницы ставится галочка Служебная, так как она используется исключительно как хранилище данных. Вызвав адрес заявки теперь вы получите ту же базовую форму и метаданными. 3. Создав файл шаблона client_order_kupitkv.tpl (достаточно одного tpl в конце) и положив его в папку вашего шаблона вы, вместо базовой формы, в страницу подключите именно этот шаблон. Единственным условием есть то, что в вашем шаблоне должно быть отмечено место под форму заявки в виде {$form}. Все остальное окружение на странице в рамках своего шаблона вы можете сделать на свое усмотрение.

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

Я уже слегка округлил, так как после совсем некруглых чисел всегда следует вопрос почему они не круглые))

У вас включено подтверждение регистрации по элпочте. Ваш demo был неактивирован?

тут без хитростей - http://avanti-mo.ru/rss

/template/frontend/realty/css/template.css в конец .search_cont .geoautocomplete_block { width:135px;}.search_cont .geoautocomplete_block input.geoautocomplete { width: 100%;} а) 135 а не 150 потому, что на вложенном элементе еще есть отступы. б) уточняющий .search_cont потому, что стили для формы стоит ограничить формой.

Да. 1. В приложении Новости, в его настройках нужно указать количество выводимых в колонку новостей - 3 или 5. 2. В "сайдбаре" добавить включение файла колонки новостей {include file='news_list_column.tpl'} Для реалии это будет в следующих местах /template/frontend/realia/layout_basic.tpl для общего шаблона /template/frontend/realia/realty_grid.tpl для сетки /template/frontend/realia/realty_view.tpl для карточки и, если используется главная классическая страница, /template/frontend/realia/layout_home.tpl 3. Подобрать подходящие стили.

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

В данный момент вижу только один способ. 1. Вскрываем /apps/system/js/refresher.functions.js 2. В нем есть операция $(this).keydown(function(){_hidden.val('');});которая зачищает значение поля при обращении к автокомплиту. Убиваем этот кусок. 3. Удаленный функционал переносим в сам автокомплит в тело UI обработчика: minLength: 1,select: function( event, ui ) {_hidden.val(ui.item.id);}/*тут начинаем добавлять свое*/,response: function( event, ui ) { _hidden.val('');},change: function( event, ui ) { if(ui.item===null){ _hidden.val(''); }}Другими словами очистку сносим с события тычка в поле на событие загрузки результата поиска с сервера с повторной проверкой при расфокусировке элемента, которая очистит прошлое значение, если ввод в автокомплит не вызывал запроса на сервер, например даблкликом вы выделили все и просто удалили.

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

Шаблон формы поиска. Зависит от конкретного шаблона, но обычно это /template/frontend/agency/standart_search_form.tpl или /template/frontend/agency/search_form.tpl Если город единственный, а районы и метро не используются, то погасить в модели эти поля через Редактор форм и в шаблоне формы поиска исключить их разметку. 2. Шаблон формы поиска. вывод этого чекбокса <tr><td>{$L_FURNITURE}</td><td><div class="select_box_td"><input type="checkbox" name="is_furniture"{if isset($smarty.request.is_furniture)} checked="checked"{/if} value="1" /></div></td> </tr>3. Общая. square_all 4-5. Количество комнат и разделы в структуре никак не связаны между собой и никак не влияют друг на друга. Поиск по полю Количество комнат обуславливается параметром из чекбоксов, поиск в разделе структуры Комната обуславливается выбором соотв.. пункта на форме в селекте Тип. 6. Расположение управляется изменением разметки шаблона формы поиска. Размеры же, правкой или дополнением стилейконкретных элементов. 7. В списке номер дома доступен как $grid_items.системное_имя_поля_с_номером_дома. "Фильтр по улице и номеру дома" - это именно фильтр или сортировка? 8. Да. order=square_all. Сортировка происходит по значениям поля square_all. 9. да. и не иначе. 10. По логике туда может выводиться и цена, или количество, или название улицы и номер дома. Логика - она ведь разная бывает.)) То, что вы описали - это кластеризация - когда близкие объекты при определенном масштабе сливаются в один маркер. Тогда имеет смысл выводить количество попавших объектов. Но та карта, которая у вас, работает без кластеров, а просто выводит маркеры, которые, если не расставлять их осознано, роботом могут ставиться в одну точку. Они не сливаюся в один маркер, кроме случаев, когда их координаты идентичны.

$streets[$ar['name']]=$ar;И какой смысл с массива [Иванова] => ...[Петрова] => ...[Сидорова] => ...? Особенно, если учесть, что улиц Иванова может быть две. Как минимум ключем должна быть идешка, а не имя. Поиску же без разницы откуда взялись улицы. Можно получать их аяксом и скриптом формировать набор option селекта. Или получать аяксом сразу готовый селект и только делать replaceWith. Способ в принципе не важен, главное определиться какая часть работы будет выполнена на сервере, а какую сделает скрипт.

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

Только лучше spec=1лучше без амперсанда

А что на карте будет в пустой категории?

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

/template/frontend/realia/realty_grid.tpl {if $smarty.request.page == 1 or $smarty.request.page == '' }<span itemprop="description">{$description}</span>{/if}Єто блок вывда описания. Сейчас он внутри условия {if $grid_items|count==0} Продублируйте его сразу после <h1 class="page-header">Ничего не удалось найти</h1> Либо приведенную выше надпись можете тоже заменить на <h1 class="page-header">{$title}</h1> что бы и заголовок выводился, а текст, про то, что пока ничего не найдено или не выводить, или вывести выше-ниже описания.

1. Права админа на фронте сайта не имею никакого значения. За исключением возможности видеть в карточке поля, которые видимы только для группы админов. 2. Вход в административную часть сайта и последующий переход на фронт не эквивалентен входу на фронт с паролем и логином админа. Нужно выйти в админке и войти с фронта. 3. Войдя под админом с фронта в ЛК вы будете видеть и иметь доступ ТОЛЬКО к объявлениям, которые привязаны к админу и не будете видеть объявлений других пользователей. Потому что это не админка, а ЛК.

сайт/login/ сайт/register/ Обычно они есть изначально.

Photos must be reloaded after new sizes setting.

Settings - Advanced This is global size settings for all images attached to advertisment. But you can set it separately for each image-hold field with 'uploads' type like this: Applications - Form Editor select model data and image field

Have you "Billing" application installed? If yes try to off it. If no, look to the Setting - Common (Настройки - Общее), parameter advert_cost. It must be 0

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

Понял. Я думал информеры - это всякие курсы, погоды. Это все можно спокойно упихать в /template/frontend/realty/main.tpl в блок к копирайту id="zt-footer". Они там никому не будут мозолить глаза.

Так а со счетчиком что? Могу еще предположить, если на вскидку, что нет поля view_count в таблице re_data