2017 © Pedro Peláez
 

symfony-bundle audit-bundle

Audit bundle for symfony2 and doctrine orm, logs any database change

image

data-dog/audit-bundle

Audit bundle for symfony2 and doctrine orm, logs any database change

  • Thursday, January 11, 2018
  • by l3pp4rd
  • Repository
  • 15 Watchers
  • 63 Stars
  • 33,122 Installations
  • PHP
  • 1 Dependents
  • 0 Suggesters
  • 34 Forks
  • 11 Open issues
  • 12 Versions
  • 15 % Grown

The README.md

Audit Bundle

This bundle creates an audit log for all Doctrine ORM database related changes:, (*1)

  • Inserts and updates including their diffs and relation field diffs.
  • Many to many relation changes, association and dissociation actions.
  • If there is a user in token storage, they will be linked to the log.
  • The audit entries are inserted within the same transaction during flush, if something fails the state remains clean.

Basically you can track any change from these log entries if they were managed through standard ORM operations., (*2)

NOTE: audit cannot track DQL or direct SQL updates or delete statement executions., (*3)

Install

First, install it with composer:, (*4)

composer require data-dog/audit-bundle

Then, add it in your bundles., (*5)

// config/bundles.php
return [
    ...
    DataDog\AuditBundle\DataDogAuditBundle::class => ['all' => true],
    ...
];

Finally, create the database tables used by the bundle:, (*6)

Using Doctrine Migrations Bundle:, (*7)

php app/console doctrine:migrations:diff
php app/console doctrine:migrations:migrate

Using Doctrine Schema:, (*8)

php app/console doctrine:schema:update --force

Usage

audit entities will be mapped automatically if you run schema update or similar. And all the database changes will be reflected in the audit log afterwards., (*9)

Unaudited Entities

Sometimes, you might not want to create audit log entries for particular entities. You can achieve this by listing those entities under the unaudited_entities configuration key in your config.yml, for example:, (*10)

data_dog_audit:
    unaudited_entities:
        - App\Entity\NoAuditForThis

Specify Audited Entities

Sometimes, it is also possible, that you want to create audit log entries only for particular entities. You can achieve it quite similar to unaudited entities. You can list them under the audited_entities configuration key in your config.yml, for example:, (*11)

data_dog_audit:
    audited_entities:
        - App\Entity\AuditForThis

You can specify either audited or unaudited entities. If both are specified, only audited entities would be taken into account., (*12)

Impersonation

Sometimes, you might also want to blame the impersonator user instead of the impersonated one. You can archive this by adding the blame_impersonator configuration key in your config.yml, for example:, (*13)

    data_dog_audit:
        blame_impersonator: true

The default behavior is to blame the logged-in user, so it will ignore the impersonator when not explicitly declared., (*14)

Clean up old logs

To clean up old logs, use the following command:, (*15)

bin/console audit-logs:delete-old-logs --retention-period=P6M, (*16)

You can specify retention-period, For format, see: https://www.php.net/manual/en/dateinterval.construct.php, (*17)

License

The audit bundle is free to use and is licensed under the MIT license, (*18)

The Versions