NAME

PApp::Log - analyze and expire the state/user databases

SYNOPSIS

            

              
              
use PApp::Log;
            
          

DESCRIPTION

PApp creates a new database entry for its %state hash for every new pageview. This state entry is usually between 100-4000 bytes in size, for an average of about 700-800 bytes, heavily depending on your application.

Clearly, the state database must be wiped clean from old states regularly. Similarly the user database must be cleaned up from anonymous users that didn't visit your site for a long time.

This module helps doing this, while at the same time giving you the ability to analyze the access patterns on your site/application, for example anonymizing and summarizing user behaviour to get the highly needed statistics for your customers.

There are two different tasks: logging of state/user entries (as done by log_state) und cleaning the state/user database of expired entries (done by expire_db).

expire_db also calls log_state and is usually the function you need to call.

Callbacks

During logging, the following callbacks will be called for the applications that define them:

expire_user $username, $comment

expire_state $ctime

for_user <BLOCK>;

Add a callback that is called for each user once before she is removed. The callback is called with (userid, username, comment, prefs), where prefs is a hash representing the user's preferences in PApp's internal format which will change anytime.

for_state <BLOCK>, [option => value...]

Add a callback that is called for each state (each unique page-view generates one entry in the state database). The callback is called with two hashes, the first a hash containing meta information (see below), the second is just your standard %state hash.

Contents of the meta hash:

            

              
              
ctime        time this page was last viewed (unix timestamp)
previd       parent state id
userid       userid in effect when that state was created
pmod         the (non-compiled) application
            
          

Additional options:

            

              
              
app          call only for this application
location     call only for this location
module       call only for this module
            
          

You can get a reference to the location-specific %S by using:

            

              
              
$S = $state->{$meta->{location}};
            
          

Examples:

Define a callback that is called for every state:

            

              
              
for_state {
   my ($meta, $state) = @_;
   print "STATE ",
         "APP=$meta->{pmod}{name}, ",
         "LOC=$meta->{location}, ",
         "MOD=$state->{papp_module}\n";
};
            
          

Define a callback that's only called for applications with the name "dbedit":

            

              
              
for_state {
   ...
} app => "dbedit";
            
          

Functions

expire_db keepuser => <seconds>, keepstate => <seconds>, keepreguser => <seconds>.

Clean the user and state databases from old states, generating log events for state and user-entries that expire but haven't been logged. This is not (yet) atomic, so do not call this function concurrently.

            

              
              
keepuser => <seconds> (default 60 days)
  the time after which unused anonymous users expire
keepreguser => <seconds> (default 1 year)
  the time after which even registered users expire
keepstate => <seconds> (default 14 days)
  the time after which unused state-entries expire
            
          

log_state

Run through the whole state database (not the user database) and log all state entries that have not been logged before. This is not (yet) atomic, so do not call this function concurrently.

SEE ALSO

PApp.

AUTHOR

            

              
              
Marc Lehmann <schmorp@schmorp.de>
http://home.schmorp.de/