Отличный способ внутренней перелинковки статей (для WordPress)

Евгений Самборский в своей статье "Как добиться хорошей индексации статей" рассказал про занятный способ внутренней перелинковки статей сайта. Суть метода заключается в том, что на страницу со статьей помещается блок "Предыдущие из рубрики" в котором публикуется несколько предыдущих статей из той же самой рубрики в ...
Комментарии (158)
Спасибо, Dimox! Я не ошибся, заглянув сразу на этот блог :) Так и знал, что найду здесь нужный код. На старом вп 2.3.3 работает идеально!
Кama, давно пользуюсь этим кодом и очень тебе благодарен. Вот появилась необходимость исключить из перелинковки одну категорию, можно ли это реализовать на твоем коде?
Было бы не плохо как-то придумать вывод картинок вместе с ссылками.
Воспользовался кодом Кama. Большое спасибо ему, ну и само собою автору блога
Фуу, намучился я с этими вашими кодами, чуть сайт не снес…)))) Но все-таки поставил как надо, поэтому спасибо вам большое!
всем привет!
подскажите пожалуйста какой код куда нужно вставлять или что на что заменить?
спасибо
предыдущие посты — это хорошо.
а как насчёт отображения следующих по списку постов (т.е. тех, которые наоборот новее)?
Поставил, все отлично работает. Если не секрет, подскажите, какой плагин у вас стойт слева экрана с кнопками соцсетей.
dimox.name/socializ-floating-panel/
спасибо за код, пригодился!
Помогите плиз советом, реализовал такой код у себя на сайте и в той статье где оно есть, не отображаются ниже комментарии, после того как код убираю, отображаются. Очень прошу помощи, самому разобраться не получилось :(
Попробуйте установить код из этой статьи.
Спасибо, попробую!
А подскажите кто-нибудь, как можно данный код интегрировать в плагин Wp-Thumbie, чтобы возле ссылок на статьи отображались миниатюры? В самом плагине рекомендованные статьи указываются по похожим словам в тексте и заголовках, что не очень хорошо и больше никаких настроек нет.
Может кто знает, как реализовать перелинковку с миниатюрами, но по принципу Dimox’a, только последние с круговой перелинковкой?.. Думаю, это многим пригодилось бы.
Епта! У меня не пашет просто тупо не выводит ничего,
Не подскажешь в чем может быть дело может в базе данных таблицы не совпадают?
В твоем коде нет кода перелинковки.
Да нет я его ставил там где уже начинается подключение комментов, просто тупо ничего не выводит может идет перехват переменных?
Его вызывать не надо эту функцию?
Вот черт теперб работает! Че вечером значит пахать не хочет а с утра как миленький заработал! Спасибо за код!)))
Вот еще проблема. Я вывожу картинки и частично текст, но он выводит по неправильному порядку.
Т.е картинка принадлежит другому посту, а он ее выводит совсем в другом посте.
Вот код
Извини за предыдущий коммент сам сделал уже))
А подскажите кто-нибудь, как можно вывести в этом коде миниатюру записи? Ну и может реально выводить первое предложение, как в плагине WP-Thumbie, только там перелинковки нет.
На
ТОлько после начала функции добаваь
Окончательный вариант)))
Спасибо, Ринат! Все получилось)
Пример реализации кода с миниатюрами _http://smileaf.org/politika/v-molodezhnuyu-versiyu-gorsoveta-projdut-40-chelovek.html
Всегда пожалуйста !)
Ринат, большое спасибо. Подскажите пожалуйста как уменьшить количество выводимого текста из предыдущей статьи?
Мне кажется вы не правы и буду рад, если вы докажете мне обратное. Я также написал Каме, интересно и его мнение.
Известно, что вес по ссылкам начинает полноценно передаваться лишь через несколько месяцев после простановки. Это было сделано для борьбы с продажными ссылками аля Sape, которые выставляются на несколько дней, а потом удаляются.
Итак, вы говорите о том, что допустим когда зайходим на 3-ю статью будут показаны ссылки на: 2,1,10,9 статьи. Соответственно, на 1-ой статье будут показаны 10,9,8,7 статьи. Для необновляющегося сайта это великолепное кольцо.
Но! Допустим, прошло пару месяцев и у вас появилось 5 новых статей. Теперь первая статья ссылается на 15,14,13,12 статьи. Получается, что все ссылки поменялись и теперь вес передается им. Поисковики-то еще не успели учесть те ссылки, а тут уже новые… Таким образом, кольцо разывается и формируется новое, для полноценной работы которого нужно несколько месяцев.
Но у вашего кольца соответственно нет нескольких месяцев — схема не работает. Где я не прав?
Это актуально только для первых 5 статей (конечно, если выводится 5 предыдущих). Для всех остальных статей список всегда будет постоянным.
Учитывая, что на сайте, как правило, значительно больше, чем 5 статей, данную проблему считаю не существенной.
Но ведь теряется смысл кольца, при котором вес перетекает по кругу! Понятно, что статья 10 фиксировано ссылается на статью 9,8,7,6, но то же самое делает и модуль «Предыдущие статьи». А статья 10, а потом 15 не получает веса 1-ой статьи и потому не передает этот вес дальше по кругу.
И соответственно при 15 статьях 10-ая, 9,8,7,6и т. п. варятся в собственном соку, абсолютно ТОЧНО ТАК ЖЕ как при модуле «Предыдущие статьи». И потому, мне кажется, смысла в кольце, описанном в данной вашей статье нет!
Ну или я не прав и данная схема чем-то лучше «Предыдущих статей»?
Такой вопрос:
А стоит ли в конце поста выводить рандомно записи (их title) на другие посты?
Помогите сделать как у вас на сайте блок как на скрине savepic.su/3 272 806.jpg
Что-то не работает на wp 3.8 или я что-то делаю не так?(
У меня на 3.8 работает без проблем.
Всем привет, в общем бился 2 дня над текущим кодом… подключал с миниатюрами. Все дело в том, что не смог победить кое-какие стили. То есть если блок перелинковки отображался корректно и красиво, то где-нить в другом месте стили отваливались… Решил с помощью добавления таблицы может и старомодно, но работает _http://ladymsk.com/xulaxup-dlya-poxudeniya.html
У кого если существует такая проблемка, то вот код:
Подскажите пожалуйста как подключить транзитное кеширование к функции вывода предыдущих постов из категории?
Появилась проблема с нагрузкой на одном блоге, в одной категории несколько тысяч постов.
Решил проблему исключением из запроса индексов для таблицы wp_posts
заменил строку:
FROM $wpdb→posts wposts
на FROM $wpdb→posts wposts IGNORE INDEX (PRIMARY, type_status_id_date)
костыль конечно, но помог, снизил время выполнения запроса с 5 секунд до 0.5
актуально для сайтов с большим количеством постов, у моего в проблемной рубрике уже более 70 000 постов, отсюда такая нагрузка.
Подскажите, как выводить по такому же принципу посты из указанной таксономии, а в случаи если пост не состоит в таксономии, тогда выводились предыдущие посты из категории.
Хотя, подскажите, как вывести посты из указанной таксономии, а остальное я попробую сделать сам,