Currently, manual imports/exports, with the changes done in this issue → , works fine. However, there exists a point that can improve the performance: all content is imported/exported although there aren't changes. This means that the first process of import/export has a reasonable execution time, but the next ones could spend more time than needed. In some cases, it may save just seconds, but in large projects with a large amount of default content, it may save a big amount of time.
I've preferred opening a new issue instead of continuing in the original one → so that:
In case you see this feature useful I would propose to postpone this issue until https://www.drupal.org/node/2640734 → is solved, and setting it as a 'Feature request' instead of a support request.
1. With a table that registers a row for every exported/imported content it is possible to detect when a content is changed, without needing to load the entities. This table would contain:
- Module
- FOlder
- Entity ID
- Entity type
- Entity uuid
- Hash: this contains a hashed version of the imported/exported file and it is the most important table property.
2. DUring import, only import when the hash has changed, or it does not exist in the table. After importing an entity, a registry is added or updated in the table with the content hash.
3. When an entity is updated and it has a registry in the table with the same uuid, update the table with the new hash.
4. When an entity is deleted, delete the registry using the uuid if exists.
5. Create a new export command that receives the module name and updates the content with changes (checking the hash between the database and the exported YAML file is different). This command would iterate over the table rows matching the module name and exporting them to the module content folder.
Needs review
2.0
Code
Attaching a patch, that must be added with the changes of this issue → , that applies the proposed resolution. Please review, thanks!
hi
thanks for the logic of this patch. while this patch is correctly being applied on D10.2+php8.2
the on on
this issue →
doesn't apply
can someone please help for this
Thanks