Otvet
-
Публікації
5 014 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Otvet
-
article берется из таблицы article никакого отношения к товарам/категориям она не имеет сайтмап уж точно ничего не пишет, он находит таблицу и берет содержимое сайтмап ничего не хранит, он каждый раз всё берет из БД, но сам туда ничего не вносит варианта 2: 1. не хранить мусор в БД 2. выпилить вывод article в сайтмап вы даже не посмотрели в БД таблицу, дабы понять что там и ёё происхождение ну и для ускорения нужно написать со ссылкой и доступами в ЛС в рамках общего форума невозможно конкретно рассмотреть что у вас -
я ни автор модуля записей я могу сказать как выключить вывод в сайтмап всех article, но не почему другой модуль засоряет БД
-
спросить у автора почему при удалении записи в БД остаются или выпилить из сайтмапа вывод записей тип article
-
дк вопрос к тому через что создаете/удаляете, почему оставляет
-
либо что то не так делаете либо этот модуль не удаляет нормально записи чистить БД, таблицу article
-
удаленные откуда?
-
это 5е колесо
-
да, приводите к формату и вставляете в файл
-
правильнее if ((int)$product_total == 0) $this->response->redirect(****, 301);
-
пароль на то и пароль что периодически меняется и дается в лс
-
проверить что там действительно 301 а не 302, и единичный редирект а не цепочка не нужно пока не склеится всё, иначе ПС не увидит редиректы
-
не лезть в код через схемы в модуле html прописать css
-
а посмотреть в контроллер например? $product_total = $this->model_catalog_product->getTotalProducts($filter_data); $results = $this->model_catalog_product->getProducts($filter_data);
-
не настроено фтп полная инструкция на сайте
-
по вашей логике, если менее ценная в данном случае (с точки зрения ПС) страница товара заменит категорию, сайт останется на той же позиции?
-
отчасти
-
не первым а последним должно быть смотрите очередность
-
seo_pro
-
да читайте описания ??
-
что за сюр, кто то взломал и балуется? most of the cases it's ignored != is not work любой может открыть, отсортировать по дате и посмотреть в выдачу а так: суем в метод deleteProduct или как он зовется в конец добавление url и текущей даты в таблицу deleted в контроллере not_found отслеживаем user agent и если гугл то удаляем запись, ибо он пришел и 404 ему в рыло швырнули тем самым будет актуальный список для формирования сайтмапа 404
-
в поиске их нет Для того чтоб гугл посетил страницу после изменения дабы обновить информацию о ней а то что в консоли уже известно или тут где то написано "гугл не понимает с первого раза что тут 404 и надо повторить в сайтмапе" ?
-
смысл в том чтоб гугл посетил страницу, удаленную, но не посещенную после этого а не в том чтоб собирать то, что гугл знает и убрал из выдачи вопрос с проверкой на наличие в выдаче остается в противном случае, это просто будет запуск сканирования битых страниц, бессмысленный и беспощадный
-
не надо путать "игнорируется" и "часто может игнорироваться, потому что у многих вебмастеров проблемы с учетом" если отдается now() или 2012 год, хотя явно страница менялась, само собой будет игнор (хотя за первое по мне должны быть санкции) при нормальном подходе всё работает, проверено собирать логи? как определить что она не выпавшая давно?
-
разные вещи, сами по себе где то может пересекаться функционал
