Support

Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes and more
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes and more
Joomla! version: 2.5.x
PHP version: 5.3.3
MySQL version: (unknown)
Host: Hostgator
Akeeba Backup version: (unknown)

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. Not sure where to find these.

Description of my issue: I uploaded this site last year and it installed fine and ran without a problem. It got majorly hacked recently - so bad I went as far as deleting the account in WHM and starting over. I then uploaded the site using kickstart. The first time I got this message. I copied the code into a clean file and uploaded. Then all I got was a file being downloaded every time I tried to access either the front or backend.

Deleted and reinstalled. This time it installed a configuration.php, but I still go the same error. Installed twice more - same as first attempt. I was using the same credentials as before. So deleted and installed a 5th time with different credentials. Even worse!! :-) Clicking the "Remove installation directory" now downloads the random file.

The file being downloaded has the following code in it (obviously a Joomla file, but I don't know which).

<?php
/**
* @version $Id: index.php 14401 2010-01-26 14:10:00Z louis $
* @package Joomla
* @copyright Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved.
* @license GNU/GPL, see LICENSE.php
* Joomla! is free software. This version may have been modified pursuant
* to the GNU General Public License, and as distributed it includes or
* is derivative of works licensed under the GNU General Public License or
* other free or open source software licenses.
* See COPYRIGHT.php for copyright notices and details.
*/

// Set flag that this is a parent file
define( '_JEXEC', 1 );

define('JPATH_BASE', dirname(__FILE__) );

define( 'DS', DIRECTORY_SEPARATOR );

require_once ( JPATH_BASE .DS.'includes'.DS.'defines.php' );
require_once ( JPATH_BASE .DS.'includes'.DS.'framework.php' );

JDEBUG ? $_PROFILER->mark( 'afterLoad' ) : null;

/**
* CREATE THE APPLICATION
*
* NOTE :
*/
$mainframe =& JFactory::getApplication('site');

/**
* INITIALISE THE APPLICATION
*
* NOTE :
*/
// set the language
$mainframe->initialise();

JPluginHelper::importPlugin('system');

// trigger the onAfterInitialise events
JDEBUG ? $_PROFILER->mark('afterInitialise') : null;
$mainframe->triggerEvent('onAfterInitialise');

/**
* ROUTE THE APPLICATION
*
* NOTE :
*/
$mainframe->route();

// authorization
$Itemid = JRequest::getInt( 'Itemid');
$mainframe->authorize($Itemid);

// trigger the onAfterRoute events
JDEBUG ? $_PROFILER->mark('afterRoute') : null;
$mainframe->triggerEvent('onAfterRoute');

/**
* DISPATCH THE APPLICATION
*
* NOTE :
*/
$option = JRequest::getCmd('option');
$mainframe->dispatch($option);

// trigger the onAfterDispatch events
JDEBUG ? $_PROFILER->mark('afterDispatch') : null;
$mainframe->triggerEvent('onAfterDispatch');

/**
* RENDER THE APPLICATION
*
* NOTE :
*/
$mainframe->render();

// trigger the onAfterRender events
JDEBUG ? $_PROFILER->mark('afterRender') : null;
$mainframe->triggerEvent('onAfterRender');

/**
* RETURN THE RESPONSE
*/
echo JResponse::toString($mainframe->getCfg('gzip'));


Not saying it's Akeeba at all, but I'm trying to cover every base. Thanks.

I think it is your .htaccess file. Something is messing up your server setup, it no longer knows what to do with a php file, so it is trying to downoad it. Try replacing your .htaccess with a clean file, for example out of a fresh Joomla! system download. It would be named htaccess.txt there. You may still have an htaccess.txt on your site.

Watch your php version, HostGator shared servers default to php 5.2 and Akeeba won't run on that.

Dale

Thanks Dale. I used one from my own site with some changes to suit the misbehaving one. It stopped the download, but I still have the no configuration.php found error. I've given up and am rebuilding the site. Fortunately this client does no edits :-) so Wayback Machine rescued me.

I'm on a VPS on HG, so am running PHP v 5.3.3.

Cheers

The configuration.php file should be written during the restore process. If it can't write to the file, it gives you a warning and displays the file so you can copy and paste it. It is pretty hard to miss. The only thing that I can think of is that something interrupted the writing of the file during the restore. The .htaccess issues are pretty common when switching servers, you just have to figure out which directive is causing the problem.

I'm on a HostGator shared server, so whenever there is restore trouble, that is something that I check. :-)

Dale