Hi,
I did some additional tests that can help.
I checked the wp-snapshots folder and I could see that the installer.php file was correct. I downloaded the original file, and the a new installation worked properly.
So I can say that installer.php file is created correctly, and that the error only happens if I download it directly from the existing option in the plugin.
Does that make sense?
Hey jairvaratojo,
That does make sense…
Checkout this question on the FAQs page I believe it may help or provide some clues about this issue:
-> Browse to: http://lifeinthegrid.com/duplicator-faq
-> Find question: “Why can’t I download files / get a corrupted installer / see a 404.3 message?”
Hope that helps!
Hi, I have similar issue. After snapshot is created, I don’t see installer.php file, only installer-backup.php in my root folder inside archive. Is this normal behaviour? My process ended with error, due to server script execution time, but all my files are here, at least I hope.
Hey StelarBlack,
The installer-backup.php is an identical copy of the installer.php file. It’s included in the package just incase you remove/delete/lose the installer.php file. You should be able to use the installer-backup.php the exact same way you use the installer.php.
As to why the installer.php is missing, I’m not sure. Did you check the wp-snapshots folder and make sure that it got written to that location?
Hope that helps!
@cory,
My installer.php is OK, but naming convention is a bit confusing to me. It is a random characters string _installer.php, and my package build is always interrupted with “Build Interrupt” with Server Status: 200 -OK, and without Error Message, this is maybe due server execution script, even when I have increase it to 600 secs. Now I’m getting blank screen when opening installer.php, which is obviously renamed to installer.php. Guess, I have to check FAQ page.
With regards,
Hi StelarBlack.
200 code is an Apache return everything is fine.
I suggest that you check the Apache Log for details.
Hi Cory,
First of all, thanks for the feedback.
The solution of the FAQ to add:
“AddType application / octet-stream .zip .log .sql”
In the .htaccess file does not solve, because the file installer is .php, and if I include php in AddType line, the website crashes.
A suggestion: it would not be something to set the MIME standard in the code only for installer.php file?
Thank you very much.
Hey jairvaratojo,
Your right .php should not be added to the AddType its really only for .zip,.log,.sql files. I’ll update the FAQ, sorry for any confusion…
Right now I’m following a pretty common pattern for pushing the file as a downloadable type
header('Content-Description: File Transfer');
header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename=installer.php');
header('Content-Transfer-Encoding: binary');
header('Expires: 0');
header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
header('Pragma: public');
…
I think the only way to work around either of your issues is to possible try and debug different scenarios on your servers. Simply making guesses at this point would take too much time. This is an issue that happens to a very small number of people and I’m not quite sure why to be honest…
The only work around right now if your unable to share access is to grab a copy of the installer file inside the package.zip. Its will be named installer-backup.php or you may have to manually FTP the file from the wp-snapshots folder…
@jairvaratojo,
Apache Error Log is empty, I have also checked files, everything is fine, I’m not only sure why is installer.php file named in way datetimeradnomstring_installer.php. First time I used it, it worked like charm, I’m now uploading old working snapshot, to see what happens, then I’ll try to reproduce installation on my local stack, if, not I guess that I have to manually migrate site 🙁 P.S. Cache plugin is disabled. Maybe I have to comment out W3 cache in .htaccess. Anyway, great plugin.
