Проблема в

$(this).trigger('load',[content,id,result]);

в новой версии jQuery происходит вызов одноименного метода this.load(), что приводит к этой ошибке. В версии на github этот момент исправлен, событие 'load' переименовано в 'loadSuccessful'

{if $oTopic || ($sAction=='index' and $aPaging.iCurrentPage=='1' and $sEvent=='')}
		<meta name="ROBOTS" content="index, follow">
		<meta name="description" content="{$sHtmlDescription}" />
		<meta name="keywords" content="{$sHtmlKeywords}" />
	{else}		
		<meta name="ROBOTS" content="noindex, follow">
	{/if}

Извините — но это не верно. советую посмотреть для примера сайты на WP и Joomla и Вы удивитесь как и что можно и нужно закрывать в robots.txt и обязательно прочтите справку яндекса о robots и гугла

Правильнее вместо страниц дублей отдавать ошибку 404 или поставить редирект

Не верно. Верно — исключить на уровне CMS — это вопрос к разработчикам.
Мой роботс для примера:

Disallow: /rss
Disallow: /search/
Disallow: /tmp/
Disallow: /logs/
Disallow: /config/
Disallow: /webstat/
Disallow: /engine/
Disallow: /include/
Disallow: /templates/
Disallow: /blogs
Disallow: /tags
Disallow: /tag
Disallow: /top
Disallow: /talk
Disallow: /classes
Disallow: /logs
Disallow: /registration
Disallow: /login
Disallow: /profile
Disallow: /my
Disallow: /people
Disallow: /profile
Disallow: /settings/
Disallow: /index

Что имеем? В гугле — 100% индексация и 0 соплей.

Можно попробовать без использования плагина:

{if $oUserCurrent}
    {assign var="aStreamSubscribedUsers" value=$oUserCurrent->Stream_getUserSubscribes($oUserCurrent->getId())}
    ...
    Количество: {count($aStreamSubscribedUsers)}
    {foreach from=$aStreamSubscribedUsers item=oStreamSubscribedUser name=StreamSubscribed_user}
        <a href="{$oStreamSubscribedUser->getUserWebPath()}" class="user">{$oStreamSubscribedUser->getLogin()}</a>{if !$smarty.foreach.StreamSubscribed_user.last}, {/if}
    {/foreach}
    ...
{/if}

Ну и оформить соответственно в шаблоне.

Есть такая проблема в движке — иногда сообщение об ошибке слишком малоинформативно. Сейчас проверил ради интереса — в движке более полутора сотен мест, где может возникнуть сообщение 'system_error' (которое в переводе как раз и звучит как «Системная ошибка. Повторите позже»). Вот сиди и гадай после этого, в чем трабл.

Что касается описанной ТС проблемы, то навскидку может быть следующее:

1) Все же не хватает прав. Помните, что права надо выставлять не только на папку /uploads, но и на все дочерние папки (обычно в файлменеджерах есть галка соответствующая, типа «выставить права на все вложенные папки»)

2) Проблема с размерами загружаемого файла. Лимиты на размер выставляются:
а) в конфиге самого движка (тут все просто, движок, по-моему, внятно ругается, если этот лимит превышен)
б) в конфиге php (надо либо php.ini править, либо .htaccess)
в) в конфиге nginx (если есть)
г) кажется, еще в конфиге апача может быть ограничение, но тут не помню наверняка

3) Проблемы с временной папкой. Надо понимать, что загружаемые файлы сначала грузятся во временную папку, а потом уже копируются, куда надо. Но эта временная папка — не та, что мы в конфиге движка задаем, а та, что назначена на сервере данному юзеру. И если ее расположение и/или права сисадмином заданы неверно, то при попытке загрузить что-то в нее, скрипт получает ответ «пшелнах». Но он (скрипт) написан так, что ничего не анализирует, и просто сообщает юзеру: «ну не шмогла я, не шмогла, пиходите завтра».

Пути решения:
1) Еще раз выставить права, вот тупо поставить 777 на /uploads, заведомо убедившись, что это и все вложенные папки подействовало (для надежности можно 755 поставить, а потом еще раз 777).

2) Попробовать загрузить заведомо небольшую картинку — в пару килобайт.

3) Написать простой тестовый скрипт с формой для загрузки файла и попробовать загрузить файл (любой) через него. Т.е. не через ЛС грузить, а напрямую. Если через этот тестовый скрипт загрузка не идет — можно смело пинать саппорт хостера, дав ссылку на этот скрипт (с движком хостер точно разбираться не будет, а скрипт с десятью строчками посмотрит). Если через этот скрипт какой-то файл грузится, а через движок — нет, то тут уже надо разбираться с движком, настройками, плагинами и проч.

Разработчик шаблона не удосужился оставить структуру и названия классов как в стандартной теме.

Попробуйте следующее:

в файле plugins/twitterfeed/templates/skin/default/js/init.js

строку 10 заменить на

NavClass: 'switcher-block',

строку 17 заменить на

var ULBlockNav = LICurrent.getParent ('div.block-header').getParent ('ul.' + this.Options.NavClass);

строку 26 заменить на

var TCurBlockContent = ULBlockNav.getParent ('div').getParent ('div').getChildren ('div.' + this.Options.Content) [0].set ('html', '');

{cfg name='plugin.name_plugin.nunayaperemennaya'}

Полное описания виджета:
Документация о виджете

Может кому надо для 0.4.1:
файл /templates/skin/new/comment_tree.tpl
в строку 2 вставляем

{include file='window_load_img.tpl' sToLoad='form_comment_text'}

затем после строки 87 вставляем

<a class="test" href="#" onclick="showImgUploadForm(); return false;" class="button"><img src="{cfg name='path.static.skin'}/images/panel/img.gif" width="20" height="20" title="изображение"></a>

сохраняем, наслаждаемся графическим контентом/мусором (нужное подчеркнуть) в комментах

я делал так —

wget http://www.sphinxsearch.com/downloads/sphinx-0.9.8.1.tar.gz
tar –xzvf sphinx-0.9.8.1.tar.gz
cd sphinx-0.9.8.1
./configure
make
make install
mkdir -p /var/db/sphinx/log
chmod -R 777 /var/db/
mkdir -p /usr/local/SphinxIndex
chmod -R 777 /usr/local/SphinxIndex/