ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

Main Area and Open Discussion > General Software Discussion

Any webserver-desktop-logfile-analysis-Software recommendations?

(1/3) > >>

crono:
Hello everyone,

Im searching a programm for analyse my Apache-Access Logfiles. On the server Im using http://www.awstats.net/ but I want something which is not web-based. Any recommendations?

mouser:
ive used a ton and will try to post some thoughts later - am also interested in other people's views.

Gothi[c]:
please do post some,.. the only one i tried was a php thing and it was crap :D

Renegade:
Analog - Web Storming - ClickTrax - Urchin - roll your own...

The best solution is to actually roll your own. That way you get to include real business logic.

Web log analysis is at best sketchy and doesn't provide you with "true" numbers. They are only a rough guess. (Another reason to roll your own.)

The best solution is to run things on the client for detection and store it on the server in a database. You also get the added advantage of only storing what you need.

All large scale web analysis must be done this way because logs get too large to process. Even on a relatively small site (or medium depending on what you consider large) you can have log files that are GBs for a day. Very small sites have log files in the 10's of MB per day.

Most software can't keep up with that kind of volume. That's where a dataserver can solve the problem. They're optimized to deal with data processing whereas your average log analysis software just can't compare. (A lot of resources go into optimizing RDBMSs like MS SQL Server, DB2, Informix, Oracle, etc.)

But for small sites this can often be overkill. A quick over view with Analog is good for most people with hobby sites or small web sites.

I'm not a fan of AwStats. I've found it just miserable to work with.

Another thing you can do is to write a program to dump your logs into a DB then just use pure SQL to ask questions. That's a cheap and easy way, though it is a bit time consuming as you'll still end up waiting for queries. But the quality of answers you can get is VERY high.

crono:
Thanks you very much Renegade. What you write sounds really experienced. I think Im going to roll my own - which shouldnt be to hard... Parsing into a DB and running some SQL should be straight forward :)

Navigation

[0] Message Index

[#] Next page

Go to full version