abushyk

1. делаем пункты 1-4 из http://www.etown.ru/s/topic/682-хлебные-крошки/?p=6706 2. Далее по вкусу. 2a. Либо берем из /apps/system/lib/frontend/view/kvartira_view.php функцию getMetaData, копируем ее в /template/frontend/имя_шаблона/main/view/kvartira_view.php и меняем стандартное значение дескрипшена на вырезку из $form_data['text']['value'] 2б. Берем из /apps/system/lib/frontend/view/kvartira_view.php функцию makeUserOperatios, копируем ее в /template/frontend/имя_шаблона/main/view/kvartira_view.php и внутри нее всаживаем нужное значение в дескрипшн: $text=strip_tags($form_data_shared['text']['value']); $text_parts=explode(' ', $text); $text_parts=array_slice($text_parts, 0, 50); $this->template->assign('meta_description', implode(' ', $text_parts));

Т.е. никакой общей части у этих урлов нет? Например an-byl an-kvartal an-ivanov или user/an-byl user/gr_kvartal user/ivanov Если бы она была, то можно было бы сделать ранний перехват по этой общей части и на нее повесить выборку данных пользователя. А уже объявления вытягивались бы штатными средствами.

Дайте угадаю. У вас либо нет вообще поля под геокоординаты в модели, либо если и есть, то ни для одного объявления они не указаны.

{if $smarty.session.user_id eq ''}<div class="btn-group"><a class="btn btn-small" data-toggle="modal" data-target="#prettyLogin">{$L_LOGIN_BUTTON}</a></div>{else} {if isset($user_menu)}{$user_menu}{/if}<div class="btn-group"><a class="btn btn-primary btn-small" data-toggle="modal" href="{$estate_folder}/logout/">{$L_LOGOUT_BUTTON}</a></div>{/if}Этот блок выводит кнопки входа-выхода и остальные меню связанные с ЛК.

Там же, следом за предыдущим {if $smarty.session.user_id eq ''} ... {/if}

Давайте попробуем зайти с другой стороны. Как выглядят ваши красивые урлы для юзеров?

Починил и там.

В принципе, по уму, надо сделать вывод этих кнопок вообще текстовым, а переход по ссылке запускать скриптом. Только так можно будет гарантировать, что робот не скушает эту ссылку. Все остальные способы, как показывают опыты не надежны.

Линк-менеджер помогает работать только построителю сеток. /userXXX.html - вызывает построитель сеток для параметра user_id=XXX + выхватывает дополнительную инфу о юзере /красивая_ссылка_на_юзера - тоже вызывает построитель сеток по параметру переданному в настройках красивой ссылки, но делает это не в той же точке, что и /userXXX.html а там, где обычная сетка. Соотв. и допинфа о юзере там не вызывается.

В принципе все это можно и в шаблоне сделать, что бы не тянуть локальную карточку.

1. Админка - колонка слева - Структура 2. Заявки приходят на почту пользователя, который является администратором (это для заявок созданных через приложение Клиент). Уточните какие именно вас интересуют 3. В зависимости от того о каком шаблоне речь 4. Опять же таки зависит от шаблона 5. И снова возвращаемся к названию шаблона + что за окно, откуда будет его контент, что оно будет делать.

Поправил в админке и в ЛК. В ЛК проверьте пожалуйста сами, что бы я не заводил там лишних аккаунтов.

дайте ссылочку на сайт.

Условно надежным может быть вывод их как графического материала (на картинке). Менее условно надежным - вывод аяксом по нажатию на кнопку Показать в текстовом виде, либо опять таки картинкой. В общем картинкой - самое лучшее наверное, так как оно создает немного дополнительных трудностей. Все остальное становится похожим на шахматы - вы придумываете способ их скрыть, тот, кому реально нужно их спарсить, в соответствии с вашей защитой прорабатывает алгоритм доступа к ним.

{$data.date_added.value|date_format:'%d.%m.%Y'}Либо сформировать иначе с помощью других ключей http://www.smarty.net/docsv2/ru/language.modifier.date.format.tpl

Выводом и редактированием профиля управляет системный файл /apps/system/lib/system/user/profile_using_model.php

1. Средствами настроек не возможно. Только программированием. 2. Аналогично. +стоит задуматься, а нужен ли такой тип недвижимости как "1-комн. квартира", если есть поле под комнатность. 3. Поле Параметры - для указания специфичных параметров настроки разных элементом. Они сильно разнятся в зависимости от типа элемента, поэтому пришлось их выделить вот таким вот общим способом. Сделать что-то похожее для select_box значений в принципе возможно, но это будет уже касаться видоизменения самого движка.

Админка - колонка слева - Структура

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

Только если сайт будет текстовым без фотографий-картинок.

Это от кнопки uploadify_file?

Первое возможно только в том случае, если не обновлено приложение table и columns Второе связано с необновленным конфигом. Для второго быстрое решение: INSERT INTO `re_config` (`id`, `config_key`, `value`, `title`, `sort_order`) VALUES(NULL, 'jpeg_quality', '80', 'Коэффициент качества для JPEG/JPG (от 0 до 100)', 1),(NULL, 'png_quality', '0', 'Степень сжатия для PNG: от 0 (нет сжатия) до 9', 1);Выполнить этот запрос через phpMyAdmin на таблице re_config. Он пропишет два параметра, контролирующих качество жипегов и пнг при загрузке. По дефолту там выставлены самые "богатые" значения.

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

Починено. Проблема в том, что при выдаче сетки движок проверяет в модели наличие полей под статусы Выделено, Премиум и ВИП. Так что, если реакция на статус отсутствует, первым делом проверяем наличие этих полей. NB. ЛК, и кнопки биллинга в нем, прекрасно работают и без этих полей в модели, им достаточно ячеек в БД.