Support

Akeeba Backup for Joomla!

#8916 Cron works but description is not parsed

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
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

Latest post by nicholas on Tuesday, 05 July 2011 07:55 CDT

Monday, 04 July 2011 15:58 CDT

treeflame
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the forum before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 1.5.23
PHP version: 5.2.17
MySQL version: 5.0.92-community
Host: Rochen
Akeeba Backup Professional version: 3,3.b1

EXTREMELY IMPORTANT: Please attach your Akeeba Backup log file in order for us to help you with any backup or restoration issue.

Description of my issue:

I have 2 profiles that i am want to call via CRON, one at a monthly interval (id=2), the other daily (id=1).

Before I set them up as CRONs, I am testing via SSH. Initially, the max-redirect param was not being recognized. After some Roche tech support, and calling wget via the path (/usr/local/bin/wget), this issue is sorted and I can create trigger backups (and Amazon S3 transfers) via the front. I anticipate that this command URL will work as expected when i set it up as a cron.

Before i set up my crons, I have 2 problems.

  • When I "administer" the backup files, the description looks to be unparsed HTML. Backups created via the akeeba backend appear normally. Here's a screenshot: http://www.diigo.com/item/image/1dvip/4y30
  • I was testing both profiles via SSH. Testing profile 1 works normally. Testing profile #2 has issues. It starts out as running profile #2 as u expect. But after a few redirects, the URL switches from:

    index.php?option=com_akeeba&view=backup&key=KEY&id=2

    to

    index.php?option=com_akeeba&view=backup&task=step&key=KEY&profile=1

    As a result, I get a backup of profile #1.

    I've repeated this 4 times, including separate CMD sessions.

    I'll send a copy of my log file via email.

Tuesday, 05 July 2011 01:22 CDT

nicholas
Hi Vic,

The first problem you have (the funky date) doesn't seem to be related to Akeeba Backup itself. I'm using Joomla!'s JDate class to format the date. Supposedly, this class should never be touched by third party classes. In your case, it looks like a K2-related extension is "hijacking" JDate's format method and adding HTML when it obviously shouldn't. This classifies as a "core hack" and I can't provide support for it.

Regarding the second issue, you sent me the wrong log file. It looks as if you're using a front-end backup mode CRON job. You sent me the back-end backup log file when I needed the front-end backup log file. Anyway, this is not the recommended way to take a scheduled backup in your case. Since you have full SSH access to the server, it's best to use the native CRON script (backup.php) as described in https://www.akeebabackup.com/documentation/akeeba-backup-documentation/native-cron-script.html

The native CRON script will take a backup of your site without talking to your web server, running Akeeba Backup's engine outside of Joomla!, directly from the command line. This allows us to not have to worry about session issues, timeouts, memory consumption and a host of other potential problems. For instance, most likely a temp data storage issue is what caused the URL to "jump back" to profile #1 when you tried the front-end backup. The native CRON script eliminates that problem.

Does that make sense?

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!

Tuesday, 05 July 2011 07:45 CDT

treeflame
Thanks for the link to backup.php. That worked flawlessly, without any issue on the description field.

Any thoughts on what plugin might be casing the JDate issue? I certainly have not hacked the core.

Tuesday, 05 July 2011 07:55 CDT

nicholas
Hi Vic!

You're welcome :) I would also like to notify you that the feature you have asked (allowing monthly backups to be preserved) has been implemented in the latest dev release, available from https://www.akeebabackup.com/download/developer-releases/akeebapro.html

Regarding the plugin that causes the date issue, I would look at all system plugins which have to do with K2. I am not sure which one of them could be, as this is the very first time I have seen this issue. You can, obviously, take a copy of the site, restore it locally and start digging around by trying to take front-end backups and watching their description fields in the Administer Backup Files page.

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: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

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!