abushyk

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

Сама инструкция tel: кажется не является инструкцией аналогичной mailto:
Знаю, что мобильные приложения и почтовые агенты, не все, умеют делать эту ссылку кликабельной. Но поскольку звонок актуален на смартах и телефонах, то именно там они это и делают. В браузерах от этой ссылки нет смысла и, допускаю, что они ее даже не будут обрабатывать (с ПК не звонят так как с телефона технически) показав просто как анкор или текст и, кажется, она даже не описана в спецификации.

В realty_grid_list.tpl, между классами location и area есть код, отвечающий за вывод анонса объявления:
<p align="justify"> {if $grid_items[i].$lang_data_text != ''} {$grid_items[i].$lang_data_text|strip_tags|truncate:200} {else} {$grid_items[i].text|strip_tags|truncate:200} {/if} </p> так вот truncate:200 - количество символов в анонсе, измените на свое, чтобы были не больше 2-х строк. Однако, с позиции SEO, не рекомендую это число опускать ниже 120 символов. Оптимальный диапазон 120-200

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

Это сейчас довольно популярный подход. Вот например 
http://domaza.com Есть переходы на локальные сайты с доменами типа domaza.ru, domaza.pl ... которые в первую очередь обуславливаю дежурный язык. И дополнительно какие-то особенные, логичные для данной языковой зоны фильтры. Но голову даю на отсечение, что база у них таки тоже одна))

ОФФТОП.

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

В начале єтого же файла есть блок включения карты
 
{literal} <script> var rname='{/literal}{$rname}{literal}'; $(document).ready(function(){ var RM=new RealtyMap('2.1'); if(loc_objects.length==){ RM.initGeocoded('property-map', rname, map_type, {defaultZoom: 16, yandexMapType: 'yandex#map'}); }else{ RM.initJSON('property-map', loc_objects, map_type, {defaultZoom: 16, yandexMapType: 'yandex#map'}); } }); </script> {/literal} или похожий на это. Оберните его тоже в это же условие.
Сейчас получается, что сама карта убрана, но код скрипта пытается к ней прорваться и валит остальное.

А это уже другая история. Есть внутри движка такая штучка, как фиксация последней просмотренной страницы. Суть в том, что вы открыли список своих объяв в ЛК, налистали страницу N, выбрали объявку и открыли ее поредактировать. После этого жмете сохранить и, обычно вы должны были бы вылететь на первую страницу списка, но вот эта запомненная страница не дает сделать этого и вы опять остаетесь на той, с которой ушли на форму.
 
А вот то, что вы наблюдаете в обычном списке - это побочное явление вот этого запоминания.
 
Можно убить это поведение совсем, разместив строки
if(isset($_SESSION['rem_page'])){unset($_SESSION['rem_page']);} в файле /main/main.php сразу после <?php
Либо попробовать зарезать их аккуратнее, поставив эти же строки после блока 
if ( !$has_result && preg_match('/^account/', $REQUESTURIPATH) ) {...} Тогда мы как бы оставим это поведение для ЛК, но уберем для сетки объявлений.
 
Первый способ у меня самого включен исходно и меня устраивает, а вот второй я, честно говоря, тщательно не проверял.
 

1. Про кеш замечено верно, но не совсем про тот))) У выгрузки ЯН есть свой кеш - он называется "Время жизни файла кеша (в секундах)" в настройках самого приложения. его стоит выставлять для отлаженных загрузок, а если количество выгружаемых записей в пределех сотни, то можно вообще нуллить. Если это не совсем слабый хостинг.
При загрузках данных из внешних источников с последующей выгрузкой на тот же ЯН имеет смысл либо ставить маленький срок жизни кеша, либо отключать его после вгрузок, запрашивать фид выгрузки, что бы обновились данные и снова включать.
 
2. В data поставляются при установке три гадких поля fio, phone, email - Ваше имя, телефон, мейл. Сами по себе поля в принципе безобидные, но у них есть особенность - эти поля, в некоторых приложениях при некоторых условиях могут накрывать поля из user. Поэтому если у вас не водятся толпы анонимных подателей объявлений имеет смысл гасить или удалять их, в том числе и из таблицы data в БД. И они абсолютно не подходят для хранения данных реального владельца вместе с данными объявления, как обычно делают риелторы, ведущие объекты. Под данные владельца-клиента лучше завести риелторам отдельные поля, поскольку это будет служебная инфо, а на сайте должны светиться только телефоны самих риелтеров.

В index.php, обеих, который в корне сайта и который в папке admin добавить 
ini_set('date.timezone', 'America/Los_Angeles'); Вместо America/Los_Angeles указать свою часовую зону из допустимых http://php.net/manual/en/timezones.php

Были вчера на "празднике шоколада". Кроме всякой сладкой вкусно-всячины попалось и такое

и что самое интересное - шоколадные гайки таки скручивались с шоколадных болтов))

вот он, великий и могучий )))))))

Вот у меня точно такой же вопрос)))
Да и длинна дерева того, что вложено в структуру не совсем относится к поиску - это скорее вопрос внутренней организации - т.е. то, как вы храните объекты, а не как вы их должны искать.

Линк-менеджер оснащен методом автоматически выдающим свои ссылки в сайтмап. Для этого в натсройках приложения Линк-менеджер нужно только включить галочку apps.predefinedlinks.sitemapitems

Добавлено в обновления.
С "Удалить" под картинкой еще буду смотреть как лучше - это не шаблон и не код, а скриптовая часть, так что туда пока сложнее загнать метки.

Совершенно верно подмечено. Есть некоторая разница при логировании пользователя со статусом администратора в административной части и во фронтальной. Они не идентичны.

15. apps.realty.use_predeleting
Только для меня. Не включать.
16. apps.realty.sorts
Умолчательная сортировка списка, если сортировка не указана явно, а стандартная по дате не устраивает. Может быть указана в виде ключа сортировки и направления. Например для сортировки по цене по спаданию указываем price|desc, по площади по возрастанию square_all|asc
ПС. Названия ключей сортировки могут совпадать с названиями системных имен полей модели, но не эквивалентны им. Т.е. добавив поле myfield и прописав сортировку myfield|asc вы не получите сортировку по вашему полю.
17. apps.realty.update_date_added
Указывает апать дату добавления-обновления на текущую при каждой правке объявления в ЛК. Такой себе бесплатный аналог приложения Upper. При включенной, изменив объявление, дата автоматом станет на "сейчас", т.е. поднимет объявление в сортировке по дате.
18. apps.realty.admin_fast_view
Перечисляет поля выводимые во всплывающем окошке быстрого просмотра, если его нужно ограничить.

 

1.  newuser_registration_shared_groupid
Устанавливает набор групп допустимых к выбору пользователем при регистрации, если  включите в форму регистрации поле Группа. Устанавливается в виде идешек разрешенных групп перечисленных через запятую. Напр.: 3,5,2
2.  hide_contact_input_user_data
Принудительно прячет с формы правки-добавления объявления в ЛК поля с системными именами fio, email, phone
3. disable_mail_additionals
Специфичная для отправщика почты настройка. Нужно помнить, что если письма не уходят, попробовать ее поставить в включенное состояние.
4. ignore_free_from_parameter
Частная настройка под какое-то частное исполнение. Ничего не должно измениться если вы ее включите, но пусть лучше будет выключено.
5. use_combobox
Всегда должны быть выключена. Свойства активируемые ей не поддерживаются более.
6. check_permissions
Возможность допуска в админку людей не из группы админов. По форму поискав check_permissions можно найти подробнее.
7. use_registration_email_confirm
При включении заводит пользователей в неактивном состоянии и требует подтверждения регистрации по мылу указанному в данных регистрации.
8. allow_tags_search_frontend
Должно быть выключено. Проэцирует механику поиска по автокомплит-полям из списка в админке на фронт.
9. use_topic_publish_status
Позволяет "погасить" некоторые разделы Структуры в списке категорий.
 
11. email_as_login
Позволяет использовать почту как логин. Не уверен, что работает "из коробки"
12. core.listing.add_user_info
Указывает следует ли выбирать в данные сетки вместе с объявками еще и данные о зарегистрированном пользователе, к которому объявка привязана. Иными словами, если в шаблоне сетки вы не выводите и не используете данные о пользователе, то и включать это не нужно.
13. core.listing.add_user_info_fields
При включенной предыдущей настройке указывает, какие именно данные выбирать в данные пользователя. Т.е. если вам нужен только логин или почта в шаблоне, то следует только их и указать в виде списка системных имен полей разделенных запятой.
14. apps.realty.title_preg
 

Я не понял смысла замены того, что вы написали в первом листинге, тем, что вы показали во втором. Просто текст первого нужно было заменить на
{$socialauth_panel} В результате должны выйти несколько кнопокколько кнопок
но только уже без кнопки ВК вверху.
Настройки следует сделать по http://ruseller.com/lessons.php?rub_id=37&id=1674. Там есть статьи на каждую соцсеть. По сути из каждой нуно выполнить или первый, или первый и второй пункты - т.е. создать приложение под свой модуль авторизации и получит ключи для него, которые затем ввестив  настройках приложения Авторизация через соцсети.

геокодирование тут не при чем.
карта, которая выводится на главной ничего не геокодирует. она просто берет все объекы из БД с координатами, формирует файл-кеш и выводит эти объекты на карту. т.е. проблема лежит тут /template/frontend/real-spaces/main/ajax/local_ajax_server.php
там есть строки
$params['has_geo']=1; $params['no_portions']=1; добавьте к ним еще одну
$params['price']=1000000; что бы принудительно ограничить выборку и посмотреть запустится ли генератор.
Вторым путем может быть наращивание памяти под процесс. Там есть строка
ini_set('memory_limit','256M'); пробовать варьировать 256 в сторону увеличения, например 512М. Но это может сработать только если хостинг позволяет использовать эту установку.

дело не в значении типа поля. дело именно в системном имени. код опирается, при выборе элементов для формы поиска, по их имени, которое ему знакомо. для него название "city" абсолютно не говорит о том, что там у вас именно город.

По форме. У вас переименованы элементы содержащие географию? Т.е. поле города имеет системное имя city, а района district вместо стандартных city_id и district_id ?

Да, в текущей версии ее еще не должно быть. Так как способ хранения в таком поле я проработал, а вот функционал поиска по нему еще нет.

Это я буквально на днях сделал. Есть возможность пересчета по курсам ЦБРФ, НБУ и НБ РБ. Пересчет производится по котировкам на текущий момент и только по тем, которые есть в данных банка. Т.е. если вы добавите себе гвинейский доллар или еще что-то редкое, то оно не пересчитается, поскольку мало кто из банков выдает о ней инфу. Но в целом ЦБРФ думаю будет более чем достаточным. У меня он не конвертировал только хорватскую куну и албанскую деньгу. Но я еще не пробовал скандинавские и боснийскую марку. 
Исходный фид для ЦБРФ http://www.cbr.ru/scripts/XML_daily.asp?date_req=17/03/2016 По нему можно посмотреть, что поддерживается.
Для конвертации должна быть дефолтная валюта, а коды указаны соотв. буквенными кодами. Регистр не важен. Для рубля можно использовать и RUB и RUR, но лучше уж первый.
Дефолтную валюту теперь нельзя установить при добавлении, только галочкой из списка. Для того, что бы случайно не поставили две дефолтные.
Будет и интерфейс под крон.
-------------------
Все не так. ЦМС сама не запускается. Она работает в режиме запрос-реакция. Как и весь интернет. Пока не пнешь, не поедет. Просто пинателем может быть как обычный интернет серфер, так и процесс планировщика крон. Так что ставить задачи самой цмс нет смысла, она сама их никогда не запустит в обычных условиях, ей нужен катализатор.
Теоретически может быть какой-то общий модуль-задачник, который по какому-то графику будет что-то делать. Но и этот модуль кто-то тоже должен будет периодически запускать (подразумеваем крон). И тут получается что нужно придумывать извращенную логику задачника "когда и что он должен запустить, если его в произвольный момент запустит крон". В общем тут я пока не вижу ничего рационального.