Support

 Hi, this is a follow up on the #24692 ticket I previously submitted. It has the same name as this one.

I have UNITE in a folder called "unite" parallel to the public_html folder and restoring a site into the public_html folder.

A couple of issues,

1) The restoration only runs if I set permissions to the configuration.php to 644, which are not the ideal permissions if I understand correctly. I think they should be 444. I would like to run it without overwriting the configuration file, since that does not change anyway.

2) The most important issue is that the process deletes the .htaccess file and does not replace it upon completion. I get success emails, but when I go to the website, the homepage looks fine, but if I click on any links, they are all broken because the .htaccess file enables the URL rewrite and it is no longer there. So I had to reupload a local copy.

Based on the response to my last ticket, I was advised to remove "stealth" from the list of jobs in the 01_default.ini file. I did that, and I also removed configupdate. The process ran and sent an email saying it was successful but again, the .htaccess file was no longer there.

Your help is greatly appreciated.

Thank you,

Tanya

Thanks for fixing the bug. However, regarding the configuration file, I did not include the file in the backup, but during the restoration process, it seems like it's taking the information from the xml file like site name and email etc to update the site's Global Configuration. When I had my configuration file set to 444, the run would not complete.

I would get a log that ended with the following:

Running configupdate
Retrieving configuration.php...
Trying to retrieve configuration.php using direct access
Updating site's Global Configuration
Saving configuration.php...
Trying to retrieve libraries/bitfolge/feedcreator.php using direct access
Trying to retrieve libraries/joomla/form/form.php using direct access
Trying to retrieve libraries/cms/captcha/captcha.php using direct access
Trying to retrieve libraries/cms/ucm/base.php using direct access
Saving configuration.php failed: unable to copy Invalid setState argument ### Finished job #0 ###

===============================================================================
UNITE finished its run cycle
Total definitions found : 1
Total definitions executed successfuly : 0
Total definitions failed to run : 1

--
I'm on a typical shared host, using Inmotion. I can update permissions in the Cpanel and via ftp. How can the restoration skip the configupdate part of the cycle since I don't need it to do that anyway.

Thanks,

Yes, I did actually do that, which I mentioned in my ticket.

"Based on the response to my last ticket, I was advised to remove "stealth" from the list of jobs in the 01_default.ini file. I did that, and I also removed configupdate. "

But the process never completed until I changed the permissions of the configuration file from 444 to 644.

Okay I misspoke. When I removed stealth and configupdate, I did so in a renamed file called 03_nostealth.ini which I was also advised to do in a previous ticket. I referenced this file in the xml file. For some reason the changes to this file did not affect the process. So I made the changes directly to 01_default.ini and it did take effect.

In the log, you could see that the cleanup step has an "undo stealth" portion. So in engine > step > cleanup.php I removed this:

----
UUtilLogger::WriteLog("\t\t\tRemoving stealth .htaccess and restoring the original");
$sitePath = $this->siteDef['siteInfo']['absolutepath'];
@unlink($sitePath . '/.htaccess');
@rename($sitePath . '/htaccess.bak', $sitePath . '/.htaccess');
---

And now it works.