Migration error - Unable to Load Site Preferences; Invalid Preference Data - expressionengine

I'm moving an EE upgrade from local to production server and and getting the dreaded "Unable to Load Site Preferences; Invalid Preference Data" error.
I've tripled checked everything. DB connection is fine, paths are set correctly, DB table has site preferences etc... What else should I check?

When updating from EE1 to EE2, this error message will also appear if you migrated all the files and DB to the new server, but you forgot to replace the main index.php file in your site's root. So, be sure that file is the EE2 version as well.

If you get the "Unable to Load Site Preferences; Invalid Preference Data" error after migrating a site, make sure to check that you imported the correct EE2 database instead of the wrong EE1 database. If it's correct you'll see a exp_channel_data table.

Related

Authentication Required Popup box for vTiger CMS

I'm using vTiger CRM 5.4.0
It was working fine but i have changed and updated my server and simply copy paste and upload previous back from old server along with DB...
but it always shows me Popup box for "Authentication Required" on each page.
this message is most probably due to the use of HTTP Basic Authentication on the server side.
This has nothing to do with Vtiger and it's something you (or the person in charge of managing your server) needs to set on the web server side (may be Apache, IIS, or others).
If your interest is to disable the request of username and password, you should edit the server configuration. In case of IIS, this is a good starting point. In case of Apache web server, see this link.
Otherwise, you should check with the manager of your server for your username and password. The popup should not come up once the right combination has been entered.
I think the problem is Plesk. Plesk automaticaly creates a virtual directory named "test". This directory holds the Vtiger logo. Loading the logo causes the permission issue.
Solution: rename or delete the virual directy "test" in Plesk.

Error in non existent global.asa

I have a user's website giving an error in a global.asa file but it does not exist in their web root. It looks like the account has been hacked as it's giving an error about not connecting to a server, and at the same time I see the firewall block outbound connection requests.
msxml3.dll error '80072efd'
A connection with the server could not be established
/LM/W3SVC/6510/ROOT/global.asa, line 66
I've deleted the IIS instance and had the control panel recreate it, but the issue still exists. I've even created a dummy asp file which only displays some text and it happens.
I'm at a loss where this could be being picked up and looking for suggestions. Where might this be set?
I've had the same problem on a w2k3 server (iis6) with many sites, where just one had the fake global.asa;
I've not still found cause but a workaround solution, for me, has been:
open MMC Console (IIS manager)
stop IIS
double click on Web Sites (confirm reload offline configuration)
under every site delete "ghost" global.asa (that you don't find under phisical websites folder)
start IIS

Internal Server Error with Magento as well as site trying to rewrite to something strange

I've copied & installed the database for a Magento site for a client. I don't have much experience in Magento but I get a strange error condition
When you type in www.example.com it automatically re-writes the URL to www.example.com/sites/example.com/index.php
It also produces a 500 error as well.
Anyone got any clue on how to fix this? Please remember I am a Magento newbie.
EDIT
The problem was down to the server setup :( There was an issue with the "webroot"
go to core_config_data table. There are a couple of fields you need to edit so the urls match your http://localhost/mysite/ but make sure you have the trailing slash on the site path.
base urls
Edit these base urls
These tell the database where to point your links between pages and content.
moving files and database
I assume these two steps are obvious:
copy all of your local files to production server
dump your magento local db and import it into your production server db
editing in production server
now on your production server you need to follow these two steps:
edit app/etc/local.xml file and change database info
in production db,in its core_config_data table, you should find every records containing the url of your local installation, then you need to update those values;which can be found with this query:
SELECT *
FROM `core_config_data`
WHERE `value` LIKE 'http://%';
edit (thanks to comments):
Do not forget to delete var folder contents

getting 404 error accessing CFM page

I am trying to access a coldfusion file on Server.
The file with xyz.htm extension works fine where as when I convert the same html into coldfusion file, like xyz.cfm , it throws following error:
404 - File or directory not found.
The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable.
May I know what could be the reason?
Assuming CF8 on IIS6?
Could be that you've not correctly run the wsconfig.exe tool which will tie in CF to IIS etc.
Need to know which version of CF, which webserver/OS & versions to help further.
Basically, the webserver needs to know how to parse .cfm requests; without running the webserver connector tool, it won't know which files to use to actually deal with the .cfm files.

Modx Unable to login to manager area

I've just transferred a modx site for a client over to fasthosts - got the site setup working fine but when logging into the backend I'm getting Incorrect Username / Password.
I know that the credentials are correct.
Any ideas?
Using 1.0.4
I've heard of similar issues before when people migrate a site to a shared host. Does this solution help?
I've fixed it!
It seems to create all site content including paths and sessions within files on server... So obviously I'd ftp from old host to new host, put live expected to work which front end did because it doesn't use session data but then the backend had it's knickers in a twist
I setup a new installation with a db prefix test_ - once site was installed changed db parameters then cleared site cache, uploaded new template files etc.
Cheers
Shane

Resources