HTracer 2.0 - скрипт для автопродвижения сайтв

Переходы делал. Более того, оно нормально работало это время. Выводило все как надо. Пока случайно в Руках (!), подбирая страницы, не обнаружил, что там вместо титлов вопросики. Зашел на сам сайт- так оно и есть, откуда-то в некоторых запросах стала путаться кодировка. Т.е. часть выводит нормально а часть нет.

Такое чуство, что он криво записывает именно новые запросы, а с импортом все ок.

Кстати, такое пока нашел только на одном из 6-ти сайтов.

И еще, у меня на этом сайте два движка, так вот на первом все ок. А со вторым вот такая хрень...

pavel419 добавил 14.05.2011 в 14:54

Снова все очистил и переимпортировал, вроде сейчас все работает нормально.

Появятся кракозябры- обязательно скину ссылку :)

На странице "редактирование переходов" для всех страниц и всех запросов количество переходов кратно двум. В настройках активированно "Удвоить вес переходов со второй и более страниц", но такое впечетление что для переходов с любой страницы в том числе и первой удваивается количество переходов.

Hkey, и все же какой-то глюк... Они появляются снова...

Как такое может быть?

нет, вы ошибаетесь. Перепроверил код, такое не возможно. На тестовом сайте все ок.

Hkey добавил 14.05.2011 в 15:27

Убедитесь, что скачали последнюю версию. Включите форсирование, поставьте сетнеймес ЮТФ-8 в админке. Отчистите базу, заново импортируйте.

Hkey, а я ее еще и не скачивал. Последнюю версию. Для обновления просто заменить файлы?

И да, сетнеймс я поставлю, но то ж к админке, а он кракозябры потом еще и на сайте выводит...

pavel419 добавил 14.05.2011 в 15:32

Ок, попробую обновиться и повторить процедуру...

Сетнеймес определяет кодировку в которой скрипт общается с MySQL при показе админки в том числе и при импорте. Если включить форсирование и задать ютф-8 или ср1251, то и сайте скрипт также будет общаться в этой кодировке.

По умолчанию стоит автоопределение, чтобы оно сработало в базе должны быть реальные переходы.

Как мне кажется, вы задали неправильную кодировку сайта и импортировали на "голую" базу.

Новую версию нужно устанавивить поскольку она выводит ошибку, когда не может включить форсирование, чтобы убедиться что форсирование работает.

Как и всегда нужно обновить просто файлы.

Hkey, но тогда если у меня на сайте cp1251, нафига мне при включенном форсировании ставить утф-8?

pavel419 добавил 14.05.2011 в 15:56

Теперь стало еще веселее. В базе все нормально, в админке тоже.

Тестирование на сайте везде пишет ОК, но при этом скрипт ничего не выводит... Ни облака, на контеста, ничего...

Потому-что язык вывода сайта не зависит от языка общения с MySQL

Скиньте мне доступ к админке и те данные которые вы импортируете. А лучше просто поставьте по инструкции. Пункт за пунктом ничего не пропуская.

Снова все снес, поставил принудительно при форсировании ср1251. Импортировал. В базе естественно, краказябры. В админке все норм, на сайте все норм. Чего же боле? Что-то мне подсказывает, что скрипт сейчас снова начнет собирать не ту кодировку.

Я вот не пойму, сайт на cp1251, в админке установлено cp1251, при форсировании включено cp1251, так какого в базе задается кодировка утф-8 у таблиц? Почему нельзя создавать сразу cp1251. Мне кажется, это решило бы сразу подобные проблемы. И запросы в базе были бы читаемы, а их там куда удобнее редактировать, чем в админке...

pavel419 добавил 14.05.2011 в 16:27

Hkey, ща посмотрю, что он будет собирать. Если глюк остался, то скину.

Вы что издеваетесь!!? Поставьте как написано в инструкции форсирование, сетнеймес ютф-8, кодировка сайта цп1251. Я уже третий раз я повторяю. Можно, конечно, оставить цп1251, работать будет, но кодировка в пхпмайадмин будет не корректной.