You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We can have a configuration file that describes arguments and order of importers to execute. That'd would make it easier to separate importer functionality more freely, specially in cases of DB where frequent datasource access is not a problem ( unlike file datasources ).
The text was updated successfully, but these errors were encountered:
A nice idea in theory but I there are a couple of things for me which I don't like about this.
One is that we're just creating a configuration file which would have to be version controlled anyway and a bunch of extra proprietary handling which devs would have to learn. Setting default args on the individual importers would give most of the same flexibility.
Generally these importers don't have many variable arguments, and the ones they do have are shared.
I reckon we could meet most requirements by having a cli command method which lets you pass in a list of importers and have them share global arguments. For cases where there are conflicting arg requirements, those args probably aren't generally going to need to be variable and can be set on the importer it's self.
So you're saying we should target something like this ? wp hmci batch posts,comments,thumbnails --db-host=xx --comment_statuses=approved --disable-intermediate-sizes
I'd probably want to throw in some pre/post actions as well, so it can be used for checking, pausing, or backing up database after each step, ie: wp hmci batch posts,comments,thumbnails --blabla --pre="wp db export /tmp/$HMCI_CURRENT.sql" --post="say Cheeese!"
or even a dedicated DB backup argument: wp hmci batch posts,comments,thumbnails --db-back=/tmp
We can have a configuration file that describes arguments and order of importers to execute. That'd would make it easier to separate importer functionality more freely, specially in cases of DB where frequent datasource access is not a problem ( unlike file datasources ).
The text was updated successfully, but these errors were encountered: