Support

Site Restoration

#33602 MultiPHP selection gets wiped by Kickstart

Posted in ‘Site restoration’
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
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

jani

I'm trying to restore a backup to a server which uses MultiPHP to set PHP version using .htaccess.

Appears that as soon as Kickstart begins it overwrites .htaccess and extraction fails.

Solution?

dlb

My guess is that Kickstart finishes but the restore script errors out with a PHP message.  Kickstart renames the .htaccess file to htaccess.bak so that it doesn't interfere with the restore process.  Unfortunately, in this case the cure is the problem.

You can copy the required lines to support your PHP version from htaccess.bak to your .htaccess file (create one if there isn't one).  Then just visit your website and you'll be redirected to the restore script.  You may need to manually move htaccess.bak to .htaccess when the restore is complete.



Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

jani

To clarify... I indicated Joomla 3.9.20 - actually 3.9.21

And...

There is a .htaccess file in place prior to running Kickstart. It sets PHP to 7.x and without it PHP default is 5.4.x and Kickstart won't run.

Kickstart begins at it's opening screen and when I click to begin extraction it just sits there with the extraction bar in place but never goes any further.

I then look at the directory with my ftp program and find that nothing has been extracted. The ONLY thing that happens is that the .htaccess file has been replaced/rewritten. When I look at the .htaccess file it then has two comment lines with nothing in between them. Comment lines make reference to akeeba.

Since the .htaccess file which is declaring/setting php version has been replaced, I'm figuring Akeeba Backup can no longer continue to function, because php reverts back to version 5.4

I think Kickstart needs the option NOT to overwrite/change the existing .htaccess file.

nicholas
Akeeba Staff
Manager

I think Kickstart needs the option NOT to overwrite/change the existing .htaccess file.

I understand where you're coming from but this is not the correct way to do it. It would be a step backwards and cause more problems than it might solve.

The reason we change the .htaccess file is that most .htaccess files contain code which will prevent the restoration application (extracted in /installation) from working. This had been a far more common complaint than the default PHP version being too low. I never have my software do something unless there is a reason to.

That said, we have already addressed the problems arising with the default PHP version on some hosts. First, please make sure that you are using Kickstart 7.0.1. We added a feature in Kickstart 7.0.1 and Akeeba Backup 7.2.2 which allows the custom PHP versions to survive the restoration as long as they are applied with standard AddHandler lines or Files blocks with a SetHandler line.

The code in Kickstart 7.0.1 and 7.2.2 has a couple bugs, the biggest one being that it will do nothing if the lines with the AddHandler/SetHandler directives begin with spaces. If I recall correctly, it was MultiPHP that was doing that which explains why you are experiencing this problem. This will be addressed in the upcoming versions of Kickstart and Akeeba Backup, scheduled for release this week.

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!

jani

Thank You Nicholas

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.