Support

Site Restoration

#13238 Parse error: syntax error, unexpected T_CLASS in /homez.311/rbclarul/www/Basket/kickstart.php on line 987

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

user56712
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? yes. page: Akeeba Kickstart won't run at all or throws a Parse Error
Have I searched the tickets before posting? yes
Have I read the documentation before posting (which pages?)? No
Joomla! version: 2.5.6
PHP version: 5.3
MySQL version: (unknown)
Host: www.rbclarulles.be
Akeeba Backup version which took the backup: 3.6.1 pro
Kickstart version used to extract the backup: tried multiple (please see below)

Description of my issue:
Hello,
I have to restore my site, i have a clean backup of noon today.
I tried to restore with kickstart (pro and core) and with the last 2 versions.
With 3.52 i got this error
Parse error: syntax error, unexpected T_CLASS in /homez.311/rbclarul/www/Basket/kickstart.php on line 987
and with 3.51 i got this error
Parse error: syntax error, unexpected T_CONST, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /homez.311/rbclarul/www/Basket/kickstart.php on line 126
thanks
phil

nicholas
Akeeba Staff
Manager
Your host is using an unsupported version of PHP, most likely 4, by default Please ask your host for the proper way to use PHP 5.3 by default. Do note that since Kickstart overwrites the .htaccess file during restoration a method which involves .htaccess will not work.

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!

user56712
Hi
Thanks for your mail.
Actually, i was in a hurry to restore and i tried your old methodology to restore by using the .exe to extract the data locally and reload it on the server and it worked. (just fyi)
Regqrding the issue php5, i setup the htaccess on 5.3... i did assume that the php model was also running under that version

nicholas
Akeeba Staff
Manager
When you are restoring a site using Kickstart the .htaccess file is renamed automatically to htaccess.bak. This is a precaution against the extracted .htaccess file screwing up Kickstart extracting the archive. On hosts where the default PHP version is 4.x this can be a problem. However, in my humble opinion, these hosts should be avoided at all costs. PHP 4 is end of life since August 8th, 2008, a good 4 years ago. If a host is using an antiquated, unsupported, vulnerable version of PHP as the default version in their servers it's near certain that at least one of the sites hosted on the server is compromised or if not yet then very soon it will. This pretty much means that there's a good chance that the attacker will be able to trivially hack you and you'll be a sitting duck.

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!

user56712
OK, my provider is still using PHP4.

Now i have an issue to restore: I only have access to CGI and not to CLI; i still have the possibility to use the manual restore on my pc with the old ssystem but i am not sure this will work forever: any chance to have a likewise procedure working for 2,5 ?

Hope you had good rest during your hols btw.

thanks
phil

nicholas
Akeeba Staff
Manager
You do not access to the PHP CLI binary to perform a restoration. I have no idea what you're asking in the second paragraph of your reply?

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!

user56712
Hi
sorry i was mixing 2 things
ok, i have an issue to restore due to my provider: actually i have no chance of changing of provider because i am not managing that part. the provider is in php 4 and they have no plan to update so for the moment, my only chance to restore is to use the old method as the apps is still installed on my pc.

for the issue of the CLI/CGI, i have only access to CGI so i cannot schedule a daily backup.

thanks and sorry again for the confusion

nicholas
Akeeba Staff
Manager
Joomla! 2.5 won't run on PHP 4. In fact, it requires PHP 5.2.3 or later. My software requires PHP 5.2.7 or later. Other people's software requires PHP 5.3 or later. Joomla! 3.x will require PHP 5.3, too. Your site and your host won't work together. Not a chance.

Regarding the CGI question, as of Akeeba Backup Professional 3.6.5 you can use the PHP CGI binary to run akeeba-backup.php and akeeba-altbackup.php. It was a tricky fix, but I finally made it work! So you can schedule a daily backup, as long as the PHP CGI binary's version is 5.3.7 or later.

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!

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.

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.