| Состояние | Исправлено |
| Приоритет | Высокий |
| Версия | 5.08 |
| Система | * |
| Воспроизводимость | Нет |
| Автор | Seo Dizainer |
| Исполнитель | Блоголётчик |
Я уже наверно год обратно спрашивал о возможности выводить записи той же рубрики под основным текстом статьи.
Сейчас этот вопрос для меня стал еще актуальней.
Нужно:
Вывести список ссылок на записи той же рубрики внутри шаблона content.post сразу после post.content
Плюсы такого вывода:
1. Для поисковиков эти ссылки станут практически контекстными и будут иметь больший вес чем если они находятся где-то там далеко в сайдбаре.
2. Для пользователей, заканчивая читать текст сразу перед глазами у них будет новое интересное чтиво, которое на надо искать по сайдбарам, что улучшит поведенческие факторы если посетитель перейдет
по внутренней ссылке на другую статью.
Пробовал добавить template.sidebar в шаблон content.post - не работает, движок его не видит.
Пробовал сделать вывод с помошью тегов для тем добавив в нужное место posts.items, выводятся или свежие записи или похожие но одновременно и под постом и в сайдбаре.
Не пихать-же весь пхп код плагина в шаблон темы.
В плагине ковыряться не зная принципов работы движка и необходимых переменных методом тыка, можно серьезно накосячить, и изучать ДОКу движка от А до Я это занятие не одной недели.
Если б ты мог помочь сделав вторую измененную версию плагина похожих записей именно с таким выводом, думаю многим пользователи движка такой вывод тоже будет по нраву.
Скорее надо было назвать тикет вывод постов в из той же рубрики. По структуре это больше напоминает виджет singletagwidget "Виджет одной рубрики". Плагин-виджет похожих записей более сложный и для вычисления похожисти тратится больше ресурсов. С контентом опредилились.
С template.sidebar внутри шаблона поста должен сработать, но есть одна загвоздка: количество сайдбаров вычисляется по шаблону index всей страницы. Можно попытаться сделать следующее: указывать номер сайдбара в шаблоне, делается это так template.sidebar0 для первого и т.д. Для шаблона поста рекомендую использовать последний сайдбар, например $template.sidebar2 -тогда его не будет на общей странице, а виджеты будут доступны. А чтобы виджеты из последнего сайдбара не добавлялись в хвост последнему сайдбару на общей странице надо увеличить внутренний счетчик сайдбаров в теме. Тогда задача может быть сведена к увеличению этого счетчика. Как это сделать простыми способами - надо подумать, программным путем это одна строка кода.
2 Блоголётчик: Ура, ато я уже заждался, думал ты про него совсем забыл.
Кстати по поводу автоматической перелинковки, данная фича уже есть на вордпрессе в плагине simple tags только там перелинковка на теги идет.
Мне кажется самый простой вариант простая замена в БД указанных в списке слов на ссылки типа: find ("ключевик") и replace (<a href="">ключевик</a>) с ручным составлением списка и внесением нужных форм слова.
В NGCMS есть плагин такой ireplace называется.
А для новых записей проверка и замена слов при публикации.
Вообще чем проще тем лучше
Плагин ссылок на посты из той же категории я сейчас написал, но прямо сейчас уже вряд ли бду тестировать и отллаживать.
Планируется плагин замены тегов поста на ссылки на него из других постов. При внешней простоте формулировке ив центре, конечно,функция замены текста, все не так просто радужно: в случае одного слова в двух постах как быть?
2 Блоголётчик: я думаю ты имел ввиду два одинаковых слова в одном посте, в этом случае однозначно менять на ссылку только первый встреченный из всех вариантов слова для данной ссылки, поскольку гугл учитывает только первый встреченный на странице анкор для ссылок на одну страницу(УРЛ), яндекс учитывает все анкоры но специально под него подстраиваться думаю не стоит.
Кстати сейчас подумал: очень жалко что теги вшиты внутрь ядра движка, было бы намного лучше если бы они могли использоваться в виде дополнительного плагина (как в вордпрессе и еще в некоторых движках), поскольку в некоторых случаях, например при создании МФА (сайтов под адсенс) или СДЛ они абсолютно не нужны. Конечно можно их просто запрещать к индексированию, но думаю без них движок был бы быстрее