Hkey

Hkey
Рейтинг
222
Регистрация
30.09.2006
Интересы
Java
vtomas:
На одном из сайтов при переходе с яндекса пишет ошибку:

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

Hkey добавил 09.06.2011 в 07:35

V_G:
Поставил на Денвер xdebug. На подопытном сайте в котором идет только include HTracer.php выдало такие результаты:
1) $this->CreateTables() все время пытается создать таблицы. Отключение этой функции дало около 30% прироста производительности.
2) Самое большое потребление времени вызывает hkey_connect_to_mysql(). Если в этой функции использовать вместо mysql_connect - mysql_pconnect производительность увеличивается на 25%.
Использование оба способа снижает время генерации страницы на 30-50%.

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

Hkey добавил 09.06.2011 в 07:38

----------------------------------------------------------

artoha вы наглый лжец. Вы пытаетесь рускрустить свой говноблог этой гавностатьей. Большинство данных указанных в ней несопадает с действительностью. Например, про суппорт.

Вышла версия 2.5.1

На больших сайтах где много в переходов в базе эта версия работает значительно быстрее прошлой. Также исправлены некоторые глюки.

Hkey добавил 04.06.2011 в 01:38

zuziken:
Не так давно писал, что всё ок, сейчас же сервер раз в сутки падает, скрипт стоит на 4-х сайтах, суммарная посещалка ~200 уников, скрипт отключил пока не выйдет стабильная версия, ибо судя по сообщениях, сейчас постоянное бета-тестирование.

Не может такого быть либо у вас проблематичный хостинг.

http://htracer.ru/articles/optimizaciya-po-skorosti/#more-171

Сейчас пока не бета тестирование. 2.5 и 2.5.1 рабочие версии

Вышла новая версия 2.5

Структура БД осталась прежней, но код в узких местах переписан. Что-то вроде промежуточной версии между 2.x и 3.x. Исправлены некторые ошибки, добавлена опция быстрый разбор HTML.

ArtXGroup:
Выяснилось, что замеры при помощи FireBug как раз и есть более точные чем через PHP. Дело в том, что HTracer сначала ждет пока вся страница будет сгенерирована и только потом вносит в неё изменения. Если мы ставим счетчик, то он будет учитывать только время генерации движка.

для замеров используйте другой код подключения


начинаем замер
include_once('ПУТЬ/HTracer.php');
ob_start();
...
...
...
htracer_ob_end();
заканчиваем замер
ArtXGroup:

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

Как и другие 249 параметров (или сколько их там). Не думаю что скорость загрузки при разумных цифрах является решающим фактором. Более того на большинстве сайтов загрузка DOM в браузера занимает чуть ли не больше времени чем загрузка сайта.

я их постоянно путаю я имел ввиду адводс

V_G:
1) Единственное узкое место в кешировании HTracer - это то что он кладет весь кеш в одну папку, а в юниксах есть ограничение не более 1024 файлов в одной папке. Из-за этого кеширование может подтормаживать.

Не встречался с таким ограничениям, хотя со всеми файловыми системами юникса не работал, но на всех хостингах которые я видел такого ограничения не было.

P.S. По поводу класса для кеширования, то он у меня немного более продвинут. Единственный момент папки, однако в некоторых файловых системах есть ограничения на число подпапок, а на число фалов имхо нигде нет, я проверил почти все файловые систем юникса.

ArtXGroup:
Hkey, я вам уже предлагал по удалённому доступу всё показать.

0.7 сек замер через FireBug большая часть времени из этого передача данных, поэтому это хорошая скорость.

Я ещё раз повторю, что хочу до вас донести. Кэширование РАБОТАЕТ, но криво! Оно может и берёт данные из кэша (я не разбирался), но что-то ещё просчитывает ~10 секунд.

Necromanc, попросите ещё раз в личку, я думаю ваш вопрос решится. В крайнем случае реально выложите в паблик, это будет благородно :)

Я еще раз повторяю, замерьте скорость без HTracer. Не может там 10 секунд ничего считаться, кроме MySQL, а запросы к MySQL я проверял пару часов назад особо тщательно.

Разница в скорости обусловлена тем, что вы движок свой закешировали.

0.7 секунд даже с передачей много, если у вас нормальная скорость интернета. Эта страница форума без внешних файлов грузиться за 0.2.

Necromanc:
ваши б слова ТС в уши. я уже просил манибэк потому что задолбали эти шаманские бубны. в итоге получил минус в репу и все)))

Минус в репу я вам не ставил, может ставил за другое.

Я вам ответил поставьте кеш на две недели и все будет ок.

Hkey добавил 27.05.2011 в 14:57

ArtXGroup:
Тоже самое только в профиль.
Проблема не в том как кэшировать, а почему после кэшированные облака ссылок всё равно ведутся долгие просчеты непонятно чего!!! Страница должна генерироваться 0.7 секунды, а она генерируется даже больше 10 сек!

Сегодня проверил кеширование всех функций. Оно работает. Проверьте сколько времени у вас сайт грузиться без HTracer (не с вашим вариантом кеширования, а именно без HTracer).

У меня на мыло несколько человек присылало письма, что HTracer тормозит, но когда я отключал HTracer сайт тормозил ровно сколько сколько и с HTraсer.

Ваш вариант кеширования, кеширует сам сайт. Логично, что если на CMS поставить кеш, то она будет работать быстрее. У HTracer своя система кеширования, которая кеширует только результаты работы HTracer. То что ваша система дала такие результаты, говорит о том, что ваша CMS тормозит. Это можно и предположить из другого соображение: то что на считывания файла тратиться 0.7 секунды, что очень много.

error2k:
В таких продуктах (сложных для простых пользователей) крайне важна поддержка. Услуга установки и настройки, объяснение всех вопросов и нюансов. Такой сервис должен стоить сравнимо с самим скриптом, но отношение к пользователю должно быть соответствующее.

Установка за 10$ с недельным ожиданием, отсутствием поддержки в icq, неясным хелпом и недостаточными ответами на вопросы - это ерунда, а не сервис. Хоть мне эти 10$ и вернули. Есть ощущение, что я утомил своими вопросами и проблемами, нет ощущения, что мне рады помочь и всё разъяснить.

Клиент платит деньги и хочет получить комплексный готовый продукт, а не трахаться с настройками и гадать почему скрипт ведёт себя так или сяк. И на любые вопросы хочет получить чёткие внятные ответы. Рекомендую Вам пойти по этому пути и оказывать комплексную услугу, а не просто продавать "голый" скрипт.

Да было ожидание в 4-5 дней. Я вам поэтому и вернул деньги.

По ответы на вопросы, то я вам ответил на все ваши вопросы хотя их было много и половина касалась не HTracer. За ваши ощушения я не несу ответственности.

Hkey добавил 26.05.2011 в 22:52

ArtXGroup:
На моём сайте 40 000 уников в сутки. Загрузил данные с Google Analytics.
Как думаете что произошло после этого? Скорость генерации страницы увеличилась с 0.7 секунды до 20 секунд (в среднем).

Попробовал включишь кэширование. Не помогло. Поигрался галочками. Не помогло. Начал разбираться в скриптах и оказалась проблема в функциях кэширования.

Само собой так не должно быть. Скрипт должен выдерживать любые объемы данных. В данном случае даже кэширование не спасёт, т.к. раз в неделю страницы сайта будут жудко тормозить. В общем с этим надо что-то делать.

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

HTracer.php
207 строка заменить с:
function htracer_start()

{


На:
function htracer_start()

{
if($GLOBALS['htracer_cash_save_full_pages'])
{
$Res=htracer_read_cash_file('Insert');
if($Res) {
echo $Res;
ob_start();
exit;
}
}


hkey_str.php
64 строка заменить с:
		if($ParamsCS==$content[0] || ($ParamsCS===false && $content[0]==='0'))

На:
		if($ParamsCS==$content[0] || ($ParamsCS===false && $content[0]==='0') || ($ParamsCS===false && $FunName=='insert'))


Не забываем подставить галочку в админке "Кешировать страницы целиком".
Актуально для версии: 2.4.3

У вас кешируются не только результаты работы HTracer, а еще и результаты вывода движком. Т.е. при любом обновлении инфы на сайте необходимо отчищать кеш.

Shapranov Pavel:
Отлично, и это на коммерческом сайте с 500 хостами...

Поставьте кеш на две недели

Hkey добавил 26.05.2011 в 16:06

akigleo:

Допустим Htracer собрал базу и работает успешно. Как отреагирует скрипт, если WEB мастер удалит определенное количество страниц из сайта?
Останутся в базе анкоры на отсутствующие страницы или предусмотрена какая-то проверка и корректировка данных?

Вы можете вручную удалить. Но это требуется в том случае если веб-мастер с перепоя удалил одну из основных посадочных страниц.

Hkey добавил 26.05.2011 в 16:07

SlavSlavich комментировал вчера этот архибред в теме

SeVlad:

Так вот мб скрипт не завершает работу, а в процессе оной (т.е. за таймлимит) успевает создать такое количество коннектов, то и вызывает переполнение MaxClients? Может стоит ограничить

Открывается только один коннект и то не всегда.

Hkey добавил 26.05.2011 в 00:55

Shapranov Pavel:

Есть похожий модуль на DLE, может видели, называется "Переходы". Так вот там в боковой колонке выводятся ссылки с анкорами по которым переходили на сайт. За это банят по стуку. Мы же имеем облако тегов, которое формируется по схожему принципу.

Что объединяет эти модули? Списки поисковых запросов, за которые при определенном раскладе можно получить по шапке...

Сравнили половой орган с пальцем.

Облако запросов полезно для пользователей с помощью него пользователи могут найти быстрее нужную инфу. Лицензию Яндекса контекстное облако не нарушает и не предназначено чисто для роботов. За хлебные крошки и ЧПУ не банят же, хотя в целях СЕО полезная штука.

Всего: 2639