ftw.contentstats 1.1.0

Collect and display content statistics for Plone sites

Table of Contents

• Introduction

  • Compatibility

• Installation

• Usage

• Collected stats

• Logging content stats over time

• Development

• Links

• Copyright

• Changelog

  • 1.1.0 (2018-11-05)

  • 1.0.3 (2017-09-08)

  • 1.0.2 (2017-09-04)

  • 1.0.1 (2017-09-04)

  • 1.0.0 (2017-09-03)

Introduction

ftw.contentstats is a Plone add-on for collecting and displaying content statistics.

Compatibility

Plone 4.3.x

Installation

• Add the package to your buildout configuration:

[instance]
eggs +=
    ...
    ftw.contentstats

Usage

Visit the @@content-stats view on a Plone site (requires the cmf.ManagePortal permission by default).

---

Collected stats

Out of the box, ftw.contentstats will collect statistics for

• Types (distinct portal_type’s and their counts)

• Workflow states (distinct review_state’s and their counts)

• Disk Usage (total disk usage of the deployment directory, filestorage and blobstorage)

Add-on packages can have additional statistics collected by providing an IStatsProvider adapter (see interface description for details).

Logging content stats over time

In order to log content stats to a file, you can use the provided bin/dump-content-stats script to have stats dumped to a logfile that contains on JSON entry per line, containing the raw stats for that time.

Usage:

bin/dump-content-stats -s <plone_site_id>

The script will cause the stats to be dumped by making a request to the @@dump-content-stats view. This view is accessible to Anonymous (zope.Public), but only when requested from localhost!

So in order for this script to work, you’ll have to invoke it on the same machine where your Zope instances run, and make sure the Plone site is up and running, and reachable from localhost.

The logfile location will be in the same directory as the Z2 log, and the log will be named contentstats-json.log.

Note: In order to figure out the appropriate log directory, ftw.contentstats needs to derive this information from the eventlog location. It’s therefore important to have an eventlog configured, otherwise ftw.contentstats will not be able to log any content stats, and complain noisily through the root logger.

Development

1. Fork this repo

2. Clone your fork

3. Shell: ln -s development.cfg buildout.cfg

4. Shell: python boostrap.py

5. Shell: bin/buildout

Run bin/test to test your changes.

Or start an instance by running bin/instance fg.

Links

• Github: https://github.com/4teamwork/ftw.contentstats

• Issues: https://github.com/4teamwork/ftw.contentstats/issues

• Pypi: http://pypi.python.org/pypi/ftw.contentstats

Copyright

This package is copyright by 4teamwork.

ftw.contentstats is licensed under GNU General Public License, version 2.

Changelog

1.1.0 (2018-11-05)

• Include disk usage (Data.fs and blobstorage) in stats. [lgraf]

• Add Plone 5 compatibility. [phgross]

1.0.3 (2017-09-08)

• Make determining buildout path independent of working directory. [lgraf]

1.0.2 (2017-09-04)

• Properly build ++resource++ URLs by prefixing them with portal_url instead of just a slash. [lgraf]

1.0.1 (2017-09-04)

• Fail gracefully if eventlog config can’t be found in order to derive log location from it. Instead of potentially preventing instance startup, log a noticeable error message using the root logger. [lgraf]

1.0.0 (2017-09-03)

• Introduce IStatsCollector component and implement portal_types collector. [mathias.leimgruber]

• Rework ContenStats integration. Move “getting the content stats” from the view to it’s own module/class. [mathias.leimgruber]

• Initial implementation. [lgraf]