abushyk

Добрый день. Здравствуйте, подскажите как удалить ненужные ссылки из sitemap? Ненужные ссылки - это например какие? Любой мод страницы с параметрами (все, что в запросе следует за знаком вопроса) - это будет дубль страницы без параметров. А так как контент таких страниц идентичен, так же как и таких же страниц с разными сортировками, то не удивительно, что у них один и тот же тайтл. В идеале такие страницы нужно исключать из индекса. Существует настройка Настройки - Общее - Добавлять к заголовку страницы номер текущей страницы, которая, если установить ее в значение 1 добавляет к заголовку страницы кусок вида "Страница N". Это немного изменит заголовок, но скорее всего для поисковой системы он так и останется дублем.

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

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

Настройки - SEO-Оптимизация - Не использовать концевые слеши(apps.seo.no_trailing_slashes) что указано в этой настройке?

тогда после вот этой $REQUESTURIPATH = Sitebill::getClearRequestURI(); Будет норм.

main.php в папке шаблона Находим две строки $REQUESTURIPATH = Sitebill::getClearRequestURI(); $this->template->assert('REQUESTURIPATH', $REQUESTURIPATH); Они могут идти вместе, могут порознь. Находим где последни из них и после нее будем вставлять. Формируем каноникал if($REQUESTURIPATH == ''){ $canonical = $this->getServerFullUrl(); }else{ $canonical = $this->getServerFullUrl().'/'.$REQUESTURIPATH.(strpos($REQUESTURIPATH, '.') === false ? self::$_trslashes : ''); } $this->template->assert('canonicalurl', $canonical); В папке шаблона файл header.tpl где содержится код блока head сайта. Вставляем: {if isset($canonicalurl)}<link rel="canonical" href="{$canonicalurl}"/>{/if}

да, если "в лоб", то такой вариант допустим. сейчас напишу.

1. Поисковый краулер с одинаковым успехом обходит страницы объявлений как по ссылкам сайта, так и по ссылкам из карты сайта. Так что если ссылка на карточки есть в карте сайта, то 2 и следующие страницы списков могут не индексироваться им напрямую. 2. Сбором поведенческих факторов занимается метрика, а не поисковый краулер, поэтому разрешенность к индексации страницы не запрещает определение ПФ. 3. Высокие позиции достигаются высокочастотными запросами. Карточки товара - это генераторы низкочастотных запросов. С учетом этого и того, что карточки ротируются - старые уходят (продаются, сделки по ним закрываются), а новые приходят (появляются новые лоты) - добиться карточками захвата топ-запросов и соотв. топ-позиций маловероятно. Кроме случаев, когда эти карточки реально заточены под запросы (тексты, ключевые слова и фразы). Текст владельца, особенно если он уже засветился еще на каких-то площадках - этому точно не будет способствовать. 4. Код для каноникал не добавляется в разметку пейджера. Он добавляется в мету сайта. 5. Для заворота адресов со слеша на без слеша и наоборот, не нужно использовать каноникал. Нужно использовать 301 редирект. Этого будет выше крыши.

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

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

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

Для вставки ссылки или кнопки на создание PDF нужно в этом шаблоне, в требуемом месте, поставить разметку {if isset($complex_pdf_link)} <a href="{$complex_pdf_link}">Скачать PDF</a> {/if}

Добрый день. У вас в папке шаблона есть файл ваш_шаблон/apps/complex/site/template/complex_view.tpl ?

Например можно вот так <input type="text" name="imya_peremennoj" value="{if $smarty.get.imya_peremennoj|trim ne ''}{$smarty.get.imya_peremennoj|trim|escape:'html'}{/if}" placeholder="Пояснение, что же ищет это поле"> где imya_peremennoj - ваше имя переменнйо под которым она будет обращаться в запросе.

У вас эта заявка не имеет собственной таблицы и обработчика. При поступлении заявки собираются ее данные из отправленного запроса. Если у заявки есть своя таблица-хранилище, тогда ее данные складываются в нее и (только после этого) происходит сохранение графики и их связывание с конкретным объектом заявки в этой таблице. После удачного сохранения, данные получаются из этой сохраненной записи и формируется тело письма, которое будет включать данные этой заявки. Если же у заявки нет своей таблицы, то сохранение данных, как этап, пропускается и тело письма формируется сразу из данных запроса. Но так как графика и прочие прикрепленные данные обрабатываются ПОСЛЕ сохранения самой заявки в таблицу, то в этом случае дело до загрузки и обработки фото даже не доходит. Поэтому их и нет в письме. Еще один момент. В письме отправляются не какие-то графические файлы, который закинул какой-то посторонний пользователь с заявкой, а ссылки на сохраненные на сервере и обработанные картинки. А так как данные заявки не сохраняются, то и ссылок быть никаких не может, потому что даже если бы фото и захотелось загрузить, то их все равно не к чему привязать, так как нет таблицы этих заявок и нет якорного объекта. В итоге, если вы хотите, что бы заявка сохранялась с фото и они были доступны в письме, то создайте таблицу для этой заявки (возле названия модели заявки серая кнопка с табличкой - 5-я по счету), а потом создайте для нее обработчик (там же 4-я кнопка со звездочкой), что бы иметь к ним доступ из админки.

Вы все правильно прописали. Скиньте пожалуйста мне фтп в приват, я взгляну если можно.

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

вот так с точкой в начале и написано?

Посмотрите пожалуйста по настройкам приложения RSS. Указано ли что-то в поле настройки apps.rss.data_image и apps.rss.news_image ?

Да. Даже если не постоянное количество, но вы их не тасуете каждые 15 минут и обладаете минимальным чувством аккуратности, так тоже можно.

У вас авто-мета, которая формируется из данных объекта путем сборки на лету. В ней используются языковые переменные, что бы выводить "красивые" названия для раздела, вместо деревянных "Продажа\Квартира". Эти переменные прописаны в языковом конфиге папка_шаблона/language/ru/dictionary.ini в виде LT_MT_T_XXXX где XXXX - это числовой ИД соотв. раздела. Поэтому, когда вы добавляете, или изменяете, или удаляете, какой-то раздел, то запомните его ИД числовой, откройте файл языковых настроек и а) если раздел добавился, то добавьте в него по аналогии новую строку вида LT_MT_T_XXXX = "Тут красивое название раздела с ид ХХХХ" б) если раздел менял свое название, то поправить, если нужно, соотвествующую метку там же, что бы ее текст соотвествовал новому названию раздела. в) если раздел удалялся, то просто удалите из этого файла метку для этого раздела. Удалили например раздел с ИД=1, и из файла сотрите метку LT_MT_T_1 = "какой-то текст". Это в принципе не критично, но я бы очищал хвостики удаляемых, что бы не путалось и на случай добавления раздела с таким ИД, как был удален.

Что влияет из настроек на показ\формирование этого поля: 1. наличие поля region_id и его доступность смотрящему в модели объекта - поле должно быть 2. Настройки - Общее - Выбор региона в форме объявления(region_in_form) - должно быть включено

Для информации, например. Или для сео, когда идет слив веса снизу вверх - от статей, через разделы на главную страницу всех статей. Была бы фантазия, а применение найдется.))) Действительно, там со ссылками на разделы был косяк. Я его поправил у вас и теперь ссылки в блочках статей в списке выводятся корректно.

в main.php находим if (!$has_result && $this->isRealtyDetected($REQUESTURIPATH)) { $work_subcontroller = 'realtyview'; $has_result = true; } после него ставим if(!$has_result && preg_match('/^shortlink\/(\d+)$/', $REQUESTURIPATH, $matches)){ if(intval($matches[1]) > 0){ $this->template->assert('shortlink', 1); $kvartira_view = $this->_getRealtyViewer(); $html = $kvartira_view->main(intval($matches[1])); $has_result = true; } } теперь к объектам можно будет достучаться по адресу сайт/shortlink/ID напр сайт/shortlink/39274/ В довесок вы получаете в шаблон карточки переменную {$shortlink} наличие которой и равенство 1 означает, что мы зашли через короткую ссылку.

пробуйте. сейчас выгрузило без вотермарка. пробовал на 49912010