Ответы в темах

Просмотр 15 ответов — с 1 по 15 (всего 26)
  • >Ihor Vorotnov Мобильный и десктопный кеш должны быть разные.

    Безусловно. WP Super Cache поддерживает это. Однако он и WP Touch используют свое определение мобильных устройств, вместо wp_is_mobile(). И как результат определяют устройства по разному. Другое дело, что для WP Touch Pro в Супер Кеше есть опция. Вот только вопрос, насколько она исправляет всякие глюки? К сожалению, люди пробовавшие эту связку здесь не откликнулись.

    В любом случае, спасибо вам за самые разумные ответы.

    > searchingman Может быть на ваших сайтах проблему адаптивный дизайн и решает, но неужели не ясно, что он подойдет не для всех?

    Господа и дамы, но хоть ободрите!!!
    Платный WPtouch Pro нормально работает с WP Super Cache???? Уже созрел купить.

    P.S. Странно, что тема мало кого волнует. Никого не интересует кэширование с мобильным плагином?

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

    Увы, вопросы продолжаются!

    1. Как я понял WP Super Cache и WPTouch по разному определяют наличие мобильного устройства. К примеру у меня на планшете Chrom в юзер-агенте имеет слова Android и Safari, а этот-же Chrom на смартфоне Android и Mobile Safari. Телефонный Chrom определяется мобильным и для WP Super Cache, и для WPTouch. А вот Chrom с планшета определяется как мобильный только WP Super Cache.

    В результате, если я захожу с планшета первый раз на страницу, то WP Super Cache записывает ее как мобильную, но WPTouch НЕ формирует ее и она по факту десктопная. Если потом зайти с мобильника на эту страницу, то она уже берется из кэша в обход WPTouch. И на мобильнике появляется десктопная версия.

    В настройках WPTouch для юзер-агента добавил просто Android. С моими мобильными устройствами все заработало. Поэтому вопрос, что еще правильно задать WPTouch, когда он работает с WP Super Cache в спарке?

    2. У WP Super Cache есть вкладка Плагины. Не понятно, что там делает включение WPTouch? Если его включить, то кэшируется страница для того устройством которым зашел первым. Зашел с мобильника, будет в кэше страница для мобильника и она будет потом из кэша показываться и на десктопе (в мобильном варианте). А если на страницу зашел с десктопа, то и на мобильнике она будет потом десктопной. Другими словами, в кэше не создается двух разных страниц (мобильной и десктопной).

    Возможно это настройка для WPTouch Pro?

    и как вы canonical пропишите для страниц меток?
    то есть какой он там должен быть, если на странице метки, скажем, 5 записей?

    Самое простое, чтобы ничего не бояться, это не писать canonical для рубрик и меток, а только для записей.

    Для рубрик (если запись только в одной рубрике) вообще проблем нет, если пользоваться цитатами.

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

    Вы ориентируетесь на структуру стандартного СЕО блога. Однако мир не так однообразен и WP позволяет делать очень интересные по структуре сайты.

    Господа, по существу вопроса ничего нет?

    Недавно подобный вопрос обсуждался.

    Все это лечится правильным использованием тега canonical

    Если вам не надо или вы не хотите, или не можете привлекать поситителей на страницы рубрик и меток, то это ваше личное дело. Мой же опыт показывает, что на страницы рубрик и меток при умелом использовании можно привлечь очень значительное количество поситителей.

    1.Обычно запрещают индексацию страниц рубрик и меток, так как это однозначно наличие дублей для поисковика.

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

    2. Тег keywords — его ценность вообще сомнительна

    Если он не соответствует title, h1, description и вообще тексту статьи, то он вообще наносит вред. Поэтому любители, как раньше писать под всяким бредом нужные им ключевики вообще в пролете. А вот когда keywords согласуется с выше перечисленным, то его влияние еще никто не отменял. Хотя безусловно оно уже не так значительно как раньше.

    Однако, хотелось бы информацию по существу вопроса.

    сам сейчас над этим работаю
    если что сделаю в обозримом будущем то отпишу

    Я на коленках раньше в одном сайте использовал фильтр category_description и глобальную переменную. А в описание рубрики с помощью спец символов вводил дополнительную информацию для тега description и keywords, которую не отображал при выводе описания на страницах сайта.

    Однако надоело, хотелось бы что-то человеческое.

    О великий коллективный разум, ну подскажи что-нибудь!

    Спасибо за подсказку. Решение не трудное. Правда до сих пор мучает сомнение, не закрывать ли внутренние ссылки в меню, чтобы не распылять вес страниц по сайту? Думаю, ведь влияние внутренних ссылок сайта еще никто не отменял.

    function filter_function_name( $atts, $item, $args ) {
    
    $menu_target = 123;
    
     if ( $item->ID == $menu_target )
        {
    	$atts[rel] = 'nofollow';
        }
        return $atts;
    }
    add_filter( 'nav_menu_link_attributes', 'filter_function_name', 10, 3 );
    Автор k_morgan

    (@k_morgan)

    здесь обсуждается WordPress, а не Apache

    Проблема возникла с WP. Вместо того, что бы давать страницу 404, он отдавал запрашиваемую, но с другим путем. И мне кажется, что это поисковикам не очень нравится?! А Apache здесь только как средство решение проблемы.

    Автор k_morgan

    (@k_morgan)

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

    Стоит у меня последний All in SEO Pack, но что-то я там этой возможности не нахожу!!!

    Related Posts Thumbnails хороший плагин. Однако мне показалось,
    что он вначале выводит из категории, а потом только смотрит по тегу.

    Таким образом будет soft 404 (код ошибки наверное вообще 200 вернется), а это ни Googlge ни Яндекс не любят.

Просмотр 15 ответов — с 1 по 15 (всего 26)