Вышеуказанные действия исправляют только название страницы и путь в логе Typo3. Само по себе решение вынужденное - так как информация о названии теряется до обработки в awstats. Кстати у вас названия отображаются по русски (несмотря на варнинги)?

Посмотрел: в логах Typo3 ключевые фразы c поисковиков хранятся также как и в логах apache. Соответственно решение можно внедрить в код awstats, а не в ядро Typo3 - что менее грубо.

Да, после внедрения тех строк в код все заработало... просто нужно было опять зайти на страницу, чтобы отобразились новые результаты, старые с ???? ???? ?? так и остались. То же самое, скорее всего, касается ключевых слов.

Если обращаться к "менее грубому решению" (не править исходник), то судя по всему искать решение требуется в файле *.pl ? пока результаты не утешительные, там походу все на ПерлЕ) для меня ваще не знакомом.

!Но что интересно я заметил! Когда смотрю статистику (по страницам) одним из наших рейтингов - бигмир, то вижу к примеру такого рода ссылки:
*Здесь для google.com слова передаются в переменной q, а для яндекса - text. Поискал я по фразе "q=" в awstats.pl и нашел место, где по идее обрабатывается код этих ссылок. Результаты идут в статистику по "ключевым словам" и "поисковым фразам". Так вот в скрипте есть код для # Extract params of referer query string (q=cache:mmm:www/zzz+aaa+bbb q=aaa+bbb/ccc key=ddd%20eee lang_en ie=UTF-8 ...) и чуть далее блок для # Search engine with unknown URL syntax. Тут похоже можно дописать какие-то строки для синтаксиса Яндекса)) либо копать почему вторая часть скрипта не пашет.

Для rambler и yandex слова в url можно раскодировать простым urldecode, а для Гугля utf-8 придется декодировать. Сегодня выходной (перла нет дома) - завтра посмотрю

Так самое интересное, что все запросы из гугла отображаются в статистике идеально!) поэтому с ним как раз ничего делать не нужно (разве что может быть для win-1251 сата, у меня как раз utf-8)

Как я понял
ics_awstats лучше (вроде как он обновляется и заработал сразу без лазанья в код)

вот ссылка по теме
http://bugs.typo3.org/view.php?id=1585

если стоит RealURL, то действительно проще юзать awstat, который разбирает логи апача
(тогда вообще нет смысла связываться с этими логами тайпы)

Просто ics_awstats только 3 дня назад обновился, а до этого читал в его мануале, что там немного сложнее и геморойнее делать апдэйт... благо теперь у них сатистика 6.6.
Посмотрю в ближайшее время - отпишусь)

в awstats.conf нашел:
# Plugin: DecodeUTFKeys
# Perl modules required: Encode and URI::Escape
# Allow AWStats to show correctly (in language charset) keywords/keyphrases
# strings even if they were UTF8 coded by the referer search engine.
#
#LoadPlugin="decodeutfkeys"

соответственно решение такое
1. ставим перловские Encode и URI - скорее всего уже есть - можно проверить командой perldoc URI или perldoc Encode
2. разремариваем LoadPlugin="decodeutfkeys"

А как проверить работоспособность этих двух перловских "комманд"? А то вроде они есть, но эффекта от них никакого.
У тебя после все заработало после того как ты убрал #?
Мне не помогло(

К стыду у меня стоит перл старый - а Encode требует версию поновее
Поэтому проверить не могу.

Для проверки надо создать исполняемый файл типа

#!/usr/bin/perl -w
use Encode;
use URI::Escape;

и посмотреть не выдает ли ошибки

1. поставил ics_awstats
2. в awstats.conf разкомментировал строку #LoadPlugin="decodeutfkeys"
Теперь все ключевые слова и выражения отображаются правильно, правда есть одно но - в списке можно встретить абсолютно одинаковые слова по 2 раза.
У кого-то есть мысли с чем это может быть связано?.. Судя по тестам одни и те же слова, которые "идут" из гугла и из яндекса записываются как разные и суммирование их не происходит(( к сожалению. кто-то поборол этот баг?
3. Кракозябры в названии посещаемых страниц осталисЬ(