AlexBrtn Опубликовано 9 июля, 2014 Поделиться Опубликовано 9 июля, 2014 Не подскажите, как исправить Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
LvsF Опубликовано 9 июля, 2014 Поделиться Опубликовано 9 июля, 2014 Где иероглифы? У кого Вы учились китайской грамоте? А может не китайской. Вот Вам для ознакомления статья __habrahabr.ru/company/yandex/blog/204886/Заметьте, что не все поисковики шифруют. Проведите тест. Откройте поисковики от mail и яндекс Вбейте что-нибудь, что в результатах покажет Ваш форум и перейдите по ссылкам. Далее вернитесь на страницу статистики поисковиков и увидите, что первый не шифрует в отличие от второго. AUYKGN, Z7ian и AlexBrtn 3 Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
AlexBrtn Опубликовано 9 июля, 2014 Автор Поделиться Опубликовано 9 июля, 2014 Где иероглифы? У кого Вы учились китайской грамоте? А может не китайской. Вот Вам для ознакомления статья __habrahabr.ru/company/yandex/blog/204886/ Заметьте, что не все поисковики шифруют. Проведите тест. Откройте поисковики от mail и яндекс Вбейте что-нибудь, что в результатах покажет Ваш форум и перейдите по ссылкам. Далее вернитесь на страницу статистики поисковиков и увидите, что первый не шифрует в отличие от второго. С "иероглифом" это в шутку. Понятно, что не на китайском. Спасибо - понял. Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
kgb Опубликовано 31 октября, 2014 Поделиться Опубликовано 31 октября, 2014 Кстати, по поводу этой статистики. Дабы не плодить темы отпишусь здесь. Я этой статистикой не пользовался, есть другие способы. Да и с учетом того, Что гугл щас шифрует запросы (в скрине ТС как раз самое оно и есть), да и яндекс не отстает. Теоретически, если бы не шифрование, ее можно было бы использовать, скажем, для внутренней перелинковки, но щас она бесполезна. Тем не менее, наличие этой статистики генерирует пару лишних обращений к базе, пусть и не тяжелых, но все же. Но это еще не все. Например, если 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/ и через планировщик задач добавляем новую задачу. AlexBrtn и leha85 2 Цитата Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Присоединяйтесь к обсуждению
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.