I've installed magento countless times and been getting the same error. When trying to access the installation, magento sends a 302 redirect to the first ip it got installed in ( 192.168.10.144 ). I feel like I tried every trick in the book.
there is no /tmp/magento folder on my machine.
deleted several times /var/www/html/magento/var/cache and /var/www/html/magento/var/session
Magento has a default behaviour to auto redirects you to his Base URL.
If you want to change it, open up your Magento DB and in the table core_config_data your old IP 192.168.10.144 should appear as value for the path web/unsecure/base_url and web/secure/base_url.
Just change it to the new IP or URL you want there, then clean your caches again, and voila.
If you just want to reinstall it, just delete all the table and the file app/etc/local.xml and you should be able to run through the install process again.
Related
I am trying to get a client's WordPress site copied over to my company's server to use as a development site. I've ran into an issue when trying to log into the site's administrator panel; it redirects us to the existing site's URL instead (ending up as [OLD SITE]/[NEW URL]/wp-admin). Additionally, trying to go to any page other than the homepage gets a 404.
I've tried editing the wp-config and defining the WP_HOME and WP_SITEURL there, with no success. In a previous attempt we used a backup tool that was meant to replace references to the old URL with the new URL, and on another we ran queries and checked through wp-options in the database to be sure that we caught all of the old references. Still redirects to the old site.
We've tried restoring from two backups, Akeeba and BackUpWordPress. Our current attempt is a copy we've downloaded directly and then uploaded (with an imported SQL backup).
Another odd thing I've noted is that changing one of the URLs in the database causes more issues. Mainly, if I update the URL of 'wordpress-https_ssl_host' in the wp-options table, the theme breaks. Not sure where to go with this from here.
I'm always succesfully using the following script : search & replace:
https://interconnectit.com/products/search-and-replace-for-wordpress-databases/
in order to update a wordpress site url.
Just copy the provided code in a directory under your site, then launch the provided index.php in a browser: the database infos should be automatically determined. Then specify the old and new urls and click on "Run" !
Don't forget to remove the created directory afterwards.
For solving this issue you have to change siteurl in database wp_options table
option_name = siteurl where
option_value = YOUR OLD SITE URL
change your old site url and update it with your local developement site URL
Hope this will help you..
We found the problem; as it turns out it was nothing to do with anything from the default WordPress files. The client was using an extension called WordPress HTTPS, and apparently that was causing a conflict somewhere. We renamed the extension's folder to disable it and everything ran fine. I imagine it was overriding what we were setting in wp-config.
I moved a magento project (version 1.9.0.1) from one server to another (lets say from magento.domain.com to magentotest.domain.com). I changed the web/unsecure/base_url and web/secure/base_url in the core_config_data table, I also changed the paths in the local.xml
I deleted everything var/cache, var/session and var/tmp and yet when I try to access magentotest.domain.com I am always redirected to the old page (magentotest.domain.com/admin as well)
I tried to track the problem in the magento code and what I found was that in Mage_Core_Store_Model the URL called with $this->getConfig('web/unsecure/base_url') still contains magento.domain.com - and for the life of me I cannot find out why.
Having googled this for three hours now and what I found was a clue that magento sometimes stores its cache files in the SYSTEM tmp folder. When I looked there I found a folder magento/var/cache but it was empty. I deleted it but to no avail.
I don't know what else to do. Did anyone ever encounter this problem?
seems like mine was a special case: for performance reasons, there was an extension named "redis cache" installed and only when I emptied THAT, it finally worked.
I have wrongly activate secure web config and written 'https' where it
is 'http'. I have checked database table : core_config_data.
web/secure/use_in_frontend and web/secure/use_in_adminhtml is '0' and
web/secure/offloader_header is SSL_OFFLOADED.
Also remove cache and session data. Still I didn't get any solution.
Please do the needfull as admin panel is redirecting to 'https' instead
of 'http'
Reset “Use Secure in Front End or Admin” in Database – Magento
I ran into an issue this week where I switched on SSL on a development site and then realized the SSL cert was not installed correctly. This is a big issue in Magento because there is no way to get back to the admin to switch it back off.
If this ever happens do the following to switch back:
Open up your admin panel (cPanel or other)
Go to phpMyAdmin (if MySql)
Find your Magento Database
Find table “core_config_data”
Look for the columns “web/secure/use_in_frontend” and “web/secure/use_in_adminhtml”
Edit both values, make them equal to “0”
After this is done you will be back in action.
See more at: https://mrumair.com
AFter making the above changes delete your website cache, Either FTP to your public directory or use your file manager from your hosting agreement and delete the contents of the /var/cache folder. I had this exact issue and as soon as i deleted my cache it resolved the issue.
Check the value of web/secure/base_url path in core_config_data.
You can change this from https to http.
I replaced a working ExpressionEngine 2.1 install with a reworked one that replaced all templates and so on. I made a backup of the WORKING database and WORKING DIRECTORY. I failed to remember to clear the cache beforehand.
I've tried to reinstall the original WORKING EE on a new dev server to be able to compare some pages and so on. I have run the ee_wizard and the environment is good. I can almost get the site up, but it has some references to the production domain i can't track down. The biggest problem is the admin cp login. I put in the correct login, but the page only refreshes (clears the name and password fields). If i put in an incorrect login, i get an error.
I've tried
-- delete from exp_sessions;
-- delete from exp_security_hashes;
-- incognito window
-- modifying expressionengine/config/config.php values for cookie prefix, domain
anything else i can try?
I really need to get in to check some things
thanks
Have you tried dumping/searching the DB for references to the old domain and doing a find/replace? Also I would do a grep of the config files, htaccess, etc... for instances of the old domain name and change them.
I have a website made on Presta Shop CMS. I had it on my trial server. The installation and everything. It works and runs fine. I then copied (using FTP) every file from my trial server to the main domain. I did not install it on the main domain (bought from network solutions), but copied everything there.
The issue is when i hit the main domain, it somewhat redirects me back to the trial server. I have checked and changed many of the default values. and many values in the database. But still havent had luck. Also made changes in the .htaccess file, still without any luck.
I do not want to go through the installation process again on my main domain.
You can check the site (main domain :- www.myworld-myhome.com, it will redirect you to hrm.com/esol/ )
As you can read here, the prestashop domain name is stored in the ps_configuration table.
So, to solve your problem, you should run this SQL query:
update ps_configuration
set value='www.myworld-myhome.com'
where name='PS_SHOP_DOMAIN';
You should also edit your config/settings.inc.php file and change:
define('__PS_BASE_URI__', '/esol/');
To:
define('__PS_BASE_URI__', '/');