I’ve noticed that each time i stop a site then Local does a backup. This is initially a good thing, but it should really be an optional feature. I have a lot of sites in my Local setup, and I start and stop them often since i’m working in the support-branch of my company.
When stopping/restarting a container the backup makes the process really slow, and the disk gets clogged up with huge sql-files.
If a site would fail for some reason then I just set it up again with fresh data from production environment. So if the site environment should fail loosing data is not an issue.
Is some of these alternatives possible to realize in the future?
compresse the SQL-files (.zip/.tar.gz)
make the backup optional
I understand that this is not an issue for the average Joe, but hopefully making this feature optional is not too much work. This also makes Local more future proof as this feature help the keep the disk usage lower for those who wants.
I’ve got a couple of sites with huge databases, Local can take a couple of minutes or more to stop them due to the time the backup process takes, so this would be a great feature to have.
Bumping this up again. These SQL-files take up huge space on my disk, and they also take a while to dump when I’m trying to stop a site. Nice feature for someone, a time consuming issue for others. Would be nice to make this feature optional
I’m trying to clean up and clarify old feature requests. In this case, I renamed the topic to make it more specific to configuring what things Local does with the database when a site is stopped.
Is preventing the DB from being exported the only thing you want configured when stopping a site?
I don’t think that the necessary hooks are in place to be able to control this via a plugin.