<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Usage</title><link>https://sourceforge.net/p/sarg/wiki/Usage/</link><description>Recent changes to Usage</description><atom:link href="https://sourceforge.net/p/sarg/wiki/Usage/feed" rel="self"/><language>en</language><lastBuildDate>Thu, 12 Nov 2015 10:46:26 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/sarg/wiki/Usage/feed" rel="self" type="application/rss+xml"/><item><title>Usage modified by Evgeniy Yakushev</title><link>https://sourceforge.net/p/sarg/wiki/Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v9
+++ v10
@@ -4,4 +4,4 @@

 Sarg writes the full path to the current _sarg.conf_ when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which _sarg.conf_ is taken into account.

-The options are described in the sample &lt;tt&gt;sarg.conf&lt;/tt&gt; distributed along with the sources.
+The options are described in the sample &lt;tt&gt;sarg.conf&lt;/tt&gt; distributed along with the sources and also in wiki, see [Configuration options] page.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Evgeniy Yakushev</dc:creator><pubDate>Thu, 12 Nov 2015 10:46:26 -0000</pubDate><guid>https://sourceforge.netd14540857614151f76503cd5ea0a7d93f9269a45</guid></item><item><title>Usage modified by Evgeniy Yakushev</title><link>https://sourceforge.net/p/sarg/wiki/Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v8
+++ v9
@@ -1,6 +1,6 @@
 # Configuration #

-Sarg reads its configuration options from a configuration file whose path is hard coded during the [2.1 Build on Linux] stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; nor &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.
+Sarg reads its configuration options from a configuration file whose path is hard coded during the [Build on Linux] stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; nor &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.

 Sarg writes the full path to the current _sarg.conf_ when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which _sarg.conf_ is taken into account.

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Evgeniy Yakushev</dc:creator><pubDate>Wed, 11 Nov 2015 08:57:33 -0000</pubDate><guid>https://sourceforge.net53ca5fe37620504216bacaca0da4655f6e3d1d5b</guid></item><item><title>3. Usage modified by Evgeniy Yakushev</title><link>https://sourceforge.net/p/sarg/wiki/3.%2520Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v7
+++ v8
@@ -5,106 +5,3 @@
 Sarg writes the full path to the current _sarg.conf_ when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which _sarg.conf_ is taken into account.

 The options are described in the sample &lt;tt&gt;sarg.conf&lt;/tt&gt; distributed along with the sources.
-
-
-## Options to reduce report size ##
-
-If you are short on disk space, here are some options you may try to reduce the reports size.
-
-###### graphs no ######
-Don't produce the graphs in the report.
-
-###### anonymous_output_files yes ######
-Every subdirectory and file created by sarg is assigned a unique number. A number is more difficult to relate to a user but it is shorter than a full user name. The gain is small.
-
-###### lastlog 10 ######
-Keep 10 reports, delete supernumerary reports. Adjust the number of reports you want to keep.
-
-###### report_type  ######
-Remove the reports you don't need from the list.
-
-&lt;tt&gt;sites_users&lt;/tt&gt;, &lt;tt&gt;users_sites&lt;/tt&gt; &lt;tt&gt;date_time&lt;/tt&gt; and &lt;tt&gt;site_user_time_date&lt;/tt&gt; take a lot of disk space.
-
-###### long_url no ######
-If set to _yes_ the complete URLs are included in the report. It takes a __lot__ of space. Set it to no.
-
-# Specifying the date range #
-
-A report covers a date range fixed when the report is generated. The dates covered in the report are specified with command line option &lt;tt&gt;-d&lt;/tt&gt;.
-
-To produce a report of date _dd/mm/yyyy_ activity, use:
-
-    sarg -d dd/mm/yyyy
-
-To span several days, including the bounding dates, use
-
-    sarg -d dd/mm/yyyy-dd/mm/yyyy
-
-Now, it is very common to create reports for yesterday. Therefore, Sarg accepts the syntax:
-
-    sarg -d day-1
-
-It produces a report containing yesterday's activity.
-
-Similarly, to get last week's report, use
-
-    sarg -d week-1
-
-And for a report of last month's activity, use
-
-    sarg -d month-1
-
-The number after the &lt;tt&gt;day-&lt;/tt&gt;, &lt;tt&gt;week-&lt;/tt&gt; or &lt;tt&gt;month-&lt;/tt&gt; part can be changed to produce a report at any time in the past. The number is related to the day, week or month accordingly. Therefore, &lt;tt&gt;month-2&lt;/tt&gt; is the month before the last when &lt;tt&gt;week-3&lt;/tt&gt; is three weeks ago and &lt;tt&gt;day-7&lt;/tt&gt; is a single day one week ago.
-
-# Keeping enough log to process #
-
-On Linux, log files are usually rotated away to keep them from growing until they fill the disk. After several rotations, old log files are deleted. _Logrotate_ is the package responsible for the log file rotation. It must be configured to keep enough material to produce the reports you need.
-
-For instance, if you want to produce a monthly report, you must store at least 32 days worth of log files (31 days to produce the report plus one as sarg runs after the last log file is rotated).
-
-_Squid_'s log file rotation is usually configured in a file named &lt;tt&gt;/etc/logrotate.d/squid&lt;/tt&gt; or something equivalent. Here is a sample:
-
-    /var/log/squid/access.log {
-               weekly
-               rotate 5
-               copytruncate
-               compress
-               notifempty
-               missingok
-               }
-
-The above _logrotate_ file rotates &lt;tt&gt;/var/log/squid/access.log&lt;/tt&gt; every week and keeps 5 compressed old log files. &lt;tt&gt;/var/log/squid/&lt;/tt&gt; will contain the following files:
-
-    access.log
-    access.log.1.gz
-    access.log.2.gz
-    access.log.3.gz
-    access.log.4.gz
-    access.log.5.gz
-
-Sarg can read them all, even the compressed log files, in order to collect the information it needs to produce the report. There are two ways of telling sarg which files to read.
-
-First, in _sarg.conf_, repeat &lt;tt&gt;access_log&lt;/tt&gt; for every log file like this:
-
-    access_log /var/log/squid/access.log
-    access_log /var/log/squid/access.log.1.gz
-    access_log /var/log/squid/access.log.2.gz
-    access_log /var/log/squid/access.log.3.gz
-    access_log /var/log/squid/access.log.4.gz
-    access_log /var/log/squid/access.log.5.gz
-
-The files don't have to reside in the same directory. If the server running sarg is concentrating logs from several proxy, you can list the directories like this:
-
-    access_log /var/log/squid/server1/access.log
-    access_log /var/log/squid/server2/access.log
-    access_log /var/log/squid/server3/access.log
-
-Don't forget to list each server's rotated log files if you need them.
-
-There is one drawback though. Every listed file __must__ exist or sarg will complain and abort.
-
-The second way of telling sarg about the log files to read doesn't have that limitation. You simply list the files to process on the command line:
-
-    sarg -d week-1 /var/log/squid/access.log*
-
-The shell globs the path and calls sarg with every file matching the pattern.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Evgeniy Yakushev</dc:creator><pubDate>Tue, 10 Nov 2015 11:36:53 -0000</pubDate><guid>https://sourceforge.net451e4c71e592162387b56c5564b7ec4780d22c82</guid></item><item><title>3. Usage modified by Evgeniy Yakushev</title><link>https://sourceforge.net/p/sarg/wiki/3.%2520Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v6
+++ v7
@@ -1,6 +1,6 @@
 # Configuration #

-Sarg reads its configuration options from a configuration file whose path is hard coded during the [Build] stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; nor &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.
+Sarg reads its configuration options from a configuration file whose path is hard coded during the [2.1 Build on Linux] stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; nor &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.

 Sarg writes the full path to the current _sarg.conf_ when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which _sarg.conf_ is taken into account.

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Evgeniy Yakushev</dc:creator><pubDate>Mon, 02 Nov 2015 07:16:06 -0000</pubDate><guid>https://sourceforge.net0efe88293898e9c459b07258ec391f14a3cb677d</guid></item><item><title>3. Usage modified by Evgeniy Yakushev</title><link>https://sourceforge.net/p/sarg/wiki/3.%2520Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v5
+++ v6
@@ -6,37 +6,6 @@

 The options are described in the sample &lt;tt&gt;sarg.conf&lt;/tt&gt; distributed along with the sources.

-## What report to produce ##
-
-A report can be made of several pages reporting various statistics. What pages are generated is selected by the &lt;tt&gt;report_type&lt;/tt&gt; option.
-
-Possible values are:
-
-Flag | Description
------|------------
-topusers | Users who accessed internet the most.
-topsites | Most visited sites.
-sites_users | Who visited each site.
-users_sites | List of visited sites for each user.
-date_time | Tables with the daily and hourly downloaded amount of data.
-denied | Requests met with a 403/Denied HTTP code.
-auth_failures | Requests met with a 401/Denied or 407/Denied HTTP codes.
-site_user_time_date | A table listing at what date and time a user visited a given web site.
-downloads | Downloaded files (very unreliable).
-
-The list of downloaded files is very unreliable because it relies entirely on the URL processed by the proxy. More precisely, sarg compares the URL end with a list of common extensions for downloaded files. If a match is found, sarg assumes a file was downloaded.
-
-That procedure fails entirely if the name of the downloaded file is embedded deeper inside the URL as is the case when more HTTP arguments are appended after the name of the downloaded file:
-
-    http://server.com?file=file.zip&amp;amp;name=user
-
-In this example, sarg won't see that &lt;tt&gt;file.zip&lt;/tt&gt; is being downloaded.
-
-Moreover, it is common for a URL to end with &lt;tt&gt;.com&lt;/tt&gt; without this being the download of a _.com_ file:
-
-    http://server.org?redirect=server.com
-
-Again, sarg will fail and report this as a download.

 ## Options to reduce report size ##

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Evgeniy Yakushev</dc:creator><pubDate>Mon, 02 Nov 2015 07:12:00 -0000</pubDate><guid>https://sourceforge.net10b5a4ecf79c8c6c187f7e7529cbd9ab9bab095a</guid></item><item><title>3. Usage modified by Evgeniy Yakushev</title><link>https://sourceforge.net/p/sarg/wiki/3.%2520Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Evgeniy Yakushev</dc:creator><pubDate>Sun, 01 Nov 2015 19:18:20 -0000</pubDate><guid>https://sourceforge.netca427e6d3126bbd675c197be5cc24cb9f9d792a9</guid></item><item><title>WikiPage Usage modified by Frederic Marchal</title><link>https://sourceforge.net/p/sarg/wiki/Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v3
+++ v4
@@ -71,7 +71,7 @@

     sarg -d dd/mm/yyyy-dd/mm/yyyy

-Now, it is very common to create reports for yesterday. Therefore, Sarg accept the syntax:
+Now, it is very common to create reports for yesterday. Therefore, Sarg accepts the syntax:

     sarg -d day-1

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Frederic Marchal</dc:creator><pubDate>Sun, 20 Jan 2013 14:12:42 -0000</pubDate><guid>https://sourceforge.netb104307a7f68f7f77aa6a689a4d98f58ec9eb5ed</guid></item><item><title>WikiPage Usage modified by Frederic Marchal</title><link>https://sourceforge.net/p/sarg/wiki/Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v2
+++ v3
@@ -2,7 +2,7 @@

 Sarg reads its configuration options from a configuration file whose path is hard coded during the [Build] stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; nor &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.

-Sarg writes the full path to _sarg.conf_ when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which _sarg.conf_ is taken into account.
+Sarg writes the full path to the current _sarg.conf_ when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which _sarg.conf_ is taken into account.

 The options are described in the sample &lt;tt&gt;sarg.conf&lt;/tt&gt; distributed along with the sources.

&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Frederic Marchal</dc:creator><pubDate>Sun, 20 Jan 2013 14:06:49 -0000</pubDate><guid>https://sourceforge.net19ce081276959cd677f166b5666c60548bd25ff3</guid></item><item><title>WikiPage Usage modified by Frederic Marchal</title><link>https://sourceforge.net/p/sarg/wiki/Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v1
+++ v2
@@ -1,6 +1,6 @@
 # Configuration #

-Sarg reads its configuration options from a configuration file whose path is hard coded during the [Build] stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; or &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.
+Sarg reads its configuration options from a configuration file whose path is hard coded during the [Build] stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; nor &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.

 Sarg writes the full path to _sarg.conf_ when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which _sarg.conf_ is taken into account.

@@ -15,7 +15,7 @@
 Flag | Description
 -----|------------
 topusers | Users who accessed internet the most.
-topsites | Most visites sites.
+topsites | Most visited sites.
 sites_users | Who visited each site.
 users_sites | List of visited sites for each user.
 date_time | Tables with the daily and hourly downloaded amount of data.
@@ -24,7 +24,23 @@
 site_user_time_date | A table listing at what date and time a user visited a given web site.
 downloads | Downloaded files (very unreliable).

+The list of downloaded files is very unreliable because it relies entirely on the URL processed by the proxy. More precisely, sarg compares the URL end with a list of common extensions for downloaded files. If a match is found, sarg assumes a file was downloaded.
+
+That procedure fails entirely if the name of the downloaded file is embedded deeper inside the URL as is the case when more HTTP arguments are appended after the name of the downloaded file:
+
+    http://server.com?file=file.zip&amp;amp;name=user
+
+In this example, sarg won't see that &lt;tt&gt;file.zip&lt;/tt&gt; is being downloaded.
+
+Moreover, it is common for a URL to end with &lt;tt&gt;.com&lt;/tt&gt; without this being the download of a _.com_ file:
+
+    http://server.org?redirect=server.com
+
+Again, sarg will fail and report this as a download.
+
 ## Options to reduce report size ##
+
+If you are short on disk space, here are some options you may try to reduce the reports size.

 ###### graphs no ######
 Don't produce the graphs in the report.
@@ -36,7 +52,90 @@
 Keep 10 reports, delete supernumerary reports. Adjust the number of reports you want to keep.

 ###### report_type  ######
-Remove the reports you don't need from the list. &lt;tt&gt;sites_users&lt;/tt&gt;, &lt;tt&gt;users_sites&lt;/tt&gt; &lt;tt&gt;date_time&lt;/tt&gt; and &lt;tt&gt;site_user_time_date&lt;/tt&gt; take a lot of disk space.
+Remove the reports you don't need from the list.
+
+&lt;tt&gt;sites_users&lt;/tt&gt;, &lt;tt&gt;users_sites&lt;/tt&gt; &lt;tt&gt;date_time&lt;/tt&gt; and &lt;tt&gt;site_user_time_date&lt;/tt&gt; take a lot of disk space.

 ###### long_url no ######
-Include the complete URL in the report. It takes a lot of space. Set it to no.
+If set to _yes_ the complete URLs are included in the report. It takes a __lot__ of space. Set it to no.
+
+# Specifying the date range #
+
+A report covers a date range fixed when the report is generated. The dates covered in the report are specified with command line option &lt;tt&gt;-d&lt;/tt&gt;.
+
+To produce a report of date _dd/mm/yyyy_ activity, use:
+
+    sarg -d dd/mm/yyyy
+
+To span several days, including the bounding dates, use
+
+    sarg -d dd/mm/yyyy-dd/mm/yyyy
+
+Now, it is very common to create reports for yesterday. Therefore, Sarg accept the syntax:
+
+    sarg -d day-1
+
+It produces a report containing yesterday's activity.
+
+Similarly, to get last week's report, use
+
+    sarg -d week-1
+
+And for a report of last month's activity, use
+
+    sarg -d month-1
+
+The number after the &lt;tt&gt;day-&lt;/tt&gt;, &lt;tt&gt;week-&lt;/tt&gt; or &lt;tt&gt;month-&lt;/tt&gt; part can be changed to produce a report at any time in the past. The number is related to the day, week or month accordingly. Therefore, &lt;tt&gt;month-2&lt;/tt&gt; is the month before the last when &lt;tt&gt;week-3&lt;/tt&gt; is three weeks ago and &lt;tt&gt;day-7&lt;/tt&gt; is a single day one week ago.
+
+# Keeping enough log to process #
+
+On Linux, log files are usually rotated away to keep them from growing until they fill the disk. After several rotations, old log files are deleted. _Logrotate_ is the package responsible for the log file rotation. It must be configured to keep enough material to produce the reports you need.
+
+For instance, if you want to produce a monthly report, you must store at least 32 days worth of log files (31 days to produce the report plus one as sarg runs after the last log file is rotated).
+
+_Squid_'s log file rotation is usually configured in a file named &lt;tt&gt;/etc/logrotate.d/squid&lt;/tt&gt; or something equivalent. Here is a sample:
+
+    /var/log/squid/access.log {
+               weekly
+               rotate 5
+               copytruncate
+               compress
+               notifempty
+               missingok
+               }
+
+The above _logrotate_ file rotates &lt;tt&gt;/var/log/squid/access.log&lt;/tt&gt; every week and keeps 5 compressed old log files. &lt;tt&gt;/var/log/squid/&lt;/tt&gt; will contain the following files:
+
+    access.log
+    access.log.1.gz
+    access.log.2.gz
+    access.log.3.gz
+    access.log.4.gz
+    access.log.5.gz
+
+Sarg can read them all, even the compressed log files, in order to collect the information it needs to produce the report. There are two ways of telling sarg which files to read.
+
+First, in _sarg.conf_, repeat &lt;tt&gt;access_log&lt;/tt&gt; for every log file like this:
+
+    access_log /var/log/squid/access.log
+    access_log /var/log/squid/access.log.1.gz
+    access_log /var/log/squid/access.log.2.gz
+    access_log /var/log/squid/access.log.3.gz
+    access_log /var/log/squid/access.log.4.gz
+    access_log /var/log/squid/access.log.5.gz
+
+The files don't have to reside in the same directory. If the server running sarg is concentrating logs from several proxy, you can list the directories like this:
+
+    access_log /var/log/squid/server1/access.log
+    access_log /var/log/squid/server2/access.log
+    access_log /var/log/squid/server3/access.log
+
+Don't forget to list each server's rotated log files if you need them.
+
+There is one drawback though. Every listed file __must__ exist or sarg will complain and abort.
+
+The second way of telling sarg about the log files to read doesn't have that limitation. You simply list the files to process on the command line:
+
+    sarg -d week-1 /var/log/squid/access.log*
+
+The shell globs the path and calls sarg with every file matching the pattern.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Frederic Marchal</dc:creator><pubDate>Sun, 20 Jan 2013 14:05:36 -0000</pubDate><guid>https://sourceforge.net5289183354d0dedfefd9357049e18bf3b6b1ed6b</guid></item><item><title>WikiPage Usage modified by Frederic Marchal</title><link>https://sourceforge.net/p/sarg/wiki/Usage/</link><description>&lt;div class="markdown_content"&gt;&lt;h1 id="configuration"&gt;Configuration&lt;/h1&gt;
&lt;p&gt;Sarg reads its configuration options from a configuration file whose path is hard coded during the &lt;a class="alink" href="/p/sarg/wiki/Build/"&gt;[Build]&lt;/a&gt; stage. It is usually set to &lt;tt&gt;/etc/sarg/sarg.conf&lt;/tt&gt; (&lt;tt&gt;--sysconfdir=/etc/sarg&lt;/tt&gt;) but the &lt;tt&gt;./configure&lt;/tt&gt; script puts it in &lt;tt&gt;/usr/local/etc/sarg.conf&lt;/tt&gt; if no &lt;tt&gt;--prefix&lt;/tt&gt; or &lt;tt&gt;--sysconfdir&lt;/tt&gt; options are provided.&lt;/p&gt;
&lt;p&gt;Sarg writes the full path to &lt;em&gt;sarg.conf&lt;/em&gt; when it is ran with the &lt;tt&gt;-x&lt;/tt&gt; command line option. Use that command line option to find out exactly which &lt;em&gt;sarg.conf&lt;/em&gt; is taken into account.&lt;/p&gt;
&lt;p&gt;The options are described in the sample &lt;tt&gt;sarg.conf&lt;/tt&gt; distributed along with the sources.&lt;/p&gt;
&lt;h2 id="what-report-to-produce"&gt;What report to produce&lt;/h2&gt;
&lt;p&gt;A report can be made of several pages reporting various statistics. What pages are generated is selected by the &lt;tt&gt;report_type&lt;/tt&gt; option.&lt;/p&gt;
&lt;p&gt;Possible values are:&lt;/p&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;Flag&lt;/th&gt;
&lt;th&gt;Description&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;topusers&lt;/td&gt;
&lt;td&gt;Users who accessed internet the most.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;topsites&lt;/td&gt;
&lt;td&gt;Most visites sites.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;sites_users&lt;/td&gt;
&lt;td&gt;Who visited each site.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;users_sites&lt;/td&gt;
&lt;td&gt;List of visited sites for each user.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;date_time&lt;/td&gt;
&lt;td&gt;Tables with the daily and hourly downloaded amount of data.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;denied&lt;/td&gt;
&lt;td&gt;Requests met with a 403/Denied HTTP code.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;auth_failures&lt;/td&gt;
&lt;td&gt;Requests met with a 401/Denied or 407/Denied HTTP codes.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;site_user_time_date&lt;/td&gt;
&lt;td&gt;A table listing at what date and time a user visited a given web site.&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;downloads&lt;/td&gt;
&lt;td&gt;Downloaded files (very unreliable).&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;h2 id="options-to-reduce-report-size"&gt;Options to reduce report size&lt;/h2&gt;
&lt;h6 id="graphs-no"&gt;graphs no&lt;/h6&gt;
&lt;p&gt;Don't produce the graphs in the report.&lt;/p&gt;
&lt;h6 id="anonymous_output_files-yes"&gt;anonymous_output_files yes&lt;/h6&gt;
&lt;p&gt;Every subdirectory and file created by sarg is assigned a unique number. A number is more difficult to relate to a user but it is shorter than a full user name. The gain is small.&lt;/p&gt;
&lt;h6 id="lastlog-10"&gt;lastlog 10&lt;/h6&gt;
&lt;p&gt;Keep 10 reports, delete supernumerary reports. Adjust the number of reports you want to keep.&lt;/p&gt;
&lt;h6 id="report_type"&gt;report_type&lt;/h6&gt;
&lt;p&gt;Remove the reports you don't need from the list. &lt;tt&gt;sites_users&lt;/tt&gt;, &lt;tt&gt;users_sites&lt;/tt&gt; &lt;tt&gt;date_time&lt;/tt&gt; and &lt;tt&gt;site_user_time_date&lt;/tt&gt; take a lot of disk space.&lt;/p&gt;
&lt;h6 id="long_url-no"&gt;long_url no&lt;/h6&gt;
&lt;p&gt;Include the complete URL in the report. It takes a lot of space. Set it to no.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Frederic Marchal</dc:creator><pubDate>Sun, 20 Jan 2013 10:42:13 -0000</pubDate><guid>https://sourceforge.netae4e3dd193da35e4fc35ea5e774a36edf4f4e529</guid></item></channel></rss>