Hkey

Hkey
Рейтинг
222
Регистрация
30.09.2006
Интересы
Java
kodges:
На некоторых страницах выскакивает ошибка:
Warning: gzuncompress(): data error in /home/admin/domains/site.ru/public_html/HTracer/hkey_str.php on line 253
Странно что не на всех...
Кто-нибудь сталкивался?

Отключите gzip сжатие и почистите кеш.

Да 3.0 вышла глючная. Через пару часов выложу исправления.

FaeR:
Спасибо за долгожданное обновление скрипта.
Но после обновления файлов выходит ошибка:
Parse error: syntax error, unexpected ':' in /var/www/sait/data/www/sait.ru/HTracer/HTracer.php on line 503
И не могу зайти в админку скрипта. Как с этим бороться?

Исправил, перекачайте

Вышла третья версия.

Пока изменения коснулись только быстродействия.

БД полностью переписана. Что позволило сократить ее быстродействие в несколько раз. Также позволили кешировать в ней часть результатов.

Обновление.

0. Зайдите на http://htracer.ru/GetHtracer.php и скачайте более свежую версию

1. Перепишите файлы.

2. Зайдите на страницу настроек. В конце страницы через несколько минут появиться надпись о том что база была обновлена.

3. Все.

Изменений в интерфейсе и в документации пока нет. Когда они произойдут создам новую тему.

Hkey добавил 05.08.2011 в 19:05

Alexrad511:
Никто не пробовал установить HTracer на InstantCMS?
А то что-то не получается все варианты перепробовал а вылезает пустой экран и все...

На почту доступы

Hkey добавил 05.08.2011 в 19:10

VEV@T:
Сколько примерно по времени составляется СЯ (начинается простановка контекстных ссылок) без лишних телодвижений, к примеру для ресурса с 5+K страниц и 150 уников в сутки с поисковиков? Можно ли выразить старт данного процесса в цифрах (к примеру пока БД ключевиков не превысит 300 на 1000 страниц процесс не будет запущен или как-то ещё)?

Чтобы процесс пошел достаточно нескольких сотен переходов. Вопрос в том, что при малых выборках возникают большие статистические погрешности и для некоторых страниц СЯ ядро будет пустое. И со временем качество и полнота СЯ улучшается. Но даже после миллиона переходов, возможны ситуации, что на некоторые страницы переходов не будет.

Hkey добавил 05.08.2011 в 19:17

dtdt:

"HTracer:: Число вставок/из возможных = 6/11
Если Вы не хотите видеть, что этот текст - отключите тестовый режим в опциях HTracer"

Это статистика по числу вставок (альтов, титлов и метакейвордс)

6 - число вставок, которые HTracer сделал на данной странице.

11 - максимальное возможное число вставок если бы БД была бы полностью заполнена. Зависит от опций.

Через неделю третья версия будет готова. На почту всем сегодня-завтра отвечу.

ali82:
Вот странно вы рассуждаете, в теме минимум человек 5 написало, что они отказались от скрипта, потому что работает он нестабильно. В основном из-за нагрузки на сервер, но иногда и по другим причинам.

По каким другим причинам? Кроме того, что сервер слабый а трафа много?

ali82:

Мы с вами только в течении двух месяцев ставили его на мою джумлу.

С джумлой были некоторые проблемы, но со второй версии их не было.

ali82:

В первом рекламном посте сказано, что скрипт встает на любую CMS в течении 5-30 минут и работает на ней.

Это действительно так. Уже месяца 3 не встречал ни одну CMS на которую нельзя было поставить следуя чисто по инструкции.

ali82:

Никаких ограничений на количество посетителей, версию PHP, MySQL и настроек на сервере не указано.

HTracer работает с любой актуальной версией PHP и MySQL.

ali82:

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

Я неоднократно говорил, что будет новая версия которая будет работать быстрее. Последняя линейка 2.5.* работает существенно быстрее чем рание версии.

zuziken:
Hkey, раз Вы такой специалист и знаток терминологии, то осмелюсь спросить, когда выйдет стабильная версия?

Из всех релизов нестабильным был токо позапрошлый и то из-за того что выдавал варнинг при переходе. Если вы про скорость, то я работаю над этим 2.5.* намного быстрее чем более рание версии.

Hkey добавил 21.06.2011 в 17:27

bugsmoran:
Рассылаю? А можно поподробнее? Что рассылаю? Кому рассылаю?

ну те цитаты разве не из вашего письма были, которые я сказал что они бредовые?

bugsmoran:

Он к пулу подключается по Вашему? А кто и где пул создал? Впрочем это не важно, потому что причино-следственная связь идет в обратную сторону.

Начиная с 4ой версии php MySQL работает в нем через драйвер. Другими словами, mysql_connect не открывает отдельный поток. Проверить это можно открывая в цикле соединения с БД.

bugsmoran:

Вас испугали эти термины? Я думал для Вас они как родные. А как Вы вообще тогда пишете код, если не понимаете этой структуры? Может отсюда и ошибки?

Я к тому что большинство людей не понимают эти термины.

bugsmoran:

У Вас крайне негативное отношение к критике. Мы не конкуренты и не враги. Мы просто хотим помочь и точно показать где ошибка.

И именно поэтому вы всякий бред народу рассылаете.

bugsmoran:
Hkey, это не бред

Это не бред, это полнейший бред. Коннект функции mysql_connect() обрывается при завершении интерпретации кода (это написано в документации PHP). Более того mysql_connect не создает отдельный процесс или поток. То что вы использовали кучу терминов - не делает ваш бред меньшим бредом.

V_G:
А как тогда объяснить что после внесения изменений время генерации страницы с 1,5 сек стала 1 сек?

ИМХО нереальные данные. Не может замена connect на pconnect дать такую разницу. Хотя все возможно.

Amaroid:
$this->CreateTables() с этим вроде как понятно (отключить в настройках).

А вот это hkey_connect_to_mysql() встречается в Htracer.php в 182 строке и 332 - заменить в обоих случаях на hkey_pconnect_to_mysql() ?

hkey_pconnect_to_mysql нет такой функции

раздница pconnect и connect максимум одна сотая секунды. Лучше использовать обычный connect.

Всего: 2639