Hello all,
Motivated by another thread I saw on here, I figured I'd throw a quick pointer to anyone attempting to backup their database via the Admin Control Panel without having to rely on telnet (SSH, etc.) access to the server. This is for servers running Apache and for users who are getting timeouts when attempting to backup their database. If you don't know what web server you're dealing with, contact your host.
The following will only work if Apache has been configured to allow you to overwrite the appropriate configuration settings in .htaccess files:
Create an file called ".htaccess" (preceding dot included) that contains:
Save it and upload it to your forums' admin directory and then try to backup your database.
I have not tested this myself, but it should work for those of you experiencing this problem. I'd recommend looking for a host that provides SSH access.
Best wishes,
Paul
Edit: While we're on the subject, perhaps the developers should have a look at the ini_set() function. The max_execution_time value can be set within the actual backup script itself, possibily preventing this problem in the future altogether. Again, untested.
Motivated by another thread I saw on here, I figured I'd throw a quick pointer to anyone attempting to backup their database via the Admin Control Panel without having to rely on telnet (SSH, etc.) access to the server. This is for servers running Apache and for users who are getting timeouts when attempting to backup their database. If you don't know what web server you're dealing with, contact your host.
The following will only work if Apache has been configured to allow you to overwrite the appropriate configuration settings in .htaccess files:
Create an file called ".htaccess" (preceding dot included) that contains:
Code:
php_flag max_execution_time 0
I have not tested this myself, but it should work for those of you experiencing this problem. I'd recommend looking for a host that provides SSH access.
Best wishes,
Paul
Edit: While we're on the subject, perhaps the developers should have a look at the ini_set() function. The max_execution_time value can be set within the actual backup script itself, possibily preventing this problem in the future altogether. Again, untested.
Comment