heimrichhannot / contao-entity-import-bundle
A backend only bundle. It offers data import from database or files to database.
Installs: 1 488
Dependents: 0
Suggesters: 0
Security: 0
Stars: 2
Watchers: 8
Forks: 2
Open Issues: 5
Type:contao-bundle
Requires
- php: ^7.4||^8.0
- ausi/slug-generator: ^1.1
- contao/core-bundle: ^4.9
- guzzlehttp/guzzle: ^6.0 || ^7.0
- heimrichhannot/contao-be_explanation-bundle: ^2.3
- heimrichhannot/contao-field-value-copier-bundle: ^1.1
- heimrichhannot/contao-list_widget: ^2.1
- heimrichhannot/contao-multi-column-editor-bundle: ^2.4
- heimrichhannot/contao-progress-bar-widget-bundle: ^0.1
- heimrichhannot/contao-utils-bundle: ^2.135
- symfony/cache: ^4.4 || ^5.2
- symfony/config: ^4.4||^5.4
- symfony/console: ^4.4||^5.4
- symfony/dependency-injection: ^4.4||^5.4
- symfony/event-dispatcher: ^4.4||^5.4
- symfony/event-dispatcher-contracts: ^1||^2||^3
- symfony/http-kernel: ^4.4||^5.4
- symfony/stopwatch: ^4.4 || ^5.2
- terminal42/service-annotation-bundle: ^1.1
Requires (Dev)
- contao/manager-plugin: ^2.0
- contao/test-case: 1.1.*
- friendsofphp/php-cs-fixer: ^2.2
- php-http/guzzle6-adapter: ^1.1
- php-http/message-factory: ^1.0.2
- phpunit/php-token-stream: ^1.4|^2.0|^3.0
- phpunit/phpunit: >=6.0 <6.5
- phpunit/phpunit-mock-objects: ^4.0|^5.0
- satooshi/php-coveralls: ^2.0
- symfony/phpunit-bridge: ^3.2
Conflicts
- dev-master
- 0.24.8
- 0.24.7
- 0.24.6
- 0.24.5
- 0.24.4
- 0.24.3
- 0.24.2
- 0.24.1
- 0.24.0
- 0.23.1
- 0.23.0
- 0.22.5
- 0.22.4
- 0.22.3
- 0.22.2
- 0.22.1
- 0.22.0
- 0.21.6
- 0.21.5
- 0.21.4
- 0.21.3
- 0.21.2
- 0.21.1
- 0.21.0
- 0.20.4
- 0.20.3
- 0.20.2
- 0.20.1
- 0.20.0
- 0.19.4
- 0.19.3
- 0.19.2
- 0.19.1
- 0.19.0
- 0.18.13
- 0.18.12
- 0.18.11
- 0.18.10
- 0.18.8
- 0.18.7
- 0.18.6
- 0.18.5
- 0.18.4
- 0.18.3
- 0.18.2
- 0.18.1
- 0.18.0
- 0.17.0
- 0.16.0
- 0.15.0
- 0.14.0
- 0.13.0
- 0.12.0
- 0.11.0
- 0.10.2
- 0.10.1
- 0.10.0
- 0.9.0
- 0.8.2
- 0.8.1
- 0.8.0
- 0.7.1
- 0.7.0
- 0.6.1
- 0.6.0
- 0.5.0
- 0.4.0
- 0.3.2
- 0.3.1
- 0.3.0
- 0.2.1
- 0.2.0
- 0.1.3
- 0.1.2
- 0.1.1
- 0.1.0
- dev-update
- dev-process-in-chunks
- dev-fix-utf8-encoding
This package is auto-updated.
Last update: 2024-10-18 07:59:29 UTC
README
This bundle offers a generic importer to migrate data from various sources to contao database entities.
This Bundle is still in development.
Features
- import data from either file content or database into arbitrary contao database entities (
tl_*
) - support for various data types (json, csv, ...)
- support for various source types (contao file system, http, absolute path)
- executable from contao backend, as cronjob and symfony command
- automatic field manipulation (sorting, alias, dateAdded, tstamp)
- merge and insert mode
- email and contao_log notifications while executing import with exceptions (will be sent once per importer configuration, will be reset after next successful import)
- (optional) support for DC_Multilingual if installed
Impressions
Importer source backend settings:
Importer config backend settings:
Installation
Install via composer: composer require heimrichhannot/contao-entity-import-bundle
and update your database.
Configuration
- Navigate to "Import" in the Contao backend in the section "system".
- Create an importer source to your needs.
- Create an importer using the source created in the step before.
- Run the importer either using dry-run or the normal mode.
config.yml
huh_entity_import: debug: contao_log: true # log errors while importing to contao system log email: false # report errors while importing via email to the admin email defined in the contao settings
Technical instructions
Output messages during import process respecting the context
An importer can be run as command, cronjob or in the web context. The context implies how to output messages (or error messages).
For example, when running an importer by clicking the "import" button in the website (i.e. in the browser), the messages should be
printed out using \Contao\Message::addError()
(or addConfirmation()
, ...). If the import is run as command, the same messages
need to be printed out on command line using a SymfonyStyle
instance. If the command is also run in web context, the messages even
need to be stored to the tl_entity_import_config
entity, because these are retrieved by ajax in the progress bar view.
As you can see, it's not just "printing a message", but taking care of the context, as well.
For this you can use the method ImporterInterface::outputResultMessage()
which takes care of the correct context itself.
Run as symfony command
huh:entity-import:execute config-ids [--dry-run]
where config-ids
needs to be a comma separated list of importer config IDs.
Arguments
Run as contao cron
Import is executable with contao poor man's cron. The interval of execution is similar to the contao definition.
The import configuration allows to enable cron execution and picking of the cron interval.
Possible to choose between minutely
, hourly
, daily
, weekly
, monthly
interval. It is recommended to setup
the debug options in config.yml before importing via cronjob.
Add custom sources
- Create the source and extend from
\HeimrichHannot\EntityImportBundle\Source\AbstractSource
or implement the interface\HeimrichHannot\EntityImportBundle\Source\SourceInterface
. - Create an event listener for the event
SourceFactoryCreateSourceEvent
:class SourceFactoryCreateSourceEventListener { public function __invoke(SourceFactoryCreateSourceEvent $event) { $sourceModel = $event->getSourceModel(); $source = $event->getSource(); switch ($sourceModel->type) { case 'new_stuff': $source = new NewStuffSource(); break; // ... } $event->setSource($source); } }
- Create a
tl_entity_import_source.php
and add your sources in thetype
field's options:$dca = &$GLOBALS['TL_DCA']['tl_entity_import_source']; $dca['fields']['type']['options'] = array_merge($dca['fields']['type']['options'], [ 'new_stuff' ]);
- Create your palette in your
tl_entity_import_source.php
, e.g. by copying one from this bundle.
Add presets for source/config field mapping
Adding a field mapping might be tedious sometimes. Hence we provide an event for adding presets which then are selectable in the backend entity (source and config).
Just register an event listener and add your presets the following way:
$presets = $event->getPresets();
$presets = array_merge($presets, [
'twitter' => [
[
'name' => 'externalId',
'valueType' => 'source_value',
'sourceValue' => 'id',
],
[
'name' => 'text',
'valueType' => 'source_value',
'sourceValue' => 'full_text',
],
[
'name' => 'publishedAt',
'valueType' => 'source_value',
'sourceValue' => 'created_at',
],
[
'name' => 'imageUrl',
'valueType' => 'source_value',
'sourceValue' => 'image_url',
],
[
'name' => 'imageId',
'valueType' => 'source_value',
'sourceValue' => 'image_id',
],
[
'name' => 'url',
'valueType' => 'source_value',
'sourceValue' => 'url',
],
]
]);
$event->setPresets($presets);
Add quick importers for editors
To be honest: A "quick importer" is a nicer term for "easy importer", so that editors don't get sad ;-) The use case for quick importers is to have a user interface which is way easier to use for editors.
Simply create an import source and import config as you would normally. Afterwards editors can create quick importers on their own and add custom file sources (currently only files of the type CSV are supported).
Run the import via cronjob in web context
If you have large datasets the import might take too much memory of the web server. In this case it's often useful to
- Run the importer as symfony command. This has to be done by a developer.
- Run the importer in the web context by cronjob. This can be done by editors or developers.
In most cases, running an importer by command on the shell takes way less memory compared to running it in the web context via website.
For option 2 to work you need to do the following steps:
- Add the bundle's import command as cronjob using the parameter
--web-cron-mode
:
* * * * * /path/to/vendor/bin/contao-console huh:entity-import:execute <import config ids> --web-cron-mode >/dev/null 2>&1
- Activate
useCron
in the importer config and fill out the needed fields. - Activate
useCronInWebContext
in the importer config.