Марат

Компонент тут не причем.
Давайте разбираться. У вас uri имеет такой вид index.php?option=com_content&view=article&id=35:2012-04-29-16-51-03&catid=10:2012-02-16-20-38-15&Itemid=42 . Для начала идем по ссылке и изучаем структуру uri. Из чего следует, что идет обращение к файлу index.php и при этом передаются некоторые параметры, перечисленные после знака ? и разделенные &. Соответственно при разборе uri апач режет его на сам uri index.php и параметры option=com_content&view=article&id=35:2012-04-29-16-51-03&catid=10:2012-02-16-20-38-15&Itemid=42. Раз в системе есть файл index.php, тут внутренний модреврайт даже и не сработает.

В задачах cron компонента предусмотрен вывод ошибки в случае некорректного исполнения. Настройте cron на отравку отчета на e-mail. Посмотрите также логи php, может есть какая ошибка. Также могу предположить, что скрипт не может найти сервер погоды по доменному имени. Можно попробовать прописать в файле /etc/hosts домен и ip. Или же в файле модели за место доменного имени напрямую прописать ip. IP сайта определить не сложно. По остальному читайте мануалы. Будут указаны конкретные выводимые ошибки, смогу помочь.

Аким, уже давно сделал напоминание о существовании сайта )))

Хочется верить, но не можется ) Объясню почему? Вот ваше сообщение:
А вот участок в файле, где формируется это сообщение:
$usr['nickname'] и $inConf->sitename достается и подставляется в нужной кодировке. А остальная часть в неправильной. Какой вывод? Правильно, файл в отличной от utf-8 кодировке.
Как преобразовали файл? Если в Notepad++, то там в меню Кодировки есть два пункта:
1. Кодировать в UTF-8(без BOM)
2. Преобразовать в UTF-8 без BOM
Первый пункт меняет кодировку, но не сохраняет в файле. Второй пункт меняет и сохраняет. Нужно воспользоваться вторым пунктом.

Это модуль. Где то на форуме было, как в профиль пользователя встраивать модульную позицию. Поищите.

Проверьте в БД таблицу cms_user_msg , поле message. Сравнение должно быть utf8_general_ci. Но, скорее всего сам файл birthday.php всё же в неправильной кодировке. Проверьте.

+
Нравится ваш подход, прорабатывать до мелочей. Не смотрел, но подтверждение в описании:

Абсолютно согласен с AndroS - нельзя всё засунуть в коробку. Иначе движок превратится в монстра, обвешанного функционалом, который не используют 99% сайтостроителей.
shaman888 , для вашего случая где-то на офф. сайте есть расширение. Не помню кто делал, но где то встречал Я.Диск. Поищите.

Здесь был коммент от Олега, случайный вывод или по какому-то правилу. Прошу прощения, случайно удалил. В админке есть возможность выбора. Случайный вывод - выборка релевантных по тегам объектов перемешивается случайным образом. Если выбран не случайный вывод - первыми показываются более релевантные - совпадения по большему количеству тегов.

Для обеих разработок использован один и тот же слайдер. Если предполагаете совместное использование на одной странице, придется поменять слайдер. Делается это в файле шаблона и прикрутить не сложно.

Город не учитывается. Просто теги.

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

Да и потом, добавлю индексы. Потом выйдет обновление мапса и там будет запрос без проверки(без IGNORE). И не получится обновиться у некоторых и завалят они вопросами R2 )))
Ну, не люблю я это дело. Хаки, модификации... Как говорится, я не я и база(таблица) не моя )))

Верно. Добавить можно. Но не думал, что это так необходимо )

Честно, не думал, что плагин особо кому нужен. Просто была просьба человека сделать по тегам. Адаптировать "Видеоролики по теме" не составило труда. В "Видеоролики по теме" есть именно оба варианта(добавил в версии 1.10.1). В объектах оставил только по тегам, потому что нужные поля в таблице объектов в БД не имеют fulltext индексов. Без них полноценный поиск не возможен. Можно конечно же извратиться и написать поиск оператором LIKE. Например разбить заголовок на слова и искать вхождение при помощи LIKE. Но это нихт зер гуд, и даже совсем не гуд.
Второй вариант, вводить в поля нужные индексы. Но нужно будет лезть в БД. И опять же лишняя модификация системы.
Если нужно, могу по второму варианту сделать. Но не обещаю ) По времени и по настроению.

Отписался в личку. js и php код работают. Действительно дело в вашем шаблоне и в стилях. Нужно править и подбирать эксперементально значения right(left) и top(bottom) в стилях.

Можете скачать. Понизил ограничение по репе.

Добавится 2 запроса в БД. Если главная со всеми модулями выдерживает нагрузку, то это не критично.
Отдельно надо сказать об опции "Случайные ролики(мигающие ссылки)" в админке плагина. При таком алгоритме для выборки из БД используется
Знаю, что это плохо. Много в нете споров по этому поводу. Но лучшего и простого решения нигде ещё не видел. Скажу так, при выборке из таблицы до 5000 строк не критично. Но сомневаюсь, что много таких проектов.
Поэтому, если хотите ставить на высоконагруженный проект или планируется выборка из нескольких тысяч тегов, лучше отключите в админке плагина эту опцию.

Хорошо, как выкрою время, сделаю. Или на этой, или на следующей неделе.

Да, нашел ошибку. Для фото теги обозначаются 'photo', а было 'photos'. Всего одна буква и уже не работает ) Закон подлости, где тонко(не тестировал), там и рвется )))
Ну и ещё кое чего добавил. Скачайте архив по новой. Спасибо, что сообщили.