abushyk

Хм. В хидер правильно (по логике), но не обязательно (удобнее включать скрипт ближе к блоку, так как быстрее становится понятно для чего он), должно, в принципе, работать из любого места.

Не вывалилось потому, что меняется обвеска работы с БД и ошибки в экран будут вываливаться по-минимуму.

Там что-то на серваке подзаглючило. Можете посмотреть 100% работающий пример на http://an-pdm.ru/. В блоке навигации категорий есть тот же "Быстрый поиск".

Если используются категории новостей, тогда в модель Новости нужно добавить поле news_topic_id типа select_by_query по таблице news_topic которое будет выводить выпадающий список категория новостей. Тогда, при заведении новости можно будет выбирать нужную категорию в этом поле.

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

Сделайте в админке http://домен/admin/index.php?action=customentity&do=install что бы приложение установило необходимые себе таблицы и попробуйте еще раз.

Это поле по умолчанию не включено. Простьо в админке в редакторе форм для таблицы data cоздайте элемент currency_id

Валюта "по умолчанию" в менеджере валют означает базовую валют относительно которой будут указаны курсы остальных валют. Для установки валюты при добавлении нужно поставить значение по умолчанию равное ид нужной валюты в Редактор форм в поле "Значение по умолчанию" для поля Валюта.

Покажите пример некачественного изображения и, если можно, исходник.

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

Настройка - Общее - Не допускать добавления дубликатов данных отключите эту галочку и попробуйте добавить.

2. /template/frontend/pure/main/template_menu_decorator.php В нем найдите и изничтожьте строку $rs .= '<li><a href="/karta/">Поиск по карте</a></li>';она в районе 44-й строки.

1. По картинкам. Что бы картинки не уродовало следует соблюдать некоторые меры. Правильно установить размер превьюшки. Смотрим по сайту самый маленький вывод, например в сетке. Для пюре это 220х130. Значит ваши превьюшки должны быть не меньше этого размера и пропорциональны (хоть чуть-чуть). Для управления размерами служат поля: а) если для хранения картинок используется поле типа uploadify_image тогда смотрим Настройки - Дополнительно Последние 4 параметра понятно по названию. Первый означт, что нужно принудительно пропорционализировать превьюшки. Т.е. если вы вгрузите картинку 500х500 и не включите первый параметр, тогда преьюха впишется в указанные размеры 220х130 но останется кавдратной пропорционально исходнику. А если включите его, то ее подрежет четко до 220х130. б) если используете поле типа uploads тогда Приложения - Редактор форм. В модели data ищем наше поле для хранения изображения и открываем его на редактирование. В раделе Параметры Все настройки аналогичны по смыслу предыдущему пункту.

А когда будет строиться сетка объявлений их значения, без запросов к БД, сами по себе материализуются?)))

Да. Объявление к пользователю. Для этого служит поле Пользователь (системное имя user_id). Если такого в модели data не обнаружено, то просто добавьте его самостоятельно (тут пример http://i.piccy.info/i9/b04223e19c08cea34403f5b64453d8a3/1413226920/82418/813514/CMS_Sitebill_2014_10_13_22_01_25.png) и сделайте ему видимость только для админов.

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

Ну тогда создайте пользователя с ФИО "Агентство Рога и Копыта" и вьйо к нему привязывать. Или я не допонимаю суть проблемы?

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

Представьте, что у вас есть страна. В ней есть два региона. В регионе - 10 городов. В городе 50 улиц. На улице 100 домов. В итоге мы имеем 1*2*10*50*100 конечных объектов. Теперь пропорционально увеличим количество регионов в два раза. Далее, вам придется вести справочник для всех возможных домов, пусть даже ими никто никогда не воспользуется. Доверять что-то пользователю вносить в справочники самому - плохая идея. Ваша идея понятна и, в некотором смысле, логична. Но это будет неповоротливый громоздкий монстр. Я бы лучше шел в сторону уменьшения ветвистости - от страны максимум до района или neighbourhood'а (т.е. "площадного" понятия) оставляя улицы и дома строковыми данными. А геокоординаты отлично могут жить и без всех этих страна-...-дом. Ведь многие объекты, особенно загородные просто физически могут не иметь ни улицы, ни дома. ПС. Смысл справочников не только в том, что бы иметь справочную информацию, но и в том, что бы иметь возможность наладить эффективный поиск по данным из справочника. Но даже поиск по улице выглядит весьма сомнительным занятием. Не говоря уже о поиске по дому.

http://www.etown.ru/s/topic/396-шаблон-realia/?p=4268 п 2.1. http://www.etown.ru/s/topic/396-шаблон-realia/?p=4290 после "==========================="

Если пунктов не более 20-ти и их список не меняется ежедневно и, вдруг, нужно как-то хитро оформить - ручками самое то)

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

1. Если шаблон не реалия, то в шаблоне header.tpl нужно подключить файл <script type="text/javascript" src="{$estate_folder}/apps/client/js/clientorderajax.js"></script>в реалия это уже включено. 2. Далее в месте, куда должен быть сделан вывод формы, вставляем блок <div id="order_form_x1"></div>ИД элемента произвольный, но уникальный. 3. Возле вставленного блока <div id="order_form_x1"></div> добавляем его заполнение формой {literal}<script>$(document).ready(function(){ ClientOrder.init_form('order_form_x1', 'call');});</script>{/literal}init_form принимает два параметра - ИД эемента в который вставится форма и имя модели этой формы из Редактора форм - указано в заголовке, иногда называется имя таблицы. 4. Приложение client должно бы быть установлено и обновлено. ПС. Таким образом можно вставлять форму не только в страницу, но и в всплывающие окна или скрытые блоки, главное, что бы они были на странице.

Голь на выдумки хитра))) Может это SUBSTRING_INDEX(re_data.square_all,".",-1) тоже умножить на 1. Что бы не было неожиданностей при сравнении как строки.

о как)))