Grimich

Grimich
Рейтинг
43
Регистрация
08.04.2009

Hkey, тем не менее мы не можем узнать число запросов :)

Удивительно, ну я этими понятиями и оперировал вообще то ;)

Давай прекращать бесполезный спор.

Реализую юзерские формулы - пусть что хотят то и вводят да и всё. Мне удобно моими расчетами пользоваться, и я считаю что они отображают более адекватную информацию по ключевику, нежели стандартные. Нагляднее получается.

Hkey, ввиду закрытости статистики по количеству запросов и количеству сайтов, мы не можем посчитать число_просмотров_на_один_запрос. Чисто физически :)

Для теста взял два ключевика:

первый:

показов:1000

страниц:184000

KEI:0,05

второй:

показов:1000

страниц:26000

KEI: 0,23

Тот у кого страниц на порядок меньше в выдаче имеет КЕИ на порядок больше. Вывод: оцениваем верно.

На самом деле степень практически не влияет на результат - она просто снижает влияние одного фактора и повышает влияние другого. Если уменьшить с 9 степени до меньшей, то при переходе через определенные значения результаты будут криво выглядеть и перестанут поддаваться анализу ;)

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

Mike05, открыт

wq21, будут еще бОльшие непонятки с оценкой)

Удивительно, ты преувеличиваешь :)

Grimich добавил 26.02.2010 в 11:53

"считает некорректно из-за специфики информации"

что там за специфика информации?

Два числа, оба из которых могут меняться от 0 до примерно 10^9.

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

Естественно мои логарифмы нужны для того чтобы визуальная информативность коэффициента была более удобна к восприятию. На то он и коэффициент :)

:) )

Hkey, в общем получается так:

смотрим кол-во показов по вордстату

смотрим кол-во страниц в выдаче

усредняем значения (посредством логарифмов)

делим кол-во показов на кол-во страниц

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

Немного обновились:

при 0 запросов по вордстату KEI теперь 0, число KEI отображается через запятую, морды - числом(для удобства импорта в Excel)

если не проверять вордстат, то обработка ключей идет очень быстро :) (Примерно по 2 ключа за секунду прогоняется - тестилось на локальном денвере)

Кто купил - пишите в асечку (указана в комментариях в скрипте) - буду обновления высылать.

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

Какие еще нужны? Окромя гугля?

А задавать интервал зачем? и так максимально адекватно-шустро всё настроено :)

scream8, пока не доведу до ума - почаще, а дальше пореже видимо :)

Восток:
а можно обьяснить почему формула расчета KEI изменена от стандартной на такую:

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

Расчет коэффициента производится с помощью JS, поэтому не сохраняется в keywords.txt (Свеженайденный косяк, уже думаю как исправлять).

Вот код с расчетами:

log1=Math.log(querys);

log2=Math.log(pages);

log1=Math.pow((log1+10),2);

log2=Math.pow((log2+1),9);

kei=(log1/log2)*10000000;

kei=kei.toFixed(2);

Пока работаем так: скормили пачку кеев, потом ручками скопипастили в редактор таблиц результат.

Вобщем в ближайшее время буду исправлять эту часть функционала.

Grimich добавил 22.02.2010 в 22:20

Восток, да, и надо немного более внимательно читать сообщения, не вырывая из контекста. Так что повторю фразу:

5. Какие ключи по КЕI:
Подобную градацию:
А. KEI < 10 — бедные, нет смысла с ними работать
Б. 10 < KEI < 100 — хорошие
В. 100 < KEI < 400 — очень хорошие
Г. KEI > 400 — gifts (подарки)
Составить не представялется возможным. Коэффициент относителен и не отражает 100% действительность, на эффективность ключа влияют еще некоторые факторы. Про факторы почитать можно у Могилевского в последнем посте:
http://rusppc.ru/2010/02/19/rezultat...z-konkurencii/

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

Grimich добавил 22.02.2010 в 22:58

Найдена и починена ошибка, которая была у loed. Чтоб починить, открываем файл wordcheck.php находим 144 строку:

$key=iconv("UTF-8","Windows-1251",$key);

После нее втыкаем еще одну строку следующего содержания:

$key=str_replace("\t"," ",$key);

ftp.exe - лучший выбор :) абсолютно любой функционал, глюков не замечено)

loed, с вашей проблемкой посмотрим, интересно вообще откуда такое, пока не могу разобраться)

Далее - про броузер. В опере все корректно, фаерфокс же подглючивает. Буду переделывать скрипт чисто под серверную работу, а то баги эти отлавливать видимо долго придется.

Так же в планах более юзабельное сохранение листа с результатами.

fsockopen() [function.fsockopen]
Warning NaN unable to connect to wordstat.yandex.ru/10

это скрипт не смог подключиться к вордстату. проблема либо в хостинге - закрыты исходящие подключения, либо в яндексе (бан хостинга)

Grimich добавил 22.02.2010 в 01:01

Сегодня у меня выходной наметился, так что завтра вечерком засяду более основательно)

Всего: 235