abushyk

По таким "исчерпывающим" данным могу посоветовать вставить все это в index.php, что бы 100%-но не прогадать)))

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

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

Да. Поэтому строить алиас на основании комплекса город-улица-номердома не эффективно. Тут нужно уже анализировать - если очень хочется алиасов, тогда продумывать свою конструкцию их и указывать в настройках. Например чере Настройки - SEO-Оптимизация - apps.seo.allow_custom_realty_aliase_fields. Если их не нужно, то отказываться от них - неухоженные алиаса, пусть даже "суперпупер" красивые не дают много толка. При больших объемах объявлений алиасы вообще превращаются в дурацкие строки типа moskva-lenina-2-1....moskva-lenina-2-9999. Оптимальным вариантом всегда будет являться формирование алиаса с включенным ИД, так как это 100% избавить их от возможности задублироваться и от ничего не значащих числовых постфиксов. Например вот в таком виде: apartamenti-prodaja-bolgariya-4doma-arenda-ruminiya-35В идеале "красивый" урл должен нести в себе сео-нагрузку и ключевые слова. Поэтому штампование стандартизованных, да еще на основании географии алиасов, для сайта у которого точками посадки являются разделы групп недвижимости - Квартиры, Новостройки и т.д. и тексты ориентированы на конкретные типы - это просто извращение. В суперидеальном случае эти алиасы должны быть выписаны вручную по рекомендациям сеошника или сформированы на базе адекватного текста. Вторым функционалом красивого урла является его запоминаемость, что бы я мог введя пару букв с памяти найти его или в истории браузера, или в тырнете. Но с точки зрения наличия закладок в браузере и возможностей зашарить любую страницу на свой соцаккаунт смысла с этого функционала нет. По крайнем мере мне нафиг не упало запоминать какие-то урлы, проще тыкнуть звездочку.

Для анализа можно использовать Приложения - Toolbox - Статистика алиасов объявлений Эта функция проверит все ваши текущие алиасы и покажет какие из них задублировались по тем или иным причинам. Там же есть и кнопка Исправить, которая сбросит текущие алиасы для дублирующихся и пересоздаст их. Так же она покажет сколько еще "пустых" алиасов.

Редактор форм. Модель data. Поле с системным именем translit_alias. Это поле должно быть активным в модели, т.е. не подсвечено красненьким в списке.

/template/frontend/realia/main/main.php private function getAgents() в ней $query='SELECT * FROM '.DB_PREFIX.'_user WHERE group_id<>4 AND login<>\'_unregistered\' ORDER BY RAND() LIMIT 3'; Заменить тройку на подходящее число выводимых агентов. Если новое число гарантировано будет больше или равно числу всех агентов, то можно убрать еще и кусок ORDER BY RAND()

Это как сдавливать в руках воздушный шарик. Давишь в одном месте, лезет в другом))) Так сказать одновременно и плюс и минус всяких адаптивных-респонсивных версток. Можно пробовать, но шансы где-то 50 на 50.

/template/frontend/realia/language/ru/dictionary.ini LT_ADD_YOUR_OWN="Добавить свое объявление"LT_RENT_FLAT="Снять квартиру"LT_MORTGAGES="Ипотека" Меняем эти текстовые переменные и все.

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

Почему один вариант? Главная - это главная. она должна давать максимально много нужной инфы и отправлять дальше. Делать какие-то манипуляции на главной, типа изменения расстановки - не имеет смысла. Для этого есть поиски и категории-разделы. Это 10% аргументации) И еще 90% - потому что мне так больше понравилось)) Если нужен списочный вывод - свичимся на classic и в настройках ставим дефолтный вид отображения - list. Естественно никакого бара с фильтрами и сортировками там не планировалось. За вывод вот той сетки, которая выводится со слайдером, отвечает /template/frontend/realia/featured_properties.tpl в который выводятся спецпредложения. Т.е. если есть цель перепилить этот вывод на списочный, то править нужно именно его. Вплоть до копирования части тела /template/frontend/realia/realty_grid_list.tpl в упомянутый файл, только с последующей заменой всех $grid_items на $special_items2 Количество ВИП в админке устанавливается только для режима с Биллингом. В остальных режимах количество выбираемых вип, а точнее без биллинга они не вип, а спецпредложения, равняется количеству объявлений на страницу. (тут я точно не помню и завтра уточню).

Исходно, ссылка ведущая "на пользователя" ведет не столько на пользователя, сколько на список объявлений данного пользователя. Поэтому и выводит, что ничего не найдено. Если нужно аннулировать эту ссылку, то можно сделать в лоб: в /template/frontend/realia/agents_list.tpl заменить href="{$estate_folder}/user{$agentslist_item.user_id}.html" на href="#"

Для ленивого способа http://bootstrap-ru.com/base_css.php#buttons тут варианты готовых кнопок. Нужно просто в right_special.tpl или где она там стоит поменять класс на ссылке с btn-primary на другой. Для настоящих мужчин - убрать с этой ссылки классы btn btn-primary btn-large list-your-property arrow-right поставить свой mysuperbutton и для этого класса написать стили по вкусу.

Меняются это: - текст на них - вид их дизайна - еще что-то ?

Должно быть возможно. Я так делал на городах. В Редакторе форм сделате Обновить таблицу country - такая синяя кнопка в строке с названием модели и тремя белыми полосками.

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

Это весь текст в заголовок элемента вы вложили? Там же есть поле Подсказка.

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

Я бы поправил в обеих, так как в идущих обновлениях папка шаблона template для админки будет отключена и все шаблоны будут идти из template1

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

Тут нужно смотреть какие условия вы наложили на выборку этого блока похожих. А вот тут настройками упомянутіх віше параметров не обойтись. Нужно смотреть ниже, где формируется сам запрос. Там периодически добавляется условие $where['id']='id NOT IN ('.implode(',',$ids).')'; - указіваем что нужно вібрать все по услловиям, кроме уже пойманых идешек. Для региона нужно поступить схоже $where['region_id']='region_id NOT IN ('.$region_id.')'; Только я уже запутался, что у вас регион, а что город, поэтому пример исключительно для примера, а не для копипаста))

в данный момент дефолтным языком может быть только технический, т.е. тот, который формально называется "ru". Можно свитчить и на "ua" принудительно, но сейчас только программно. языки добавляются путем добавления в папку /apps/system/language/ папки языка с названием в виде кода языка двубуквенным обозначением по ISO 639-1. Так же в Настройки - Редактор переводов в (apps.language.languages) необходимо перечислить используемые языки в виде ua=Українська|en=English|cs=Czestina|ru=Русский ===== языки отключили? что теперь в справочнике?

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

А отключите мультиязычность.

А как удаляли? через админку или очисткой таблицы в БД?