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

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

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

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

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;

			}

		}

		if($ParamsCS==$content[0] || ($ParamsCS===false && $content[0]==='0'))

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

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

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

Включение кэша для блока ссылок ситуацию не меняло. Всё равно что-то просчитывалось очень долго. А кэширование всей страницы у тебя не работало.

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

Я же все таки рекомендую использовать только API самого скрипта для обработки необходимых кусков кода с дальнейшим кешированием результатов.

Вот сам класс файлового кеша http://pastebin.com/jeqfDbGE

А здесь как его использовать http://pastebin.com/uzXiVeME

При этом способе необходимо только подключить основной файл скрипта и класс кеширования.

Добалю ,что на моём сайте вешалка происходила после очиски кэша.

Тоже самое только в профиль.

API скрипта в данном случае бесполезны. Да и вообще весь скрипт на ООП должен быть, тогда и API можно спроектировать. Но это уже не суть.

Проблема не в том как кэшировать, а почему после кэшированные облака ссылок всё равно ведутся долгие просчеты непонятно чего!!! Страница должна генерироваться 0.7 секунды, а она генерируется даже больше 10 сек! Установите FireBug и замерьте скорость генерации. Включенное кэширование ситуацию толком не меняет!!!

ArtXGroup добавил 27.05.2011 в 01:25

Amaroid, когда уважаемый Hkey допилит скрипт, то у вас сайт будет работать ещё быстрее. Кэширование кривое!!!

Я несколько раз уже повторял. Поставил скрипт генерация страницы увеличилась с 0,6 сек до 20сек. Сделал как я уже описал выше - генерация страницы вернулась обратно к 0,6 сек.

Что и требовалось доказать.

А чем вам функции мешают? У каждой фичи есть своя функция.

V_G, вы сейчас вообще о чём! Я рад за вас, что вы допилили своими методами. Но в реализации данного продукта уже продуманна система кэширования которая работает не эффективно!

Можете прекратить это повторять, потому что вы не правы.

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

Манибэк за скрипт? сомнительно что будет, скрипт вообще то с открытым исходным кодом, по логике его хоть сейчас в паблик кидай. Кстати в свое время первые мои вопросы именно и были про защиту скрипта и выход его в паблик, опять таки вразумительного ответа не было.

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

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

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

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

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

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