abushyk

Мы пошли на встречу "ленивым" владельцам и при включении менеджера валют поле Валюта добавляется в модель ДАТА на лету, если его не создано в модели явно. Но наверное зря, так как отсутствие поля по факту в модели пугает людей))) Просто добавьте в модель поле как тут http://www.etown.ru/s/topic/2235-выбор-валюты-на-сайте/?p=23150 и вы сможете манипулировать им уже в нормальном режиме.

ну хотя бы 5 ))) Сейчас у каждого почти зеркалка)))

5.4 и выше. Magic_quotes_gpc = ON - лучше ОФФ Display_errors = ON - можно тоже ОФФ если проект уже продакшен. если в стадии отладки-настройки, то допустимо и ОН но если ОФФ предыдущий, то включить Logs_errors Max_execution_time = 30 сек. Memory_limit = 64 MB обе эти настройки вменяемы и могут изменяться лишь в процессе. Напр. если работает парсинг и данных много, что возможно придется поднять обе эти планки, но скорее всего не глобально, а только в конкретных модулях путем включения ini_set. Хотя в самом общем случае Memory_limit маловат. Я бы поставил 256. Max_input_vars = 1000 Должно быть выше крыши, кроме случая когда делаются переводы полей модели. Тогда этого параметра может не хватать.

Нет. в редакторе форм вы управляете размещением элементов на форме. В /template/frontend/realia/realty_view.tpl нужно управлять размещением кода явно.

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

если на сайте нет иных валют кроме рубля, то выключите вообще менеджер валют. и ваша БД скажет вам спасибо. в редакторе форм для поля data - currency_id в поле Значение по умолчанию поставить идешку нужной валюты.

В /template/frontend/agency/realty_view.tpl - для карточки behaviors: ["scrollZoom", "drag", "dblClickZoom"], - убрать "scrollZoom", В /template/frontend/agency/realty_grid.tpl - для списка аналогично и точно это же в /template/frontend/agency/map.tpl для карты на главной

Задача скорее практически не решаемая. Такое решение оптимально подходит для систем где есть однозначный признак сортировки - например соцсети, где фактически сортирующим признаком является идешка, направление роста которой всегда направлено в сторону увеличения. Что позволяет постраничные выборки делать в виде дополнительной фильтрации "от уже показанного ид и выше" обрезая полученную выборку от начала на длинну записей на странице. В результате запросы лимитируются по виду LIMIT N, что оч хорошо. В работе с недвижкой сортирующих факторов больше чем один, а самый "удобный" - по ид - является так же и самым бесполезным. Поэтому все постарничные запросы приходят к виду LIMIT M, N. А принцип выборок по таким запросам весьма трудоемок с ростом M. Т.е. если вам нужно получить 5-ю страницу и на странице у вас 10 объектов, то по факту вам нужно выдернуть с базы 50-объектов и первые 40-к выкинуть. Естественно на 1000-й странице объемы возрастут. Так что тут дело не в количестве на страницу, а скорее в балансе между количеством на страницу и количеством страниц. Для поисковика по факту важна первая страница из постранички. Вторую и далее он вообще не должен видеть. А первая обычно ВСЕГДА загружается менее напряжно по сравнению с остальными. Так что не парьте голову и учитывайте именно удобство людей. Листать странички по 3 объекта и листать списки по 500\страницу - две крайности.

Уже давно можно иметь два поля - одно с набором Продажа\Аренда, второе как обычная структура с оставшимися в ней чисто типами недвиги Квартира\Дом\Остров\Коммерческая. Тем более что первое поле под системным именеме optype почти полностью поддерживается. Тип поля docuploads. Внешний аналог uploads, но позволяет хранить именно файлы, а не картинки. Т.е. и картинки в принципе тоже, но не делает из них превью, а просто хранит как аттачи.

Управляющая только одна, та что в Общее - is_watermark В какой заявке у вас не слушается вотермарк? В /add ?

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

Все описанное выше справедливо. Элемент Структуры в данный момент самый "дикий" элемент, поэтому привязка к нему стилей скриптом - оптимальна. Либо стилизовать не прямо этот селект классом, а обернуть {$structure_box} в див с нужным классом или ИД и стилизовать косвенно доступом через оборачивающий.

В список путем размещения в шаблоне списка {$grid_items.системное имя поля "студия от..."} {$grid_items.системное имя поля "двухкомнатная от.."} {$grid_items.системное имя поля "трехкомнатная от..."} в общем такой алгоритм справедлив для любого поля типа "safe_string"

Код вставки видео в шаблоне <iframe width="560" height="315" src="//www.youtube.com/embed/{$data.youtube.value}" frameborder="0" allowfullscreen></iframe> width="560" height="315" - размеры в пикселях контейнера видео

А как они будут считать, если вы уберете счетчики? Они же именно ими и считают. Виджет-информер можно убрать, если он в счетчике отделен от самого счетчика. Но тут нужно смотреть на политику провайдера счетчика. Она может требовать не убирать информер. Будет ли индексироваться ботом? Тут зависит от того о каком боте вы спрашиваете - их сотни.

http://www.etown.ru/s/topic/1498-шаблон-realia-добавление-объявлений-без-регистраци/?p=27681 Так вот жеж Дмитрий показал пример как должна формироваться кнопка. Это применимо к любой кнопке, которая должна отсылать на подачу объявления, что вверху, что внизу. Весь секрет в том, что ставится в атрибут href ссылки и двух специфичных атрибутах data-... Непонятно потому, что ссылка на /add фигурирует в странице. Но если вы отключаете гостевое добавление, то этой ссылки быть не должно на странице - ее нужно убирать. А если кто по ней перешел, прямым набором например, то вполне естественно, что 404, так как этот адрес только под добавление объявлений и его функционал погашен - значит этой страницы не существует.

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

{$grid_items.type_sh} -> {$grid_items.path} в /template/frontend/realia/realty_grid_list.tpl /template/frontend/realia/realty_grid_thumbs.tpl думаю єто то, что вам нужно.

Если нужна Завяка, но не нужно поделиться, то .mailbox-options #send_friend {display: none;}и куданибудь в файл стилей. например в /template/frontend/agency/css/style.css

А что значит фраза "в новых появившихся обязательных полях" ? Они у вас сами по себе появляются новые и обязательные?

Настройки - Общее Если этой опции у вас еще нет, значит уже в ближайшем обновлении она будет. Эта галочка отклоянет любые обращения по адресу /add для неавторизированного пользователя.

Она определена с видимостью в определенных категориях, это ваши "Параметры недвижимости". Или их выберите, или освободите это поле. Это не редактируется.

$sub_index+=1; $structure['catalog'][$sub_index]=array('name'=>'Карьера', 'url'=>'client/order/career/'); $structure['childs'][$cindex][]=$sub_index; $cindex=$sub_index; //тут нужно вернуться к нарощенному значению, когда закончили вставлять подпункты. это я пропустил. $cindex+=1; $structure['catalog'][$cindex]=array('name'=>'Собственникам', 'url'=>'owners'); $structure['childs'][0][]=$cindex;

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

вот еще добавьте выделенное жирным $indexes=array_keys($structure['catalog']); sort($indexes); $last_index=end($indexes);