pragmatik

я бы решал эту задачу следующим образом:

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

2. добавляем в список позиций шаблона новую позицию, например list, но при этом не добавляем в сам шаблон ее вывод

3. публикуем в этой позиции новый модуль JUNewsUltra Pro, задаем настройки модуля, при необходимости допиливаем шаблон вывода статей

4. в нужном месте шаблона или статьи втыкаем {loadposition list}

Каталог1 привязан к пункту меню или это алиас темы на форуме? Если привязан к меню, то достаточно сменить алиас для этого пункта меню с каталог1 на каталог2. Если это алиас темы, то нужно зайти в менеджер категорий kunena и для соответствующей темы сменить алиас с каталог1 на каталог2. В БД лезть не нужно. А вот в httacces в любом случае нужно добавить строчку

RewriteRule ^каталог1/(.*)$ /каталог2/$1 [R=301,NC,L]

чтобы при переходе по старым ссылкам посетителей перекидывало на новые

В этом плане могу только вот эту статью порекомендовать http://alaev.info/blog/post/4393

Яндекс не обязан отслеживать изменения на вашем сайте в реальном времени. Со временем его робот обязательно придет на Ваш сайт, обнаружит, что у этой страницы сменился адрес и изменит её адрес в выдаче. Но раньше чем через месяц, в данном случае, я бы этого не ждал.

Общие для всех страниц элементы head задаются в шаблоне и системных файлах. Уникальные - задаются в настройках пунктов меню и настройках материалов. Например, Title обычно берется из названия материала, Title пункта меню можно задать в его настройках, но если очень приспичило задать Title для материала, отличный от названия материала, то можно поставить специальное расширение.

Вы же сами себе их связали не изучив принципы работы системы. Можно, конечно, продолжать ныть на форумах, а можно прочитать пару книжек по Joomla. Имхо, последнее разумнее.

Позвольте поинтересоваться в нормальном ли состоянии Вы печатали строки:

Если всё настроено КОРРЕКТНО теги должны отдавать список материалов, которым они присвоены, с КОРРЕКТНЫМИ адресами этих материалов. И то, что у Вас или у кого-то еще никогда не получалось КОРРЕКТНО задать настройки, к сожалению, не может свидетельствовать в пользу того, что я что-то путаю. Повторюсь: разумно не искать костыльные решения, а устранить саму причину возникновения дублей, т.е. настроить систему таким образом, чтобы исключить их появление. А затем уже потихоньку убивать дубли, которые успели просочиться в выдачу ПС.

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

Во-первых, линейка 3.X на данный момент еще находится в положении "тестовой", у меня после очередного обновления админка умирала из-за конфликта с xmap. Т.е. это не та ветка на которой следовало начинать серьезный проект. Я бы смотрел в сторону 2.5 да и то, если совсем нет денег на простенькую лицензию от битрикса, ибо, если у Вас проблемы с ЧПУ Joomla, то все дыры в уязвимости Вы, скорее всего, также не закроете, а это чревато взломами и тратой денег/нервных клеток. Если все же решите бороться с дублями на текущем движке, то смотрите в сторону структуры - для того, чтобы не было дублей она должна на 100% соответствовать структуре меню.

Т.е. если у вас есть пункт меню категория1/категория2/статья1 то в менеджере материалов статья1 обязательно должна лежать в категории2, которая, в свою очередь должна иметь в качестве родителя категорию1

Вообще, я бы рекомендовал посмотреть в сторону blogspot - это сервис блогов от google. Плюсы: возможность привязать свой домен, отсутствие затрат на хостинг, встроенная система комментариев, высокая надежность и гибкий дизайн (можно нарисовать что душе угодно, вот пример - http://blog.tbhcreative.com). Из минусов url вида http://blog.tbhcreative.com/2014/05/the-pros-and-cons-of-hero-graphics.html т.е. в нем всегда будут год и месяц размещения материала.

Хм, а почему Вы считаете, что blogspot не является лучшим решением стоящей перед ТС задачи?

Или реалистом. Да, законопроекты не идеальны, но серьезные проблемы для ПОЛЕЗНЫХ обществу ресурсов могут возникать только из-за несовершенства механизмов блокировки (т.е. их угроза возникла бы, даже если бы законы были идеальны), но и эти проблемы по мере совершенствования механизмов блокировки сойдут на нет. Конечно, кажется, что государство могло подождать N лет, пока механизмы блокировок станут совершенными, но тут мы опять оказываемся перед выбором между рисками "потерять посещаемость каких-то сайтов" и "потерять человеческие жизни", и выбор Государства в пользу последних я разделяю (заодно и работу над механизмами блокировки подстегнули).

Удивительно, что Вы не вспомнили об этом перед написанием вашего предыдущего поста.

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