Support

EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:

The site transfer wizard does not work for me any more. It used to work smootly. Not sure since which version it does not work.

the message: "Your FTP/FTPS/SFTP directory is not defined correctly. You will be redirected back to the previous page to correct it. If in doubt about what this means, please read our documentation." is displayed.

I have checked several options to fix it. one of them uploading akeeba backup multiple times. My max upload is 256M. I do not use the htaccess maker. With the default htaccess it also does not work.

In the log I see:

DEBUG |131220 15:33:22|Kettenrad :: Attempting to load from database (backend)
DEBUG |131220 15:33:22| -- Stored Akeeba Factory (backend) not found - hard reset
DEBUG |131220 15:33:23|

I do not know what to do now?

kind regards,
Jeroen Egbertzen

The FTP path can be tricky. Log in to your remote site with your FTP client, with most clients, you can see the remote path which is probably / at this point. Now navigate to the folder where the root of your site will be. The path shown now is the path you need to put in the Site Transfer Wizard.

Hi Dale,

I have done this of course. I tried several options; root, folder, subdomain... none of them worked.

The backup function works, so dowloading the package and using kickstart works fine.

The feature worked smoothly a while ago.

Hope you have any other ideas?

I read in a ticket recently that the URL to the remote site has to match the FTP information. I wasn't paying enough attention at the time and I can't find the ticket now. Does that ring any bells with you?

Hi Dale,

I am not sure what you are trying to say?

I got a little more clarification from Nicholas.

The FTP path and the site URL have to point to the same folder. For example:

FTP:  /public_html/foobar
URL:  http://www.example.com/foobar

Hi Dale,

Thanks for you explanation but I already knew this. I think I figured out what the problem is. The site transfer wizard does not seem to work with subdomains. See the screenshot for my case.

If I use the main domainname and folders, it does work properly.

Any idea why the subdomains do not work?

Kind regards,
Jeroen Egbertzen

I think you are on to something. Your subdomain is not set up. When I tried to load it I got:

Not Found
The requested URL /wim/ was not found on this server.

Hi Dale,

It is a test environment. We already removed the test subdomain.

I got this reply from Nicholas. I should have thought of that. :-(

I am only testing STW with subdomains. I am pretty sure the subdomain works just fine.



HOWEVER! If the directory of the subdomain is a subdirectory of the main site then the .htaccess file of the main site applies to the subdomain. If they have used .htaccess Maker in the main site this means that the subdomain files are inaccessible. See relevant troubleshooter: I created a .htaccess file on my main site and I can't access my other domains on the same account. STW uploads an image file and tries to access it over the provided subdomain URL. In the case I described this image file cannot be loaded over the web (the main site’s .htaccess kicks in), therefore STW thinks that the FTP connection information and the URL do not match because it can’t know why the file isn’t loading. In fact it is correct in rejecting the connection information. Using STW in this case would result in a site which cannot be restored as it’s inaccessible over the web.

Hi,

See the screenshot for our hosting and subdomains. There is no htaccess in the root folder.

I have found a work-around, creating a subfolder in the root folder and transfering the site there. then moving it to the subdomain folder.

With your setup, the root .htaccess would not affect the subdomain.

Are your permissions set correctly on the subdomain folder? I mean the folder itself, not the contents of the folder.

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.