abushyk

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

в принципе кажется такое перечисление [\?\&] эквивалентно {1,1}

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

Не могу понять зачем плюсик между вариативным ?|& и page=1 ?

Вариант 1: суть: разбираем адрес запроса. анализируем параметры на наличие первой страницы. при наличии его - убираем ео из параметров, пересклеиваем строку запроса, формируем новый адрес с учетом вырезки и делаем редирект. минусы: больше строк плюсы: нет неочевидных регулярок $parsed_parts=parse_url($_SERVER['REQUEST_URI']);$par=array();parse_str($parsed_parts['query'], $par);if(isset($par['page']) && $par['page']=='1'){ unset($par['page']); $new_location=SITEBILL_MAIN_URL.$parsed_parts['path'].(count($par)>0 ? '?'.http_build_query($par) : ''); header('HTTP/1.1 301 Moved Permanently'); header('Location: '.$new_location); exit();}Вариант 2: суть: регуляркой ищем в строке запроса подозрительные куски вида ?page=1 и &page=1, При наличии их даем команду на замену. Но замену проводим не в лоб, а избирательно: /apps/?page=1&paramА=x&paramB=y =============> ?page=1& меняем на "?" что бы сохранить целостность строки запросы и просто убить первое звено /apps/?page=1 =============> ?page=1 "короткая" строка запроса: меняем на пустоту /apps/?paramА=x&page=1&paramB=y =============> &page=1 меняем на пустоту (удаляем звено) порядок замен важен! минусы: для фанатов регулярок минусов нет, но необходимость вариативнх действия после использования регулярки, сводит профит от ее применения к мизеру плюсы: меньше строк $r_uri = $_SERVER['REQUEST_URI'];if (preg_match("#([\?\&]page=1)\D*$#", $r_uri, $matches)) { $new_location=SITEBILL_MAIN_URL.str_replace(array('?page=1&', '?page=1', '&page=1'), array('?', '', ''), $r_uri); header('HTTP/1.1 301 Moved Permanently'); header('Location: '.$new_location); exit();}

var data_place=$('<table></table>'); //создаем динамическое вместилище в виде таблицыfor(var i = 0, l = json.length; i < l; i++) { var tr=$('<tr><td>'+json[i].id+'</td><td>'+json[i].type_sh+'</td><td>'+json[i].price+'</td></tr>'); // в цикле формируем элементы строк таблицы data_place.append(tr); // добавляем каждую во вместилище}$('#data_place').html(''); // очищаем элемент размещения табличных данных на странице от старых данных$('#data_place').append(data_place); // размещаем свежую таблицу на страницеЭлемент id="data_place" должен быть добавлен на страницу шаблона search.tpl что бы было куда выводить данные.

Ответ скрыт в самом вопросе)

Что-то я сам запутался и вас запутал. Нормально там получаются данные, в формате эквивалентном как в обычной сетке. Другими словами вам нужно вмешаться в /apps/mapviewer/js/search.js в функции makeSearch() Там, с места success: function(json){ стартует обработка принятых данных. Вам нужно оставить все, что есть в условии if(typeof json == 'object'){ ....}так как там наносятся метки на карту, а в конце того, что внутри этого условия сделать свой цикл, который пройдется по переменной json и средствами jquery создаст сетку из этих данных, которую потом сделает appendTo() к некоторому элементу на странице, который будет расположен в том месте, где нужно вывести сетку.

if (preg_match("#([\?\&]+page=1)\D*$#",$r_uri,$matches))В этом условии, как минимум, не нужно захватывать [\?\&] в регулярке, потому что присходит замена не только page=1 а ?page=1 или &page=1. Второе не особо страшно, а вот первое полностью ломает строку переменных запроса. Но и просто выкинуть их за скобки тоже не вариант кажется. Над этим я еще подумаю.

/template/frontend/agency/realty_grid.tpl там есть блок <tr class="row_head">...</tr> Внутри него есть несколько ссылок вида <noindex><a href="{$estate_folder}/{$url}&order=type&asc=asc" rel="nofollow">↓</a></noindex> <noindex><a href="{$estate_folder}/{$url}&order=type&asc=desc" rel="nofollow">↑</a></noindex> Это и есть сортировочные ссылки. Их можно вытащить в шаблон /template/frontend/agency/realty_grid_thumbs.tpl.html расставить и приписать к ним тектовые анкоры вместо простых стрелочек ↓\↑ . Справитесь?

В двух словах человеческим языком. До этого момента выгрузка была доступна всегда. Доступ осуществлялся либо по стандартному адресу /yandexrealty либо по адресу указанному в настройках приложения. Второе применялось чаще для тех случаев, когда требовалась адаптация функционала модуля под себя, так как базовый функционал, работающий через /yandexrealty не был предназначен под какие-либо изменения и что-то там изменить требовала чуть ли не полного копирвания модуля к себе в шаблон. Мы решили дать возможность закрыть доступ по стандартному адресу, либо совсем, установкой галочки "Отключить стандартную точку входа", либо путем его переименования. Так как если вы не адаптировали выгрузку под себя и работали со штатной версией, то вам нет смысла уходить с нее. Достаточно просто установить свой алиас в настройке "Алиас стандартной выдачи", но не ставить галочку "Отключить стандартную точку входа", и по этому новому алиасу вы будете иметь ту же самую выгрузку, которую имели на /yandexrealty. Но про нее уже будет знать только вы и те, кому вы ее лично выдадите под парсер. Неудобство в том, что если вы уже выдали на какие-то парсеры ссылку на /yandexrealty и сменили "Алиас стандартной выдачи" на что-то другое, то вам необходимо оповестить парсері о смене адреса, иначе они будут стучаться в закрытые двери. Если же галочку "Отключить стандартную точку входа" не отмечать и "Алиас стандартной выдачи" не заполнять, то выгрузка и далее будет идти как оыбчно с /yandexrealty

Вот примерно вот это было написано там, где у вас не было возможности изучить. Начиная с версии 1.3.17 доступ к приложению выгрузки в формате Яндекс.Недвижимость перестает быть публично доступным. Доступ к стандартному адресу выгрузки SERVER/yandexrealty/ по умолчанию будет закрыт, пока вы сами не разрешите его параметром настройки Настройки - Выгрузка Яндекс.Недвижимость - Отключить стандартную точку входа путем установки в ноль этого параметра, либо снятия с него галочки. Так же блокировку доступа к стандартному адресу выгрузки SERVER/yandexrealty/ будет вызывать установка параметра Настройки - Выгрузка Яндекс.Недвижимость - Алиас приложения А) Я уже использовал выгрузку в формате Яндекс.Недвижимость Если для формирования доступа к фиду Вы использоли стандартный адрес SERVER/yandexrealty/, то в этом случае Вам необходимо разрешить доступ к нему путем разрешения настройки Настройки - Выгрузка Яндекс.Недвижимость - Отключить стандартную точку входа . Вместе с этим так же рекомендуется сменить стандартный адрес выгрузки путем установки настройки Настройки - Выгрузка Яндекс.Недвижимость - Алиас стандартной выдачи и оповестить об этом изменении всех приемщиков данного фида. Если для формирования доступа к фиду Вы использоли нестандартный адрес заданный настройкой Настройки - Выгрузка Яндекс.Недвижимость - Алиас приложения, то для Вас ничего не изменится и Ваш фид будет доступен и далее. Б) Я еще не использовал выгрузку в формате Яндекс.Недвижимость и пока не планирую Проверьте состояние параметра настройки Настройки - Выгрузка Яндекс.Недвижимость - Отключить стандартную точку входа. Значение этого параметра должно быть либо не выбрано (если это чексбокс), либо равно нулю (если это поле ввода) Если вы примете решение начать выгружать объявления в формате Яндекс.Недвижимость от Вас потребуется либо отменить это ограничение и, что рекомендовано, установить свой алиас для фида выгрузки параметром Настройки - Выгрузка Яндекс.Недвижимость - Алиас стандартной выдачи, например установить значение "my_yandexexport" и получить фид по адресу SERVER/my_yandexexport/, либо не устанавливать свой алиас, что не рекомендовано, и получить фид по стандартному адресу SERVER/yandexrealty/ Так же возможен вариант установки параметра Настройки - Выгрузка Яндекс.Недвижимость - Алиас приложения для тех, кто использует возможности локализации модулей и их изменения под свои потребности. Установка этого параметра автоматически блокирует доступ к стандартному адресу фида.

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

На агенси сортировки были только в шапке таблицы при виде отображения list. На виде отображения thumbs когда выводятся блочки крупные, а не таблица, сортировок вообще не было.

еще на два вопроса ответите и будет уже яснее куда копать)))

потеряли сортировку как факт (кнопки сортировки есть, но не сортирует) или сами кнопки ее выбора? потеряли на фронте или в ЛК? какой шаблон?

Завтра постараюсь написать. сегодня уже рука не поднимается.

ну прям таки не о чем. это же "поиск по карте", а не "вывод списка после поиска на карте"))) давайте мыслить. сделали мы поиск по карте. в результате стотыщ позиций в ответ. ну маркеры мы нарисовали. как теперь будем рисовать сетку на стотыщ объектов?

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

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

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

нет. и не будет в таком виде я думаю. в лучшем случае будет субдоменная или "в стиле папки" локализация.

Если до обновления вы выгружали по стандартному алиасу (yandexrealty), то указанные настройки соответствуют предыдущей ситуации. И я проверил, отрабатывает как раз код из admin.php.

Я не уверен, что выйдет полностью точечно, некоторые изменения просто нереально внести в рамках одного приложения. Но попробуйте. В этой пасте свежая версия файла /apps/geodata/js/geodata.js. Попробуйте сменить контент текущего файла кодом оттуда.

Только следует помнить, что все переданные из template_search группы объединенные OR слепятся с остальными группами тем же AND. Наглядный пример: (region_id=2) AND (city_id=2 OR city_id=3 OR city_id=4), где первое условие напрочь убивает второе.