Не подскажите, как исправить 
 

Где иероглифы?

У кого Вы учились китайской грамоте? А может не китайской.

Вот Вам для ознакомления статья 

__habrahabr.ru/company/yandex/blog/204886/

Заметьте, что не все поисковики шифруют.

 

Проведите тест.

Откройте поисковики от mail и яндекс

Вбейте что-нибудь, что в результатах покажет Ваш форум и перейдите по ссылкам.

Далее вернитесь на страницу статистики поисковиков и увидите, что первый не шифрует в отличие от второго.

Где иероглифы?

У кого Вы учились китайской грамоте? А может не китайской.

Вот Вам для ознакомления статья 

__habrahabr.ru/company/yandex/blog/204886/

Заметьте, что не все поисковики шифруют.

 

Проведите тест.

Откройте поисковики от mail и яндекс

Вбейте что-нибудь, что в результатах покажет Ваш форум и перейдите по ссылкам.

Далее вернитесь на страницу статистики поисковиков и увидите, что первый не шифрует в отличие от второго.

 

С "иероглифом" это в шутку. Понятно, что не на китайском. 

Спасибо - понял. 

Кстати, по поводу этой статистики. Дабы не плодить темы отпишусь здесь.

Я этой статистикой не пользовался, есть другие способы. Да и с учетом того, Что гугл щас шифрует запросы (в скрине ТС как раз самое оно и есть), да и яндекс не отстает. Теоретически, если бы не шифрование, ее можно было бы использовать, скажем, для внутренней перелинковки, но щас она бесполезна. Тем не менее, наличие этой статистики генерирует пару лишних обращений к базе, пусть и не тяжелых, но все же.

 

Но это еще не все. Например, если mysql_mode установлен в "строгий" режим (а mysql 3.6 с ним и ставиться по умолчаню), то изза грубейших недароботок разработчиков IPB, мускул выдает кучу ошибок (и не только на этой статистике кстати). Так поле keyword в таблице _search_keywords имеет размер varchar(250) , а при добавлении в коде такая конструкция $keyword = substr( $this->DB->addSlashes($keyword), 0, 255 ) , те  5 символов лишние. В мягком режиме мускул просто не вставляет лишнее, в строгом выдает ошибку. Но это фигня, при добавлении в таблицу _search_visitors  keywords вообще никак не обрезается на уровне php (за что деньги плачу?). 

 

Но и это не все. Я как то не обращал внимение, но тут переезжал на другой сервер, решил посмотреть, чего это у меня база такая "тяжелая". Так вот, таблица _search_keywords занимала около 3 ГБ. И если _search_visitors ежедневно очищается от старых записей через планировщик задач, то _search_keywords только накапливается.

 

Вообщем я у себя наглухо отрезал генерацию этой статистики, закомментровав  вызов  seoTracker::track( $_SERVER['HTTP_REFERER'], self::$settings['query_string_real'], self::$handles['member']->getProperty('member_id') ); в файле ipsRegistry.php. Нахрен мне эта грязь в базе.

Ну а если кому нужна, но хочет время от времени чистить, может воспользоваться прикрепленным файлом.

kgb_cleanout_search_keywords.php

Кидаем его в  /admin/applications/core/tasks/ и через планировщик задач добавляем новую задачу.