[EP-tech] Re: RFC access log table
yurj at alfa.it
Fri Feb 15 07:13:52 GMT 2013
We've a test server which is a clone of the production server. Can I
empty those access tables safely to save space? :) can I do an "delete *
from access" without any issue? The same for access__ordervalues_en and
all the languages?
Il 15/02/2013 03:13, Mark Gregson ha scritto:
> Hi Tim
> Because of the DB backup issues we invested some time a while ago in some scripts for archiving the access data off to monthly dumps and for restoring it (if required, say be the need to have IRStats reprocess all data). These scripts are not actually in production use because I haven't had time to test it to my satisfaction (sorry Nick!).
> CSV is a more accessible format than a MySQL dump, which may be a benefit.
> We are using IRStats for statistics which uses the access table but I guess this will be easily updated with a new parser. We also do some custom logging to the access table for reporting on outbound link clicks via IRStats. This logging is handled via EPrints::Apache::LogHandler.
> -----Original Message-----
> From: eprints-tech-bounces at ecs.soton.ac.uk [mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of Tim Brody
> Sent: Thursday, 14 February 2013 8:01 PM
> To: eprints-tech at ecs.soton.ac.uk
> Subject: [EP-tech] RFC access log table
> Hi All,
> I'm thinking about the access log table and how it can be made sustainable.
> What I'm suggesting is to write accesses to CSV-formatted log files, one file per month. What I don't know is whether anyone is relying on the database table for generating statistics?
> The problem the access log table creates is in backing-up the EPrints database.
> I'd appreciate any thoughts/comments.
> All the best,
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/
More information about the Eprints-tech