Leaderboard

Здравствуйте, нужна кнопка , "сохранить все фото" она должна быть при просмотре объявления, при нажатии на которую можно было выбрать папку нажать сохранить и туда сохранились непосредственно все фото объекта. если у кого то есть другие варианты можете предлагать, обсудим.

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

найдите в шаблоне карточки начало автовывода: <ul class="realty-options"> {foreach from=$hvd_tabbed item=tab key=tabname}дальше в нем найдите строку {elseif $data_item.type eq "price"}прямо перед ней добывьте дополнительное условие{elseif $data_item.name eq "owner_phone" or $data_item.name eq "owner_fio"}

1. во вторй части уже не нужно проверять на ноль. вы сделали это в первой части. если ноль, то просто не будет параметра этого. 2. вторая часть должна выглядеть так: if(isset($params['added_in_days'])){ $date_limit=date('Y-m-d H:i:s', (time()-($params['added_in_days'])*24*3600)); $where_array[]='('.DB_PREFIX.'_data.date_added>=\''.$date_limit.'\')';}темплейт_сеарч не поддерживает плейсхолдеров в запросе. поэтому нужно в запрос включать и параметр сравнеия, а не знак вопроса 3. Для первой части я бы расширил условие if(0<(int)$this->getRequestValue('date_added') && (int)$this->getRequestValue('date_added')<20){$params['added_in_days'] = (int)$this->getRequestValue('date_added');}что бы не было желающих поискать объявления от начала времен.

Нормальный агент, который размещает свои объявления и фото на сайте, сначала подготовит эти фото для загрузки на сайт... Так нах### ему эти фото затем копировать с сайта, чтобы перекинуть их на "потусторонний" AVITO и т.д.? Они-же у него уже есть, а с сайта фото будут иного размера/качества, т.к. при их загрузке на сайт они автоматически обрабатываются. И не понятно, зачем их вообще вручную грузить на "потусторонние" сайты, при наличии нескольких модулей выгрузки - Яндекс, ЦИАН, AFY... когда всё можно автоматизировать.

Дайте ему имя на форме not_last_floor и будет вам счастье. Этот параметр обрабатывается автоматически. При нахождении такого параметра в запросе со значением равным 1, автоматически применится условие отфильтровывающее те записи у которых этаж и этажность совпадают.

Плохое условие {if $item.optype == 'Продам'}лучше {if $item._optype_ == N}где N - идешка соотв. контракта

В корне неправильный подход. realty_grid_html.tpl - это шаблон блока ОДНОГО объявления в выборке. Весь ваш список результатов поиска на карте будет состоять по принципу из realty_grid_html.tpl для первого найденогоrealty_grid_html.tpl для второго найденого...realty_grid_html.tpl для последнего найденогоВставлять туда количество найденых не имеет никакого логического смысла. Тут разве что в самом search.js где вы формируете списко блоков вычислять длину json и доабвлять ее в качестве количества найденных.

Валюта по умолчанию устанавливается в Настройках->Общие - Название валюты в личном кабинете (ue_name). Там-же активируется менеджер валют (если работаете с несколькими валютами) - галочка на позиции Включить поддержку выбора валют в объявлении (currency_enable), в этом случае валюты дополнительно правятся в Приложениях->Менеджер валют Отображение цены и валюты на сайте и в ЛК правится в соответствующих файлах .tpl в Приложения->Редактор шаблонов, например: - главная на сайте и последующие - realty_grid.tpl и как вариант (если шаблон Realia), то в realty_grid_list.tpl и в realty_grid_thumbs.tpl (варианты отображения объявления строками или блоками); - на странице просмотра объявлений - realty_view.tpl; - в ЛК (список объявлений) - realty_grid_account.tpl; и т.д. (всё, что похоже на realty_grid_###.tpl, top_special.tpl - спецпредложения, realty_on_map.tpl - объекты на карте...)

Добавил чекбокс в форму поиска. (Не последний этаж) Подскажите условие поиска...

Приложения - Редактор шаблонов - файл remember.tpl

Просто сохранить фото не очень интересно по-моему. Может лучше скачивать в виде pdf целую карточку объекта?

Это вроде в редакторе шаблонов, файл remember.tpl

Нужно включить в ./index.php русскую локаль setlocale(LC_ALL, 'ru_RU.UTF-8');Затем в шаблоне использовать функцию strftime('%S', strtotime($grid_items[i].date));

В вашем Template_Search надо указать для square_all, что вы ищете по промежутку. План таков: 1) Отправка с формы. с формы у вас должно уходить два параметра - мин. и макс. по square_all (два текстовых инпута с именами square_all_min, square_all_max - эти имена не обязательно должны быть такими, но лучше использовать системное имя колонки и через подчеркивание постфикс min\max). Метод добавления этих инпутов в форму не важен. Можете вручную указать их в шаблоне, можете использовать параметр is_ranged=1 для square_all_min, еси используются локальные формы поиска. 2) Перехват параметров. эти параметры должны быть перехвачены. Часть параметров, такие как floor, floor_count обрабатываются самим движком изначально даже если они переданы в виде floor_min\floor_max, но большинство параметров надо перехватить. Для этого в Template_Search в getParams надо указать if(''!==$this->getRequestValue('square_all_min')){ $params['square_all_min'] = $this->getRequestValue('square_all_min')}if(''!==$this->getRequestValue('square_all_max')){ $params['square_all_max'] = $this->getRequestValue('square_all_max')}т.е. именно square_all_min и square_all_max. Если вы считаете, что ваши параметры должны быть целыми числами, тогда смените условие на if(0!==(int)$this->getRequestValue('square_all_min')){ $params['square_all_min'] = (int)$this->getRequestValue('square_all_min')}что бы не учитывать нулевых и пустых згачений. 3) Определение условий. В Template_Search в run() необходимо обработать отфильтрованные параметры В вашем случае if(isset($params['square_all_min']) && isset($data_model_array['square_all'])){ $where_array[]=DB_PREFIX.'_data.square_all>='.$params['square_all_min'];}if(isset($params['square_all_max']) && isset($data_model_array['square_all'])){ $where_array[]=DB_PREFIX.'_data.square_all<='.$params['square_all_max'];}Вы проверили, перехватился ли параметр, пс ли поле, на которое ссылается параметр в модели (вдруг вы давно его удалили, а условия поиска не почистили) и указали, как оно должно наложить условие на выборку из БД. В конце этих манипуляций вы возвращаете в движек массив условий фильтрации, который будет применен к выборке и массив перехваченных параметров, что бы они были учтены во всяких пейджерах\ссылках сортировок. NB. Если вы не используете пользовательские сетки и локальный local_grid_constructor.php то движек автоматически должен обработать в виде диапазонов следующие поля price_min, price_pm_min - ишется по полю price цена большая от price_min, price_pm_min price , price_pm - ишется по полю price цена меньшая от price , price_pm floor_min\floor_max - ищется по полю floor значения большие/меньшие от floor_min\floor_max floor_count_min\floor_count_max - ищется по полю floor_count значения большие/меньшие от floor_count_min\floor_count_max square_min\square_max - ищется по полю square_all значения большие/меньшие от square_min\square_max not_first_floor - ищется по полю floor значения для которых floor не равен 1 not_last_floor - ищется по полю floor значения для которых floor не равен значению floor_count live_square_min\live_square_max - ищется по полю square_live значения большие/меньшие от live_square_min\live_square_max kitchen_square_min\kitchen_square_max - ищется по полю square_kitchen значения большие/меньшие от kitchen_square_min\kitchen_square_max Это поведение наличествует в данный момент, но не обязательно будет поддержано в дальнейшем. Иными словами, условия для таких полей включать в Template_Search не нужно.