Akeeba Backup for Joomla!

Thursday, 07 June 2012 10:06 CDT

jjst135

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 2.5.4
PHP version: 5.3
MySQL version: (unknown)
Host: (optional, but it helps us help you)
Akeeba Backup version: 2.2.6

EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:

I would like to know if it is possible to export a profile so I can use it on a different website. This way I do not need to fill in eveything again, just make some minor changes. If this is not possible, maybe this could be a new feature?

Actually the same thing goes for Admin Tools...

Is there a way to do this now or could you add this somewhere on a feature request list? Or maybe you don't think is is a good idea....

(JCE editor has profiles you can export and import. Very handy for me...)

Thanks

Thursday, 07 June 2012 12:13 CDT

nicholas

I had tried that back in the JoomlaPack days and I'm not going to do the same mistake :) The most common issue I had on the forums back then was people complaining that JoomlaPack didn't work after transferring settings. Of course it didn't, as the output directory path was copied over and was pointing to an invalid path. That's why I stopped offering that option. Maybe it's a feature I could add in the Professional release only. I'll have to think about it.

Regarding Admin Tools, you can do that by copying the contents of the #__admintools_storage table between hosts. If you think that adding an import/export interface would be useful, I can always do that in the next version. It shouldn't be very hard :) However, there is one thing which not a good idea: import/export of IP white/black lists, bad words, etc. This requires exporting/importing the contents of a lot of tables. I'm a bit reluctant to do that because it would have a very big chance of timeouts.

Perhaps you can help me take an informed decision if you tell me what is your use case. Why do you want to transfer settings between sites? Are the sites on the same or a different server?

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Thursday, 07 June 2012 16:29 CDT

jjst135

Hi Nicolas,

I understand that some settings need to be changed. The output directory of course. Maybe some other site-specific items as well. Maybe you can just ship these items on a profile export? And on importing notify the user the have to still fill out those fields. Same with blacklistst/whitelist. Just don't include them in a export/import if the can cause problems ;-)

My situation: I manage about 60 Joomla websites and the number is growing... If I can instaal a new site and import a profile for Akeeba Backup and/or admin tools this will save mtime in changing all the settings to how I want them. Most settings will be the same I think on all sites. After importing I can still change settings for a particular site, but most settings will be set already.

And also when I maybe change something on my server, or change my mind about some setting I van create / download a new profile and upload it to the other sites. But that would also override site-specific settings. So I won't use it then...

Finaly, when I let someone else install (basic) websites with some 'default' addons (Akeeba Admin Tools ad Backup of course ;-)) I can just tell him/her to upload a 'default' profile first.

So, it's just to make installing and configuring easier when handling multiple sites on one server.

So I don't think it's a big issue, but for me and maybe others a nice-to-have feature?

With regards,
Jip.

Friday, 08 June 2012 11:39 CDT

nicholas

Finaly, when I let someone else install (basic) websites with some 'default' addons (Akeeba Admin Tools ad Backup of course ;-)) I can just tell him/her to upload a 'default' profile first.

That's exactly the use case I want to avoid :( When you do that their output directory will point to a path which doesn't exist or is not writeable. Moreover, for Admin Tools Professional, as soon as they hit "Save and create .htaccess" their site will be dead as the configuration includes the domain name of the site the copy of the settings was taken from.

I might eventually implement something like that, but it is at the bottom of my list and when I do implement it it will be hidden very well away from view.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Saturday, 09 June 2012 10:24 CDT

jjst135

Hi Nicolas,

I do get your point and understand the concerns. Maybe when you do implement feature like this you can just leave the export/import of those 'sensitive' parameters out? Leave them blank on export or something. Just a thought.... Goes for both Backup abnd Admin tools I guess.

Anyway, thanks for your time and interest in suggestions.

With regards,
Jip.

Edited by jjst135 on 2012-06-09 10:24 CDT

Saturday, 09 June 2012 15:01 CDT

nicholas

That solution would be a mixed blessing. On one hand it would protect the users who don't read the documentation from doing something silly. On the other hand it wouldn't do power users justice, as they most likely want to send all of their backups, from all profiles, to the same off-site directory. So I think it's best for me to just hide that feature deep enough so that only the people who really need it can find it.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support