Chernetskiy

Главное, что он заработал. Остальное доработать рашпилем...

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

В настройках у вас должно быть housetype - как в data

Исходя из скриншотов, у вас в data housetype, далее в настройках Housetype и HouseType, надо всё привести к единому написанию...

а в admin.php модуля авиты заглядывали? Там точно есть подстановка значения из data в выгрузку? У вас там должны быть строки вывода в XML типа: $rs.='<HouseType>housetype</HouseType>'."\n"; и $rs.='<WallsType>wallstype</WallsType>'."\n"; Если нет, то надо добавлять обработчик по аналогии со схожими параметрами, если есть, то проверяем правильность написания housetype и wallstype, чтобы было указано так-же как в data

Заглянул в вашу выгрузку и вышеуказанных параметров в ней вообще не вижу. Скорее всего они не прописаны в модуле выгрузки или в нем нет подстановки параметров типа строений и стен из data в выгрузку, что-то типа: ... обработка кода для HouseType и далее строка вывода в XML: $rs.='<HouseType>building_type</HouseType>'."\n"; ... аналогично обработка кода для WallsType и далее строка вывода в XML: $rs.='<WallsType>'.self::symbolsClear($data_item['walls']).'</WallsType>'."\n"; или $rs.='<WallsType>walls</WallsType>'."\n"; смотря как у вас организованы записи в data смотри где-то в модуле авиты /admin/admin.php Вот требования АВИТО HouseType Квартиры* Комнаты* Тип дома — одно из значений списка: "Кирпичный", "Панельный", "Блочный", "Монолитный", "Деревянный". <HouseType>Деревянный</HouseType> WallsType Дома, дачи, коттеджи* Материал стен — одно из значений списка: "Кирпич", "Брус", "Бревно", "Газоблоки", "Металл", "Пеноблоки", "Сэндвич-панели", "Ж/б панели", "Экспериментальные материалы". <WallsType>Экспериментальные материалы</WallsType> У меня такой выгрузки нет, точнее не скажу. Надо смотреть, что в модуле прописано.

Решил добавить в верхнее меню ЛК позицию "ЛК в Яндекс.Недвижимость" (ссылка на сторонний ресурс для администратора), чтобы не копаться в дебрях Яндекса. Понятное дело, решил прилепить к ней target="_blank", и попутно, наткнулся на статью о небезопасности подобного решения... Поскольку похожих ссылок на сайте достаточно и логично сделать переход на сторонние ресурсы через промежуточную стрнаницу с текстом типа: "Вы переходите на сторонний ресурс, кликните на ссылку (ссылка на ресурс) или вы будете переадресованы автоматически через 3 сек." Но клиентов обычно это напрягает, куда-то дополнительно кликать, чего-то ждать... Решил воспользоваться решением проблемы через rel="noopener" и пока ссылки в user_menu.tpl выглядят так (может кому пригодится): {if $smarty.session.current_user_group_name eq 'admin'} <li><a title="Раздел Администратора" href="{$estate_folder}/admin/">АДМИНКА</a></li> <li><a title="Личный кабинет в Яндекс.Недвижимость" href="https://compartner.realty.yandex.ru/feeds?from=email_wm_lk" target="_blank" rel="noopener">ЯН</a></li> {/if} <li><a title="Добавить новое объявление" href="{$estate_folder}/account/data/?do=new">{$L_ADD_ADV}</a></li> <li><a title="Мои объявления" href="{$estate_folder}/account/data/">{$L_MY_ADVS}</a></li> {if $mysearch_panel ne ''}<li><a title="Мой поиск" href="{$estate_folder}/mysearch/">{$mysearch_panel}</a></li>{/if} {if $mailbox_panel ne ''}<li><a title="Мои сообщения" href="{$estate_folder}/mailbox/">{$mailbox_panel}</a></li>{/if} {if $app_company_namespace ne ''}<li><a title="Мои компании" href="{$estate_folder}/{$app_company_namespace}/my/">Мои компании</a></li>{/if} {if $realtylogv2_on==1}<li><a title="Корзина" href="{$estate_folder}/{$realtylogv2_namespace}/trash/">Корзина ({$trash_count})</a></li>{/if} <li><a title="Мой баланс" href="{$estate_folder}/account/balance/">{$L_MY_BALANCE} {$ballance} ₽</a></li> <li><a title="Мой профиль" href="{$estate_folder}/account/profile/">{$L_MY_PROFILE}</a></li> Но остается вопрос, как правильнее поступить, чтобы не получать частичный контроль над своими ссылающимися страницами через js свойство window.opener со стороны сторонних страниц, на которые осуществляется переход? Я наблюдаю, что тот-же Вордпресс последние полгода автоматически цепляет ко всем внутренним и внешним ссылкам на страницах сайта rel="noopener"...

Печалька... У меня такого шаблона нет, что к чему не подскажу. Стучись к разработчикам.

1. находясь в "Мои объявления", к адресной строке добавьте &active=notactive и увидите только не активные объекты. Если быстро, то добавьте в меню ЛК ссылочку на Неактивные Например, исходная ссылка: .../account/data/ , ссылка на неактивные: ... /account/data/?&active=notactive или ссылка на 2-ю страницу списка: .../account/data/?page=2&user_id=1&admin=1, добавляем к ней &active=notactive и переходим на неактивные. 2. Видимо недоработочка... В шаблоне Realia не активные объекты показываются красным шрифтом. 3. Про переход на объект поиском по ID уже много говорилось с примерами кода...

В /apps/search/admin/admin.php есть несколько настроек количества результатов и коэффициентов выборки: Вот параметры по умолчанию, собственно то, что изменяется в Настроках-> Живой поиск if ( !$config_admin->check_config_item('apps.search.records_number') ) { $config_admin->addParamToConfig('apps.search.records_number','50','Число строк подсказок'); } if ( !$config_admin->check_config_item('apps.search.search_select_koef') ) { $config_admin->addParamToConfig('apps.search.search_select_koef','4000','Коефициент выборки'); } Вот еще приоритеты выборки, которые наверняка тоже влияют на количество результатов: $this->priority=array( 'text'=>3, 'walls'=>1, 'topic'=>7, 'country'=>6, 'metro'=>5, 'district'=>9, 'street'=>8, 'city'=>10 вот еще про количество результатов, не уточнял... $result_count=$this->getConfigValue('apps.search_plain.records_number'); $result_count=5; $finded_ids=array(); вот еще про количество записей и снова коэфициент выборки $result_count=(int)$this->getConfigValue('apps.search.records_number'); $koef=(int)$this->getConfigValue('apps.search.search_select_koef'); if($result_count==0){ $result_count=10; } if($koef==0){ $koef=4000; } Покопайтесь, наверняка поможет... Если что, сочинял Константин, он разжует подробнее.

Там вроде как установлено ограничение на количество найденных результатов, чтобы не вываливать портянку на 1000 наименований.

Это актуально для многостраничных статей, где вы использовали CKEditor. Описание объекта недвижимости обычно составляет не больше 200-300 слов что не критично для текстовых позиций - textarea. Увеличение количества символов для нужных позиций производилось в базе SQL сменой параметра text (до 65535 символов) на longtext (до 4294967296 символов)

Раньше в CMS использовался встроенный редактор cleditor. При установке шаблона Realia необходимо было установить и сменить редактор на ckeditor, в этом и заключалась причина, т.к. шаблон использует верисю jQuery не совместимую со штатным WYSIWYG-редактором CLEditor. Все уже давно переключили редактор на ckeditor и нормально его используют на своих сайтах в качестве основного редактора, указывая в таблицах Редактора форм параметр textarea_editor. Но ничто не мешает использовать в data простое текстовое поле textarea для текстовых позиций, не требующих расширенного редактора. У меня в data для текстовых полей описаний используется textarea, а для редактирования статей, новостей и прочего, куда нет доступа посторонним, используется textarea_editor и с этим никаких проблем не возникает.

У меня именно так и сделано.

На форуме для этого есть раздел Фриланс...

Не фатально, почтовые сервисы автоматически всё приведут к нужному виду, хоть весь адрес заглавными напиши. Другое дело, если у вас логин - он-же email, клиент будет долго догонять, почему он не может войти в ЛК...? А потому что добрый админ по сути преобразовал его логин в удобный для него вид

Читаем выше...

Семён Семёныч... Про 301-й редирект уже сто раз говорили... Например здесь по 301-й редирект для разных случаев... Относительно твоего случая, будет выглядеть так: Redirect 301 /jilie-kompleksi-prodaja/313-bolgariya-u.../ https://fazendabg.com/jilie-kompleksi-prodaja/313-bolgariya-u-morya-solnechniy-bereg/

Елена, проще прописать 301 редирект неправильной ссылки на правильную, чем искать откуда она появилась...

не вижу смысла что-то добавлять/менять, т.к. принимающая сторона самостоятельно отслеживает давность объявлений (см. требования к фиду) и старые объявления загружать не будет. В этом есть своя логика, зачем грузить старье? Объект может быть продан, может измениться цена и т.п. Если объявления действующие и без изменений, лучше обновить его (в админке желтая кнопка поднятия) и дата автоматически изменится на текущую, соответственно объявление пойдет в выгрузку как новое. Исключаются из загрузки объявления по давности создания / обновления, по категориям: продажа квартиры на вторичном рынке - 90 дней / 45 дней продажа комнаты - 120 дней / 45 дней длительная аренда квартиры - 7 дней / 14 дней длительная аренда комнаты - 25 дней / 24 дня длительная аренда дома - 30 дней / 30 дней продажа гаража или машиноместа - 90 дней / 45 дней длительная аренда гаража - 30 дней / 30 дней посуточная аренда гаража - бессрочно продажа и посуточная аренда домов - бессрочно продажа и посуточная аренда участков - бессрочно продажа квартир в новостройках - бессрочно

Х.з., попробуй (предварительно сделай копию) но не думаю, что прямо в лоб это прокатит. Если что, откатиться не проблема.

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

Здесь, упрощенно, речь идет о том, что если страна указана в объявлении, то выгружаем её в фид. Если не указана, то выгружаем значение по умолчанию из Настройки -> Выгрузка Яндекс.Недвижимость -> Единое название страны. Тут надо продумать более приемлемые варианты обработчика: Дописать обработчик в модуль выгрузки, который исходно будет определять страну в объявлении и решать, выгружать-ли это объявление включая все остальный параметры. Отдельный обработчик, который должен будет изначально определять список выгружаемых объявлений по ID страны и уже нужные обрабатывать через модуль выгрузки. Доработать функционал чекбокса is_yandexrealty, к которому прикрутить ограничения на выгрузку по id страны - проще говоря, он будет решать прописывать-ли в таблицу re_data признак активности для выгрузки - 1 или 0 Отдельный обработчик, который будет лопатить базу и заменять признак активности is_yandexrealty в базе запуском этой функции перед выгрузкой (может автоматически - кроном), особенно, если производится загрузка через файл Эксель или парсер. А дальше модуль выгрузки будет выгружать в стандартном режиме и без всяких доработок модуля выгрузки. Стучись к Константину, он подскажет более приемлемое направление. Думаю, что последний вариант будет интереснее, поскольку его можно сделать универсальным на набор параметров. Кому-то не надо выгружать другие страны, кому-то определенные ЖК-новостройки, кому-то плохие объекты по признаку состояния или материала строения и т.п.

Варианты: прописываем в data чекбокс is_yandexrealrty и кликаем на него только на российских объектах недвижимости; додумать обработчик в admin.php модуля yandexrealty, который будет определять страну и если Россия, то объект уходит в выгрузку, иначе - нет и пофиг будет кликнули на чекбокс выгрузки в объявлении или нет; ограничиться вариантом 1, т.к. выгрузка уходя в Яндекс всё равно будет обработана и загрузятся только российские объекты а остальные нет, вам сообщат об ошибке адреса как причине незагрузки объявления. по п.1 установить видимость чекбокса для админа/модератора, он сам решит что выгружать а что нет.

Патамушта в мобильном варианте у div.image.span3 размер 323х200 пикс., в него вложен div.content с тем-же размером, в котором, в свою очередь показывается фото размером 270х200 пикс. Судя по всему, блок рассчитывался под широкоформатные фото а не под 3х4, хотя, может и специально сделано, чтобы фото шли вровень с границами текста описания объекта.