Chernetskiy

Не знаю, зачем тебе вообще в заголовок вставлять ID, если только чтобы они не дублировались... Заголовки будут уникальными, как и ссылки, сформированные с id Про принцип чтения страниц сайта поисковиками я писал выше. Осталось под них подстроиться Для начала формируем заголовки H1, которые будут светиться на главной, на страницах разделов структуры главного меню. Например, кликаем на твоем сайте на пункт вторичная недвижимость и что мы видим... банально вторичная недвижимость . Заходим в Структуру и пишем ему правильный заголовок, например Продажа студий, апартаментов и вилл в Болгарии. Для поисковиков это уже о чем-то. Там-же в описании составляем правильный текст, типа Желаете купить недвижимость у моря, на Черноморском побережье в Болгарии? Агентство недвижимости "Болгария БГ" предлагает на ваш выбор студии, апартаменты и виллы в от собственников и застройщиков... (блин, что не слово, то ключевик) и так далее, желательно на 300 слов, про природу, перспективу проживания, твои возможности и преимущества. Можно в текст прицепить пару ссылок на страницу с услугами и про ВНЖ. Заполняем остальные позиции в редакторе структуры. Уже в заголовок Н1 будут выводиться основные ключевые фразы. Далее, зайди в realty_grid_list.tpl и наверняка в realty_grid_thumbs.tpl , и убери из заголовка Н2 кусок про "Добавить в избранное" Ну и собственно формируем в объявлениях заголовки, где уже можно писать проще - Продажа апартаментов у моря в Варне, Аренда виллы на Солнечном берегу, Продажа студии в комплексе Сансет Рисёч в Поморие и т.д. Таким образом, эти заголовки будут расширять главный заголовок, в котором будут упоминаться основные слова/фразы про недвижимость в Болгарии. На это и указывал тебе СЕОшник.

Где-то была тема на форуме, звучало вроде как "Уроки CSS" , "раскраска меню" и т.п. Вроде вот здесь

автокомплит был придуман раньше связанных элементов и его прописывали в data к параметрам адресных позиций - городов, улиц и т.п. значением autocomplete=1 . Его суть заключалась в том, чтобы не подтягивать в выборку все позиции справочника (например 3 тысячи улиц Москвы) а только необходимые, при наборе нескольких букв, что значительно снижало нагрузку и повышало быстродействие выборки. Еще одна функция автокомплита заключалась в том, что при вводе, например нужной улицы, происходило сравнение с существующими записями в справочнике, если такая улица есть, то она показывалась, если нет, то автоматически заносилась в базу. Это срабатывало как при размещении обяъвления, так и при поиске пользователями - неправильно написал улицу и она занеслась в базу. Поскольку стали возникать проблемы с этим, особенно у работающих с парсерами, то придумали еще одну функцию autocomplete_notappend (если не ошибаюсь в написании). То есть исключалась возможность добавления не существующих, чтобы вскоре у вас не появились на фоне улицы Ленина еще названия ленина, Лнина, Ленана улица и т.п., что будет засорять базу, нести отдельный адрес и не попадать в выборку при правильном поиске. Поскольку справочники были между собой прямо увязаны по иерархии Страна-Регион-Город-Район-Улица, а была необходимость в другой иерархии для разных случаев, например для Москвы Страна-Регион-Город-Округ-Район-Микрорайон-Улица или Метро-Улица а для Подмосковья актуальны 3 иерархии: Страна-Город-Улица + Страна-Регион-Город-Улица + Страна-Регион-Район-Город-Улица, то была придумана иерархия с помощью связанных элементов, которая позволяет самостоятельно связывать различные справочники между собой как по вертикали, так и по горизонтали, как вышеуказано, так и экзотические варианты: Регион-Станция-Город, Регион-Шоссе-Город, Регион-Город-Застройщик, как вам удобно. При этом автокомплит дублировал функции связанных элементов и нарушал из работу. Его надо отключать.

+100500 Всю машину перебрали, не работает! А бензин залить не пробовали?

Аякс в настройках отключил? в справочниках автокомплит убрал? все справочники взаимосвязаны как вверх, так и вниз? (помимо конечных в цепочке) Если речь идет о принадлежности например микрорайонов А, Б, Г к району А, мкр.В к району Б и т.д., у вас в справочнике микрорайонов должны быть указаны как названия микрорайонов, так и районов, в которые они входят, чтобы работала выборка, иначе микрорайоны будут общими для всех районов.

Тут однозначно не скажешь, надо смотреть настройки в таблицах (справочниках), общие настройки, вплоть до банальных глюков в коде, если вносили свои изменения. Стучись к Диме или Константину

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

А в чем проблема? Закинь его в /apps/faq и включи в Настройках-Вопросы и ответы (поставить галочку и прописать алиас - faq). Можно подключить страницу в нижнем меню, прописать URL /faq/

т.е. по сути, указанная вами страница должна отобразиться в одной строке? Или предполагается оставить только основные параметры? Я к тому, что может быть подойдет вариант списка как на странице "Мои объявления" у залогиненного пользователя? Там по сути можно код практически 1 в 1 перенести на нужную вам страницу генерации. Вот например вариант (кусок в красной рамке):

Там-же, в объявлении, по тексту "...в к-се Crown Fort Club", "...в к-се „F3“, на третьем этаже". Зачем сокращать слово комплекс? Оно у тебя может играть роль ключевой фразы (для поисковиков) а у тебя это рубится на корню.

Пока у тебя идет перекройка сайта, думаю сейчас в этом большого смысла нет. Надо прийти к какому-то окончательному варианту и исходить уже из результата проверки на тот момент. ссылки со слэшем и без - как я понимаю, результат изменения настроек SEO-оптимизации, в принципе не критично заголовок и титл - надо смотреть на конкретных страницах, о чем речь. Возможно это результат замены h2 на h1, о чем я раньше говорил. Н1 - название сайта, Н2 - название объявления, разделов (поиск, агенты, спецпредложения и т.п.), т.е. должна быть логическая структура заголовков, в которой есть главный и подчиненные (расширяющие) заголовки. Копирование заголовка стратьи (объекта) в meta description Похожие... сама посмотри, где в Похожих объявлениях описание? Надо делать вывод описания или их вообще убрать, т.к. в таком виде это быссмысленный мусор.

А я тебе об изначальной настройке CMS говорил еще год назад. Вот теперь пришли к тому, с чего начиналось А сколько еще переделок предвижу впереди... (Не Ванга я, но вижу...)

Ну тогда через месяц-два в Яндекс Вебмастере и в Гугле заходи в "Удалить ссылку" и удаляй все битые ссылки, которые появятся в статистике с ошибками 404. Если выгружала в соцсети и на сторонние порталы, оттуда тоже.

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

Редирект пишется в файл .htaccess, в корне сайта, пишем строку типа Redirect 301 /old-page.html https://site.ru/new-page.html Для каждой измененной ссылка пишем отдельную строку переадресации со старой страницы на новую (полный путь) Про редиректы можно почитать например здесь

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

Через связанные элементы (поищи темы на форуме). Вот еще у Вики - http://wiki.sitebill.ru/index.php?title=Связанные_элементы

пиши 301 редирект со старой ссылки на новую С учетом того, что объекты могли выгружаться на сторонние порталы со старыми ссылками, они будут всплывать в поиске еще долго и будут накапливать статистику отказов (404) у поисковиков, что ни есть гуд.

Дима завтра проснется, что-нить напишет...

Мдя... Дима...?!

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

В Настройках sitemap обнули срок жизни файла sitemap, еще раз пройдись по вышеуказанной ссылке. Если срок жизни установлен сутки (86400 сек.), то sitemap обновится только завтра

Могу сделать сегодня, подробности и явки в личку

Переключается в настройках (админка) Это о чем? Когда в большом масштабе несколько объектов сливаются как в один? Тогда не реализуемо. В шаблоне Realia со штатной картой это не пройдет, поскольку изначально функционал заложен под отображение на карте объектов, присутствующих на текущей странице. Если переделывать под ваш критерий, значительно возрастет нагрузка на хостинг и сайт будет тормозить. Сейчас так и происходит Реально - ковыряем realty_on_map.tpl под свои нужды. Вот например содержимое моего файла: <div class="infobox"> {if isset($realty.img)} <div class="image" style="max-height: 100px; overflow-y: hidden;"> <img src="{$estate_folder}/img/data/{$realty.img[0].preview}" width="100" /> </div> {/if} <div class="title"> <a href="{$realty.href}"> {if $realty.city ne ''}{$realty.city}, {/if} {if $realty.street ne ''}{$realty.street}{if $realty.number ne ''}, {$realty.number}{/if}{/if} </a> </div> <div class="location">{if $realty.topic_info.$lang_topic_name != ''}{$realty.topic_info.$lang_topic_name}{else}{$realty.type_sh}{/if}</div><!-- /.location --> <div class="area"> <span class="key">{$L_SQUARE}:&nbsp;</span> <span class="value">{if intval($realty.square_all)!==0} {$realty.square_all} м²</span>{else}{$realty.lot_area} сот.{/if} </div> {if $realty.price_discount > 0} <div class="price"> {$realty.price_discount|number_format:0:",":" "} {if $grid_items[i].currency_name != ''}{$grid_items[i].currency_name}{/if} <div class="price_discount_map">{$realty.price|number_format:0:",":" "} {if $realty.currency_name != ''}{$realty.currency_name}{/if}</div> </div> {else} <div class="price">{$realty.price|number_format:0:",":" "} {if $realty.currency_name != ''}{$realty.currency_name}{/if}</div> {/if} <div class="link"> <a target="_blank" href="{$realty.href}">{$L_MORE}</a> </div> </div> посмотреть можно на realty-centrum.com

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