Support

Akeeba Backup for Joomla!

#8361 First backup

Posted in ‘Akeeba Backup for Joomla!’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

user8819
Just some note on my first backup / clone to new sandbox site:

1) Going to 'Backup' for the first time:

Notice: Undefined index: 0 in /home/fabrikar/public_html/administrator/components/com_akeeba/views/backup/view.html.php on line 47

Warning: Invalid argument supplied for foreach() in /home/fabrikar/public_html/administrator/components/com_akeeba/views/backup/view.html.php on line 47

Notice: Undefined property: AkeebaViewBackup::$comment in /home/fabrikar/public_html/administrator/components/com_akeeba/views/backup/tmpl/default.php on line 93

2) After setting permissions on tmp and backup folders, return to Backup:

Akeeba Backup detected the following potential problems:

* Default output directory in use

3) After running Kickstart and install on target site (different directory on same machine), returned to Kickstart and clicked link to remove installation dir, but it didn't remove the dir. Removed it by hand.

Migrated site seems to be running fine.

-- hugh

user8819
Also, .htaccess didn't get created.

-- hugh

nicholas
Akeeba Staff
Manager
By default, Kickstart extracts the .htaccess file as htaccess.bak. When you click the second link it tries to rename it back to .htaccess. Two issues here. The first is having adequate permissions of doing that, as well as having a server which really allows a PHP script to create .htaccess files (some servers deny writing to this file!). The second issue is that since it's a hidden Linux file, it may not appear on FTP and host's control panel file manager even though it's there. Even forcing display of dot file doesn't work. In such a case you can try connecting to your site's root with FileZilla, then perform a manual file transfer for .htaccess. Even though it's invisible, FileZilla downloads it properly! It's 100% counter-intuitive, but I've seen that on too many servers. It's not a Kickstart bug, it's the system administrator's rules applied on the FTP server configuration ;)

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!

BWakeeba
I'm not sure if this the correct place to ask this, but it's related.

After installing Akeeba Backup Pro I also get the following message. WARNING: Invalid argument supplied for foreach() in /home/content/b/w/l/bwlive002/html/river_rafting_orion/administrator/components/com_akeeba/views/backup/view.html.php on line 47

What should I do, if anything, to deal with the problem. Also, which documentation manual should I read to get started with Akeeba Backup Pro.

Thanks.

user8819
@nicholas - I ssh'ed in and checked, there was no .htaccess. I gave kickstart the correct ftp privs (and double checked all permissions, before and after), so it should have had sufficient access to do an ftp rename. Anyway, I just rm'ed the installation dir and mv'ed htaccess.txt by hand. No biggies, just wanted to let you know. FYI, I've been a UN*X admin for close to 30 yrs (just so's you know how to pitch responses in the future). No complaints, great product, just giving feedback.

@bwakeeba - re docs, that was my first question, see Nicholas's response here:

http://www.akeebabackup.com/forum/24105/topic.html

-- hugh

nicholas
Akeeba Staff
Manager
Hugh,

it's great to know we're on the same page! OK. What I have discovered is that some hosts do not allow creating any file whose name is .htaccess, unless you rename an existing file. Presumably, they want to protect their server from hackers who might be tempted to do funky redirections on the .htaccess level. However, there was no server which refused uploading a .htaccess file. This brings me to the obvious question: is there a .htaccess (not htaccess.txt) file in the backup archive? Kickstart will not rename htaccess.txt to .htaccess, on the grounds that if you really needed a .htaccess you should have created one. Furthermore, many people restore to WAMPserver and XAMPP. By default, they don't have mod_rewrite enabled, so you can imagine what would happen when a user who can't spell SEO tried to restore his pretty basic site to a local server, right? If .htaccess is indeed included in the archive, you have clicked both links in Kickstart's final page (the second link finalizes the restoration of .htaccess) and it still doesn't show up then I have to look into it.

@bwakeeba - Upgrade to 3.0.a2.1 to make the problem go away, then go to Configuration and click on Save. This should be enough. I am still working on the documentation. Expect a draft documentation release by Friday.

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!

user8819
If .htaccess is indeed included in the archive, you have clicked both links in Kickstart's final page (the second link finalizes the restoration of .htaccess) and it still doesn't show up then I have to look into it.


How can I tell if it's in the archive? I'm using the .jpa type. There was definitely a .htaccess in the source site, I run with standard J! SEF and mod_rewrite. Just double checked, and it's definitely there. But no idea if it actually made it into the archive. If it matters, there's also an htaccess.txt in the source site, as I copied rather than renaming the original, which did make it in to the target site. And yes, I definitely hit the second link, and it told me it had completed. Remember, it also did not remove the installation dir.

I'll be doing another clone later today ... got to start 5.3-proofing 250,000+ lines of code for Fabrik 2.0, *sigh* ... let me know if there's anything I can do. It's all on a server with xdebug, Eclipse is ready to go ... if you want me to put in a breakpoint and step thru some code, just give me the line number(s).

Once again - great product, I've been using the freebie for years, it's saved my butt on several occasions, and I recommend it to all Fabrik users for backing up and creating sandbox sites for building and testing Fabrik apps in. Happy to contribute in any way I can.

-- hugh

nicholas
Akeeba Staff
Manager
You can extract the JPA archive locally, using Akeeba eXtract Wizard (it even runs under Linux with WINE and Mac OS X using DarWINE). If the .htaccess file is in there, the problem is that during the archive extraction Kickstart wasn't able to rename htaccess.bak (the dummy name it uses when extracting .htaccess) back to .htaccess. This happens if the server's root isn't writable to the web server's user. I usually don't run into this problem as all my sites are hosted in Rochen, which uses suPHP and, as a result, no such thing as ownership issues have ever bothered me :)

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!

BWakeeba
@bwakeeba - Upgrade to 3.0.a2.1 to make the problem go away


Nicholas

I'm already using version 3.0.a2.1 . Where should I look next?

--Michael

nicholas
Akeeba Staff
Manager
@BWakeeba Um... are you sure? Line 47 in the new version is a closing curly bracket, so there's no way you can get this error message. Please double check that the version is 3.0.a2.1. If it really is this version, go to Configuration and click on Save - even without changing any setting. This should work. But, please, double check the version. I think that you accidentally installed 3.0.a2. Granted, they differ in the sub-sub-minor version number, it's easy to do that mistake (I plea guilty; I did that on one of my sites).

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 Information

Working hours: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!

Summer vacations: Our support will be closed for replies and new tickets from August 6th to August 21st, 2022 due to summer vacations.