abushyk

можно скрин? а то я не совсем ясно понимаю видимо о чем речь.

А как размытость бекграунда спасет от прыжков размера слайдов?

На более старых версиях шаблонов было ограничение в самом шаблоне. Позже мы его убрали, заменив лимитирование только путем изменения настройки. Можете спокойно это условие удалять. Управлять алгоритмом можно либо через RealtyView приложение, но это больше на свой страх и риск, оно еще не может служить полноценной заменой встроенной карточки. Либо переопределением алгоритма в функциях своего локального файла Local_Kvartira_View. Там можно переопределить либо путем изменения: 1) protected function getSimilar() но она ограничена в данных, поскольку получает в себя только некоторые параметры либо созданием 2) getCustomSimilarData($category_structure, $form_data_shared) которая получит в себя еще и полную модель просматриваемой карточки и данных для подбора похожих в ней будет значительно больше.

Тогда конструкции {if ...} и {/if} нужно поднять соотв выше и ниже, что бы они охватили не только значение, а еще и логический блочек, который формирует либо поле вывода, либо строку. Например, что бы охватить <span class="ffio">...</span><br>

Перед строчкой {elseif $data_item.type eq "destination"}добавьте такое {elseif $data_item.type eq "dtdate"} {if intval($data_item.value)!=0} <tr><th>{$data_item.title}</th><td>{$data_item.value|date_format:"%d.%m.%Y"}</td></tr> {/if}

Я наверное так не смогу на пальцах пояснить. Можете отправить мне на abushyk [cобака] gmail.com файл шаблона карточки и я на примере в нем покажу. Потому что шаблон от шаблона разнится немного, а писать абстрактные решение на ночь как-то не хочется.

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

Кажется только еще на карточке ее нет. Но там впихнуть ее вверху - отодвинуть контакты, впихнуть внизу - попробуй там ее найди. Это вместо похожих или параллельно им?

Мультивыбора чего? Там же вроде только выгружать\не выгружать.

найдите в шаблоне карточки начало автовывода: <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"}

Вот. о чем я и говорю. Вы обусловили проверкой по идешкам вывод контактов. но в автовыводе то эти поля тоже выводятся - так как там выводятся все незапрещенные поля для данного смотрящего пользователя которые наличетсвуют в объявлении. Если зайдете под гостем, то не увидите их. под риелтером видите. а если зайдете под риелтером-владельцем, то, что-то мне подсказывает, вы увидите эти контакты в двух экземплярах. Смотрите где находится блок <div class="cdetails"> в котором ві прописали условия - выше, возле фотки, если вы его не двигали. И где выводятся контакты, которые вы видите - значительно ниже.

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');}что бы не было желающих поискать объявления от начала времен.

Оно у вас выводится явно (сами определяете куда что выводить) или автовыводом (а вы просто добавляете поля в модель)?

Если поле не запрещено видимостью, а только скрыто как hidden, то оно вполне может обработаться движком, а тут суть в том, что бы в некоторых случаях не давать изменять эти поля никаким способом. Да и с другой стороны, ну кто будет прописывать эти алиасы руками? За все время я видел только одного такого энтузиаста, но и он сломался где-то на второй тысяче объявлений. Скорее будет иметь смысл рассматривать это поле как системное, как дата добавления например, где основная масса операций с этим полем выполняется именно внутренним кодом движка, а не через изменение его посредством форм ввода\редактирования.

Это разноформатные поля. date хранить только зазор в секундах от начала эпохи - поэтому у нее целочисельное значение. А dt... форматы даты хранятся в стандартном представлении XXXX-XX-XX XX:XX:XX и целочисельный формат для них не подходит.

В шаблон, там где нужен вывод этого поля. А для работы с date полем на фронте я когда-то использовал внешнюю тему-адаптатор jQuery UI плагинов под Bootstrap (https://github.com/jquery-ui-bootstrap/jquery-ui-bootstrap)

Все так как я и написал. В гостевом добавлении априори предполагается, что пользователь не должен сам писать урл, что бы не нахимичил, поэтому урл ставится ему автоматом безусловно на основании настроек. И он получает правильный урл. А в ЛК мы проверяем доступность полей по правам видимости. В том числе и по полю translit_alias. Хотя для создания алиаса это уже лишнее условие, но может быть случай, что доступность этого поля будет расширена и на Риелтора. А так как в вашем случае оно не распространяется на него, формирование алиаса не происходит. Временное лечение. Файл /apps/system/lib/system/user/data/user_data.php Находим блоки if(1==$this->getConfigValue('apps.seo.data_alias_enable') && isset($form_data['translit_alias']) && $form_data['translit_alias']['value']==''){ $this->saveTranslitAlias($new_record_id);}и if(1==$this->getConfigValue('apps.seo.data_alias_enable') && isset($form_data['translit_alias']) && $form_data['translit_alias']['value']==''){ $this->saveTranslitAlias($id);}и меняем их соотв. на if(1==$this->getConfigValue('apps.seo.data_alias_enable') && ((isset($form_data['translit_alias']) && $form_data['translit_alias']['value']=='') || !isset($form_data['translit_alias']))){ $this->saveTranslitAlias($new_record_id);}и if(1==$this->getConfigValue('apps.seo.data_alias_enable') && ((isset($form_data['translit_alias']) && $form_data['translit_alias']['value']=='') || !isset($form_data['translit_alias']))){ $this->saveTranslitAlias($id);}А дальше я добавлю это исправление в обновления

Попробуйте использовать поле типа dtdate вместо date, если вам нужно указывать только дату. Оно хранить значение в читабельном формате (2015-10-22 00:00:00) и не связано по стилизации с UI-библиотекой. ПС. Но переход имеет смысл делать только, если это новое поле, так как будет необходимо изменить формат этого поля в БД и старые данные будут потеряны.

Я имел в виду только логику посмотреть) Движек умеет обрабатывать этот параметр, как "не последний этаж", но в отличии от этажа, он его не перехватывает из запроса. Именно поэтому его нужно или учить перехватывать, или загонять его обработку в темплейт_сеарч.

Если это поле типа date то оно так и хранится в виде временной метки. Для его преобразования нужно использовать форматирование, например: {$zzz|date_format:"%Y-%m-%d"}

Поискать в файле указанную строку.

Вот на месте авито я бы,наверное, обиделся))) Это описка по фрейду или автоподставляльщик текста так троллит?

Живой поиск так не ищет. Он ищет слово\набор слов по определенным полям, но в целом именно как текстовый поиск. Поэтому поиск по количеству комнат или наличию телефона в его понятии не имеет смысла.

Возможно потому, что поле translit_alias находится вне видимости авторизированного неадмина. У него наверное стоит видимость только для Админов. Посмотрите, так ли это.

Нет. Пакетная применяет именно единое значение к множеству записей. Вариативное создание разных алиасов - это немного не то.