usage statistics

[[aggarwal]]

Hey Guys,

I feel like some live usage statistics for Plans would be very
motivating. Do they exist anywhere?

Thanks,
Shitanshu

[Ian Wolfcat Atha]

I agree. What kind of statistics do you want, and how would we gather them?
I'd be willing to give you shell access, if you give me a detailed
plan of how/what you plan to collect.

Plans runs on PHP5 on Apache 2, on Ubuntu 11.04.
Only official Ubutnu packages may be installed—no "wget
blahblah.tar.gz && make && configure"s.
Other than that, I'm open to introducing all kinds of transparency and
opennenss.

Also, all kinds of system-level (CPU/net-in/net-out) stats are
available from Amazon EC2's APIs.

-ian.

> --
> You received this message because you are subscribed to the Google Groups "GrinnellPlans Development" group.
> To post to this group, send email to grinnellplan...@googlegroups.com.
> To unsubscribe from this group, send email to grinnellplans-deve...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/grinnellplans-development?hl=en.
>
>

[Shitanshu Aggarwal]

The key metrics for usage are: plans updated, users active today, and total number of plans users. Maybe the total number of plans read too, since that is the bulk of what users do.

There are a couple of packages [1] to analyze the access.log that apache2 generates, but I don't think they are sufficient. It might be best to roll out our own monitoring. This could be some monitoring code in our application that logs to a file/db, coupled with a script that does some specific log file analysis and runs some SQL queries. We could then record our numbers in AWS CloudWatch to get nice graphs, or use a javascript library to render them ourselves. Needless to say, this will all be anonymous data and most probably visible to all the Plans users.

Thoughts?


_1 : AWStats & W3Perl

--
Shitanshu Aggarwal

[Dylan Sather]

Had a little experience with AWStats with TCDB/Techmap, and I agree that it's not going to get us the stats you want. Although, such information might be of some value.

It probably wouldn't be difficult to roll your own and simply grep for specific "categories" of HTTP requests in the access logs without changing any code (i.e. GET request to any user's plan is a read) That's probably not the most prudent and scalable approach, but it might work for now. I imagine you could cull at least some of the information (e.g. updated plans) from the DB, but I'm not sure how/where/if that information is stored.

Would be happy to help with some scripting, if you want. In Europe now without a real computer but will have access to a shell soon ;)

- D

>> > To unsubscribe from this group, send email to grinnellplans-deve...@googlegroups.com <grinnellplans-development%2Bunsu...@googlegroups.com> <grinnellplans-development%2Bunsu...@googlegroups.com <grinnellplans-development%252Buns...@googlegroups.com>>.

>> > For more options, visit this group at http://groups.google.com/group/grinnellplans-development?hl=en.
>> >
>> >
>>
>> --
>> You received this message because you are subscribed to the Google Groups "GrinnellPlans Development" group.
>> To post to this group, send email to grinnellplan...@googlegroups.com.

>> To unsubscribe from this group, send email to grinnellplans-deve...@googlegroups.com <grinnellplans-development%2Bunsu...@googlegroups.com> <grinnellplans-development%2Bunsu...@googlegroups.com <grinnellplans-development%252Buns...@googlegroups.com>>.

>> For more options, visit this group at http://groups.google.com/group/grinnellplans-development?hl=en.
>>
>
>
>
> --
> Shitanshu Aggarwal
>

> --
> You received this message because you are subscribed to the Google Groups "GrinnellPlans Development" group.
> To post to this group, send email to grinnellplan...@googlegroups.com.

> To unsubscribe from this group, send email to grinnellplans-deve...@googlegroups.com <grinnellplans-development%2Bunsu...@googlegroups.com> <grinnellplans-development%2Bunsu...@googlegroups.com <grinnellplans-development%252Buns...@googlegroups.com>>.