UNiTE, Remote CLI, eXtract Wizard

#24692 Unite restorations deleting .htacccess file

Posted in ‘UNiTE and Remote CLI’

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

PHP version

n/a

Tool

UNiTE

Tool version

n/a

Latest post by on Friday, 15 April 2016 17:20 CDT

Wednesday, 16 March 2016 10:12 CDT

butlero

I'm running Unite to restore my Joomla site to a backup on a regular basis throughout the day. I have two sites : one in public_html/main and one in public_html/main/ssc

so I have two unite folders "unite" and "unite2" sitting parallel to the public_html folder. Unite restores the site in public_html/main and unite2 restores the site in public_html/main/ssc.

When I first started using Unite it seemed to work fine, but sometimes, the restoration does not complete. When I visit the site, i get a 500 error. When I ftp to the files, the installation folder is still there, and or the .htaccess file with the Joomla specific, bot blocking, or other directives is deleted and replaced with a basic .htaccess file. Sometimes, the installation folder has been removed, but again the .htaccess file has been deleted or overwritten. I tried packing the .htaccess file from my primary site into the archive, but that did not have any effect.

I have checked with my host to verify that my cron job is set to use the Php Cli binary and my hosting account has Php 5.5.3. What else could be causing incomplete restorations?

Wednesday, 16 March 2016 10:31 CDT

tampe125

Hello Tanya,

UNiTE will block all incoming connections during the restoration process creating a custom .htaccess file.
If any existing .htaccess file is found, it would be renamed and then restored at the end of the process.
This means that if an error occurs and the process doesn't complete, you end up with the "blocking" .htaccess file.

You can prevent UNiTE from blocking all incoming connections by removing the stealth step from the scripting 01_default.ini file.
If that does the trick, you can actually create a new scripting file (for example 03_nostealth.ini) and then reference it inside your XML file.

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Friday, 15 April 2016 17:20 CDT

System Task

system

This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

Edited by on 2016-04-15 17:20 CDT

Support