abushyk

немного не так. можно указать какие поля выводить, например как вы указываете набор полей для списка в ЛК, и сохранить этот набор в БД или еще куда-то, а при выводе, опираясь на него, формировать вывод списка. это получается вариант без файла шаблона. в таком случае список получается единообразным, на него нельзя например наложить какие-то условия, например "если это участок, то вывести после площади сот., а если неучасток, то вывести кв.м." и нельзя повлиять на сам внешний вид (если разработчики заложат отображение в виде таблицы с рамочкам, то оно так и будет). можно использовать шаблон, на подобии как выводятся списки в фронт сайта в разделах. тогда в шаблон приходят данные, но самим оформлением, принятием решения какие поля и в каком виде вывести, принимает уже сам файл шаблона. тут мы можем навесить любой дизайн, создать разные условия, включая такие, что будут опираться на статус текущего пользователя или на тип выводимго объвления. т.е. гибкость неимоверная, но вся логика принятия решений сползает в шаблон и плавно ложится на плечи того, кто обслуживает сайт, начиная требовать от него немного больших скиллов, чем просто отметить галочками поля и посортировать их в списке. и там, и там есть свои плюсы и минусы. в данный момент получается, что для вывода в список в ЛК испольуется 1-й вариант, а для вывода в пдф - второй.

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

апдейт под это я тоже сделал, но тут есть один момент. сам модуль не формирует пдф-список. он просто собирает данные под список и отправляет его в нужный шаблон. шаблонов этих 2 - account_data_grid_ext.tpl (для выгрузки с расширенным описанием) и data_grid.tpl для выгрузки без расширенного описания. Если вы создадите нужные шаблоны с такими именами в папке /template/frontend/шаблон/apps/pdfreport/ то модуль, в зависимости от того выберете ли вы выгружать с описанием или без, использует один из них, либо второй из них, но из системной папки (если в шаблоне не будет созданных вами вариантов). другими словами тут даже не важно, что вы выбрали при выгрузке - с описанием или без - вы можете управлять количеством выводимых полей посредством шаблона. А данное сообщение осталось от другого приложения, где оно имело более логичный смысл. Так что скорее всего это сообщение (выгружать с полным описанием) мы наверное вообще уберем, а тогда будем решать каким именно способом кастомизировать выгружаемый список - либо аналогично шаблону списка в самом ЛК, который вы настраиваете по кнопке, либо путем каких-то шаблонов. В итоге тесно связано с предыдущим.

а зачем вообще эта колонка в списке в ЛК, если в ЛК у вас только "свои" объекты и там будет только ваше имя?

смотрите в чем суть. при включенной настройке СЕО-оптимизация - Разрешить многоуровневые URL в категориях алиасы разделов будут лепиться в начало алиаса объекта. т.е. он будет принимать вид /category1/category2/realty222.html При ней же сами урлы разделов будут принимать вид иерархии - /category1/category2 и /category1/ Естественно, что если мы прописали урлы разделов с .html - мы полчим ересь при этой включенной настройке. Если мы отрубаем эту настройку, то урлы объекта не будут включать в себя начало в виду алиаса родительского раздела и сами разделы не будут выглядеть иерархией. С настройкой ----------------- Без настройки /category1/category2/realty222.html ---- /realty222.html /category1/category2 ------------------- /category2/ /category1/ --------------------------- /category1/ Другими словами при выключенной настройке мы можем прописать любые урлы, в том числе и category2.html При желании мы даже для category2 (детского к category1) мы можем прописать алиасом category1/category2.html А для category1 - category1.html Минусом в этом случае будет необходимость в ручном режиме следить за логической целостностью этих урлов. Ну и то, что этот способ подходит для сравнительно небольшого числа разделов без глубокой ветвистости и частых перетасовок - иначе понадобится много труда и хз будет ли оно того стоить.

в таблице re_user стоит ключ уникальности по полю login, что бы логины не могли создаться одинаковыми никак. поле вы погасили, теперь оно инциализируется значением "ничто" или "пусто", но ключ и дальше висит на этом поле и требует уникальности. а запись с одним "ничто" уже есть. просто в phpmyadmin нужно убрать ключ уникальности в поля login и перепроставить его на email (это не обязательно, но будет иметь смысл).

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

забудьте на время про админку)) админка показывает по своим правилам (например неактивные), а фронт по своим. 1. запрос сайт/?city_id=81 или сайт/find/?city_id=81 что возвращают? 2. админка - настройки - дополнительно - Использовать предудаление для объявлений стоит сброшенная галочка или 0 ? (должна быть разотмечена или 0)

У вас используется "использовать мыло в качестве логина" и поле Логин убито в модели юзера?

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

Оно явно пишет на эту фотку - Failed to load resource: the server responded with a status of 404 (Not Found) - т.е. такого физфайла нет (путь не соовтествует реальному по папкам) или к нему нет доступа по административным причинам (папка создана, но права на нее поставлені только администрирующему пользователю, коим может не являться процесс, выполняющийся при запросе браузером страницы). 1. Попробуйте подключиться через обычный фтп 2. разместить картинку в папке /img в корне сайта 3. прописать ссылку на нее в шаблоне в виде {$estate_folder}/img/имя_фотки_с_расширением и тогда уже обновить страницу. ПС. очень часто пользователь панели и пользователь от имени которого работает сервер-хостинг - это разные пользователи с разными правами доступа.

/apps/system/lib/sitebill_krascap.php найдите function grid_adv ($params=array()) { и после нее листайте ниже до } elseif($city_url_catched) { cразу после него вставьте строку var_dump($city_info); и перезгрузите страницу с адресом города. если выввалится вверху пачка отладочного инфо, значит город ловит норм и, возможно, в этом городе реально нет завязанных объектов или нужно будет искать глубже.

редирект с htaccess по идее должен быть без вариантов. люди и от руки могут написать с\без слеша (не только с меню пойти). но у вас должно быть какое-то типа правила - у меня все со слешем, или все без слеша и под него редиректить. шаблон реалия?

по идее две одноименные ссылки могут попасть в сайтмап только если они обе существуют в БД. если проверить по phpmyadmin - в таблице re_predefinedlinks реально есть две такие ссылки, когда в сайтмапе их тоже две?

чисто технически я не вижу проблемы, должно отдавать, так как там из урла получается ИД и от него уже пляшут выборки. выдачи совсем нет и дает 404 или просто пустой список? попробуйте сделать site.com/namesity.html?page=1

Будет пофиксено.

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

грубо говоря да, примерно так все и происходит.

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

Кеш очистили? Какой браузер?

Что бі получить отбор объектов за какие-то сроки, нужно передать в конструктор списка параметр srch_date_to в виде YYYY-MM-DD которій укажет крайнюю дату отбора (дата джобавления меньше YYYY-MM-DD). Сеточник обработает его и отдаст данные. Но параметр с таким именем сам не перехватывается из запроса и не отправляется в сеточник. Так что получить его из запроса и отдать по цепочке далее нужно уже самому.

один раз только удалить. теперь приложение работает так, что файла sitemap.xml не существует физически и оно его не создает.

Добавьте стиль .t_i_photo { overflow: hidden; } файл /template/frontend/domikus/style.min.css в конце. ПС. Это уже не относится к картинкам Если у вас на сайте в настройках включено Использовать карты Google, то можете еще в /template/frontend/domikus/header.tpl строки <script type="text/javascript" src="http://api-maps.yandex.ru/2.0-stable/?load=package.standard&lang=ru-RU"></script> <script type="text/javascript" src="https://maps.google.com/maps/api/js?sensor=true"></script> заменить на {if $map_type=='yandex'} <script type="text/javascript" src="http://api-maps.yandex.ru/2.0-stable/?load=package.standard&lang=ru-RU"></script> {else} <script type="text/javascript" src="https://maps.google.com/maps/api/js?sensor=true"></script> {/if} что бы грузился только один провайдер карт.

а если взять и просто прописать алиасы в виде с .html ? -Видишь суслика? -Нет -И я не вижу. А он есть. (с) ))) Есть разные приложения. Некоторые пребывают в состоянии "сомнительно", некоторые очень специфичны, иногда о них находятся упоминания где-то в раздела настроек.

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