cnsoftware-mikhail

Рейтинг
6
Регистрация
04.08.2006
v-ovo-v:
CNSoftware, у меня по второму пункту вопрос. Вы написали, что можно хранить отдельные элементы статистики. Скажите, планируете ли Вы реализовать экспорт база данных, чтобы мы могли выбирать те данные, которые нам необходимо экспортировать, а то что не нужно, чтобы сразу удалялось.

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

jorevo:
Выложили PL7. Про нововведения ничего не нашёл.

Вот:

http://www.cnstats.ru/showthread.php?t=11

Garini4:
Еще вопрос к уважаемым разработчикам
Столкнулся с тем, что через формы редактирования шаблонов невозможно вставить php код. Моих скудных познаний в програмировании хватило только в index.php вписать


в этом файле я вставляю нужные мне коды, чтобы не засорять индекс. Все работает. Но есть такой вопрос:
есть необходимость вывода некоторых вещей только на морде (пока морда это ваш index.php), а тут все сквозняком
Как можно ограничить этот сквозняк - что нужно прописать перед моим кодом чтобы именно его выводило ТОЛЬКО на морде?

Я бы не рекомендовал править index.php. По возможности такие вещи нужно выносить в _top.php и _bottom.php

А проверять главная или нет можно по разному. При включенных ЧПУ можно смотреть переменную $_SERVER["REQUEST_URI"], а при выключенных $_GET["c"]

Если нужна дополнительная информация - пишите, поможем!

DrJeans:
В этом самое неудобное в CNStats.
Приходится сливать дамп таблицы cn_log.
В идеале хранить инфу за неделю-две,
а остальное хранить на компе (localhost).

В следующей верии будет экспорт лога в формате Apache.

DrJeans:

Размер БД при посещаемости в 1000 чел.\сутки
при хранении за 30 дней доходит до 200 Мб.

Ну это вы что-то приувеличиваете.

Наша средняя формула: 10000 хитов/30 дней/250 Мб

DrJeans:
Михаил, как минимум слив в БД по крону всех бэков.
Определение новых бэков в связке с запросом "Ссылающиеся страницы".
Зачастую на форумах или блогах идёт обсуждение страниц сайта.
В связи с этим определять рейтинг страниц наиболее часто
обсуждаемых в сети...

Одно использование crontab сузит круг пользователей так что никакие новые функции не помогут - это текущая политика партии. Будем надеятся что она изменится в ближайшем будущем.

Onliner.ws:
Единственный и последний вопрос перед покупкой:
не уж то скрипт за 30 уе зазенденый?

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

DrJeans:
Михаил, а к чему тогда, по-вашему, эти функции имеют отношение?

Это должны быть некоторая система расчетов взаимовыгодного сотрудничества, которая бы занималась вычислением PR/CY. Проверкой обратных ссылок, проверкой видимости ссылок поисковыми системами. Проверкой наличия страниц в результатах поиска, учетом изменения позиций. И даже автоматическим поиском потенциальных партнеров.

Я даже не знаю как это назвать, но не статистика.

DrJeans:

Готов согласиться, что не всем они нужны, но сбрасывать эти
показатели со счетов статистики - это не совсем правильно.

В НетКат 2.4 есть похожий внутренний функционал, но данные
не сохраняются в БД и нет возможности проанализировать за
определённый период.

Если будет время собрать всё до кучи своими руками, то тогда
извиняйте, надобность отпадёт, а CNStats будет не так востребован
как мог бы быть.

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

MyOST:
Я бы не против в своем ящике обнаруживать тот отчет - которых хочу видеть. Сейчас там всего-лишь
-Просмотры, Хосты, Пользователи по дням
-20 самых популярных страниц
-20 самых популярных ссылающихся страниц

Да, есть такой недостаток. Связано это с тем что мы делаем простую в установке и использовании систему.

Для реализации этой фукнции потребовалось бы использование crontab. А это бы сузило круг потенциальных пользователей.

Есть еще вариант генерации отчетов в момент обращения к счетчку, но это не правильно с точки зрения производительности.

Onliner.ws:
Кашмар, этот скрипт надо покупать отдельно для каждого домена.
И что я должен 90 бачей на счетчик потратить, ну нафиг - NULL рулит! :-[

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

DrJeans:
Михаил, что скажете на счёт предложения ввести
в систему модуль статистики беков сайта,
проиндексированных страниц, учёт проданых
и купленых ссылок: дата, срок, цена и т.д. ?

Идея не нова. Пока мы придерживаемся мнения что эти функции к статистике не имеют никакого отношения.

Если мы за такое возьмемся в будущем (а пока не планируем) то это будет совсем другой продукт.

Возможно похожие функцие, которые хоть какое-то отношение имели к статистике моглы бы быть реализованы в CNStats.

Всего: 42