View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 5639 | Composr | backup | public | 2024-03-12 01:58 | 2024-07-25 18:18 |
| Reporter | PDStig | Assigned To | Guest | ||
| Priority | high | Severity | feature | ||
| Status | new | Resolution | open | ||
| Summary | 5639: Enhance the backup addon configuration | ||||
| Description | Add additional options for the backups addon for better control over what to back up. The file size control is nice but unreliable because an admin cannot reasonably know what files will pass that limit etc. Perhaps add options pertaining to the constants used for should_ignore_file or similar. For example, option to back up the uploads directory... option to back up non-bundled addons, option to back up orphaned / alien files... etc. | ||||
| Additional Information | This will give admins better control over what to back up to ensure consistency and a smaller backup size when needed. We would still suggest server-side backups, but those are not always possible or available. | ||||
| Tags | Roadmap: Sponsorship | ||||
| Attach Tags | |||||
| Time estimation (hours) | |||||
| Sponsorship open | |||||
|
|
Automated message: This issue was created using the Report Issue Wizard on the Composr homesite. |
|
|
The backups addon was always intended to be a last resort for people who couldn't get a proper backup system for whatever reason. I don't think we should be investing in it as a priority. Any decent hosting control panel should have a backup system, and there are many options at the server-level. It's much more a feature of a control panel than a CMS, and if we are seeing that the features inside control panels are insufficient - the fact that the large corporations behind those can't do a good job, suggests we shouldn't be trying to do so either. Unless someone throws 100k our way and asks us to. That's my view. |
|
|
I see an advantage to the Composr CMS backup system in some cases though: the fact the restoration process does not use whole database dumps directly and instead processes a PHP script bit by bit. This has helped me in some cases where the upload limit wasn't high enough on a server to import a dump (and the webhost locks down the backups so I can't extract them / import them via SSH either). I do agree though when possible, server backups are the way to go. This was particularly a client request, so I'm going to change the status to sponsorship. If they want it, I'll have them contract me for the feature. |
|
|
Ok. FYI BigDump is really nice https://www.ozerov.de/bigdump/ |
|
|
I tried that, but it doesn't work on my environment. I think it might have to do with PHP 8. I eventually found the HeidiSQL client to work for large imports. It does imports in chunks as well, and since it connects directly to the db server, no web server is involved. Of course it requires that the db server can be accessed outside of the server itself. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-03-12 01:58 | PDStig | Tag Attached: Roadmap: v11 | |
| 2024-03-24 17:23 | Chris Graham | Note Added: 0008412 | |
| 2024-03-25 16:27 | PDStig | Note Added: 0008429 | |
| 2024-03-25 16:29 | PDStig | Note Edited: 0008429 | |
| 2024-03-25 16:30 | PDStig | Note Edited: 0008429 | |
| 2024-03-25 16:30 | PDStig | Tag Detached: Roadmap: v11 | |
| 2024-03-25 16:30 | PDStig | Tag Attached: Roadmap: Sponsorship | |
| 2024-03-27 13:24 | Chris Graham | Note Added: 0008447 | |
| 2024-03-27 13:31 | PDStig | Note Added: 0008451 | |
| 2024-03-27 13:32 | PDStig | Note Edited: 0008451 | |
| 2024-07-25 18:18 | Chris Graham | Summary | V11: Enhance the backup addon configuration => Enhance the backup addon configuration |
| 2024-07-25 18:18 | Chris Graham | Description Updated |
