When I installed the Magento program on my local environment, after finishing the install, I accessed the URL http://localhost/job/magento/ and it shows the following error.
There has been an error processing your request
Illegal scheme supplied, only alphanumeric characters are permitted
Trace:
#0 D:\www\job\magento\app\code\core\Mage\Core\Model\Store.php(712): Zend_Uri::factory('{{base_url}}')
#1 D:\www\job\magento\app\code\core\Mage\Core\Controller\Varien\Front.php(313): Mage_Core_Model_Store->isCurrentlySecure()
#2 D:\www\job\magento\app\code\core\Mage\Core\Controller\Varien\Front.php(161): Mage_Core_Controller_Varien_Front->_checkBaseUrl(Object(Mage_Core_Controller_Request_Http))
#3 D:\www\job\magento\app\code\core\Mage\Core\Model\App.php(349): Mage_Core_Controller_Varien_Front->dispatch()
#4 D:\www\job\magento\app\Mage.php(640): Mage_Core_Model_App->run(Array)
#5 D:\www\job\magento\index.php(80): Mage::run('', 'store')
#6 {ma
How to correct it? Thank you!
Please install magento with localhost Ip Address 127.0.0.1
Ex: http://127.0.0.1/job/magento/
Try loading https://localhost/magento.
Note the https instead of http.
Solved this problem by checking the third checkbox ("Skip Base URL validation before next step") in the first screen after the agreement.
I installed under a FQD on a LAMP server.
I fixed this problem changing the directory permission to 755, as it's said on installation guide
http://www.magentocommerce.com/wiki/1_-_installation_and_configuration/magento_installation_guide
Solved this problem by checking the third checkbox ("Skip Base URL validation before next step") in the first screen after the agreement.
and using firefox
when i use chrome , i meet issue after installing.
i don't know why
Try this it will definitely helps you... https://127.0.0.1/magento/
You can try to change base_url variable directly from the database.
Use phpmyadmin or any other software to go to your magento database.
In "core_config_data" table find entry for web/unsecure/base_url and change it to either "{{base_url}}" or http://127.0.0.1
Do the same for web/secure/base_url
Have same problem on Wamp and XAMPP., nearly give up.
Finally find the solution, Magento 1.6 can not work properly with WAMP 2.1 and XMAPP 1.7, I guess it caused by Mysql version, not sure.
but after I change WAMP to 2.0 i, everything is fine. Magento 1.6 is running well.
Download WAMP2.0i : http://sourceforge.net/projects/wampserver/files/WampServer%202/WampServer%202.0/WampServer2.0i.exe/download
I failed to install on Chrome, but success on firefox.
Good Luck.
This usually happens to me when I install magento sample data after installing magneto, you should do it other way around (same data wipes out core_config_data table).
from http://www.magentocommerce.com/download:
sample data - Must be installed prior to the basic Magento Installation.
When you install 'configure' step of magento installation, you MUST use 'http://127.0.0.1/magento/' at base url textbox, instead of 'http://localhost/magento' do this.
Good Luck.
There has been an error processing your request SQLSTATE[28000] [1045] Access denied for user \\\’demo\\\’#\\\’localhost\\\’ (using password: YES)
This error will occur if there is no database connection .. First you need to check your local.xml file ... then check the url path in core_config_data in your database .... clear your cache session and locks .... if the error still appear after doing all these things \\"YOU JUST LOOK IN YOUR app/etc folder ...... if there is any extra xml file just delete that particular file ...... i got the same issue .. found a local_org.xml file in etc folder ....... JUST DELETE THAT FILE IT WILL WORK PROPERLY .......... grin
Related
So I'm setting up a sylius project using docker and am getting an error when I first tried to load the page. The docker set up on sylius website didn't seem to work so I made my own docker files and can successfully start the docker containers. The error is below:
An exception has been thrown during the rendering of a template ("Cannot find name for "en_UK" locale code").
During the installation, sylius asks whether you want en_US or something different so I typed en_UK, presuming that was the notation required. Upon setup completion, I tried to load root page and I get the error message above. However, strangely, on the symfony toolbar on the error page it says US web store.
If anyone could help at all it would be greatly appreciated. Thank you in advance.
Possible ways:
go to localhost/admin, enter your login/password which you entered at the install moment, open Channels section, and there add change default locale/add new to locale list;
modify a <project-root>/config/services.yaml and change locale value to another;
in the worst case try to run php bin/console sylius:install command and reinstall database with a en_US at the beginning, then edit Admin section to en_UK
en_UK means "English (Ukraine)". No wonder it was missing. What you wanted was probably en_GB.
Today I tried to access localhost/magento and the page would not load. Then, I just tried using localhost/phpmyadmin and the same thing. I read somewhere that the default port could be in use and cause this issue, so I changed the listener to 100 and localhost:100/phpmyadmin worked. Now, Magento gets an error every time I try to access it.
I've tried changing the web/unsecure/base_url and web/secure/base_url tables to http://localhost:100/magento/ and manually deleting my var/cache folder contents... still no luck.
Is there something I'm missing or an extra step I need to do with magento?
By the way I have it installed on XAMPP with windows 7 64-bit. Everything was working fine the day before.
edit: error codes
Module "Practice_OneStepCheckout" requires module "Mage_CatalogInventorty".
Trace:
#0 C:\xampp\htdocs\magento\app\code\core\Mage\Core\Model\Config.php(849): Mage::throwException('Module "Practic...')
#1 C:\xampp\htdocs\magento\app\code\core\Mage\Core\Model\Config.php(812): Mage_Core_Model_Config->_sortModuleDepends(Array)
#2 C:\xampp\htdocs\magento\app\code\core\Mage\Core\Model\Config.php(315): Mage_Core_Model_Config->_loadDeclaredModules()
#3 C:\xampp\htdocs\magento\app\code\core\Mage\Core\Model\App.php(414): Mage_Core_Model_Config->loadModules()
#4 C:\xampp\htdocs\magento\app\code\core\Mage\Core\Model\App.php(343): Mage_Core_Model_App->_initModules()
#5 C:\xampp\htdocs\magento\app\Mage.php(684): Mage_Core_Model_App->run(Array)
#6 C:\xampp\htdocs\magento\index.php(87): Mage::run('', 'store')
#7 {main}
Thanks in advance for your help!
Is there something I'm missing or an extra step I need to do with magento?
Nope, it should work out of the box. What is the error you get?
I can recommend to use vhosts, that wil save you allot of time in the future: http://butlerccwebdev.net/support/testingserver/vhosts-setup-win.html
(Also, the most common port 80 issue under windows/xampp users is TeamViewer)
I have installed magento 1.9 CE on my local server and it was working fine. Suddenly it stopped working and shows error like
There has been an Error processing your request.
When I check error report from report folder then I got logs like
a:5:{i:0;s:219:"Error in file: "C:\wamp\www\anzonline\app\code\core\Mage\XmlConnect\sql\xmlconnect_setup\upgrade-1.6.0.0-1.6.0.0.1.php" - SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'xmlconnect_images' already exists";i:1;s:950:"
#0 C:\wamp\www\anzonline\app\code\core\Mage\Core\Model\Resource\Setup.php(645): Mage::exception('Mage_Core', 'Error in file: ...')
#1 C:\wamp\www\anzonline\app\code\core\Mage\Core\Model\Resource\Setup.php(437): Mage_Core_Model_Resource_Setup->_modifyResourceDb('upgrade', '1.6.0.0', '1.6.0.0.1')
#2 C:\wamp\www\anzonline\app\code\core\Mage\Core\Model\Resource\Setup.php(320): Mage_Core_Model_Resource_Setup->_upgradeResourceDb('1.6.0.0', '1.6.0.0.1')
#3 C:\wamp\www\anzonline\app\code\core\Mage\Core\Model\Resource\Setup.php(235): Mage_Core_Model_Resource_Setup->applyUpdates()
#4 C:\wamp\www\anzonline\app\code\core\Mage\Core\Model\App.php(417): Mage_Core_Model_Resource_Setup::applyAllUpdates()
#5 C:\wamp\www\anzonline\app\code\core\Mage\Core\Model\App.php(343): Mage_Core_Model_App->_initModules()
#6 C:\wamp\www\anzonline\app\Mage.php(684): Mage_Core_Model_App->run(Array)
#7 C:\wamp\www\anzonline\index.php(87): Mage::run('', 'store')
#8 {main}";s:3:"url";s:11:"/anzonline/";s:11:"script_name";s:20:"/anzonline/index.php";s:4:"skin";s:7:"default";}
I have found several solutions from Google but none of those worked out for me example.
The error message is telling you that Magento tries to create a table which already exists. This takes place in an upgrade script and was probably caused by an incomplete previous run of said upgrade script. Magento executes upgrade scripts, but only marks them done when they complete without error. Even an incompletely run script can have created tables, though, and next time Magento tries to run that update script the exstance of those tables cause a problem.
So you can either do some Database work and do some tweeking like removing the tables in question (with saving the data if needed), or you redo your Magento Installation.
This can also be caused by recently installed extensions, if so uninstalling them with the Connect Manager and reinstalling them might work.
Use
DROP TABLE IF EXISTS xmlconnect_images;
then, refresh your brownser. It works for me.
You can clear cache if you dont see any changes:
To clear the cache, simply delete everything from the /var/cache directory and then reload your website in your browser.
rm -rf magento/var/cache/*
To clear all sessions, you can also delete everything from the /var/session folder within your Magento installation directory.
rm -rf magento/var/session/*
I have transfer the magento site to another server. Fist of all I have installed fresh magento and upload the all files and folder. I have updated database as well. Previously the error was different. But I have searched in the web and fount some solution (http://www.magentocommerce.com/boards/viewthread/71051/) and now the error coming like this.
I have already uploaded lib/Varien/SimpleXML folder of magento 17.
Can't retrieve entity config: core/store_group
Trace:
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Resource.php(140): Mage::throwException('Can't retrieve ...')
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Mysql4/Abstract.php(228): Mage_Core_Model_Resource->getTableName('core/store_grou...')
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Mysql4/Abstract.php(211): Mage_Core_Model_Mysql4_Abstract->getTable('store_group')
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Mysql4/Collection/Abstract.php(83): Mage_Core_Model_Mysql4_Abstract->getMainTable()
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Mysql4/Collection/Abstract.php(69): Mage_Core_Model_Mysql4_Collection_Abstract->_initSelect()
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Config.php(790): Mage_Core_Model_Mysql4_Collection_Abstract->__construct(Object(Mage_Core_Model_Mysql4_Store_Group))
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Config.php(832): Mage_Core_Model_Config->getModelInstance('core_mysql4/sto...', Object(Mage_Core_Model_Mysql4_Store_Group))
/homepages/20/d317798792/htdocs/imedicia/site/app/Mage.php(345): Mage_Core_Model_Config->getResourceModelInstance('core/store_grou...', Object(Mage_Core_Model_Mysql4_Store_Group))
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Abstract.php(200): Mage::getResourceModel('core/store_grou...', Object(Mage_Core_Model_Mysql4_Store_Group))
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/Abstract.php(205): Mage_Core_Model_Abstract->getResourceCollection()
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/App.php(373): Mage_Core_Model_Abstract->getCollection()
/homepages/20/d317798792/htdocs/imedicia/site/app/code/core/Mage/Core/Model/App.php(244): Mage_Core_Model_App->_initStores()
/homepages/20/d317798792/htdocs/imedicia/site/app/Mage.php(427): Mage_Core_Model_App->init('', 'store', Array)
/homepages/20/d317798792/htdocs/imedicia/site/app/Mage.php(446): Mage::app('', 'store', Array)
/homepages/20/d317798792/htdocs/imedicia/site/index.php(52): Mage::run()
{main}
Check core_store_group table, and also for files.
May be files are missing.
Flush cache.
This is definitely an issue with the app/etc/local.xml and app/etc/config.xml
Try replacing these files with some other running version of same app
This has done the trick for me every time I setup my new machine
I hope this would be helpful for others
I encountered this issue when deploying Magento 1.9.3.10 to a store that was previously running 1.9.3.9.
In the process, I was also replacing the Inchoo PHP7 compatibility module with the "official" Magento-core-team provided patch.
When I deployed the code update, I began getting an exception message on every page. The exception was Can't retrieve entity config: core/store_group (same as the OP).
In my case, the solution was to manually delete all redis keys for that store using redis-cli. Trying to clear the cache with Magento's CLI tool did NOT work (probably the cache was too corrupted).
After clearing redis, the store came back online and worked properly, so if you encounter this error, I recommend clearing your cache without relying on Magento tools.
If you use filesystem cache, that means rm -rf {magento_root}/var/cache.
For redis, if you have only one store using that redis DB, it means redis flushall
If you have multiple stores using the same redis DB, you need something like:
redis-cli -h '{redis_hostname}' KEYS '{redis_prefix}*' | xargs redis-cli -h '{redis_hostname}' del
* Tip: Get those values from /app/etc/local.xml.
In the last days I moved a Magento installation over a new staging server and a new production server. Everything went well on the production server, where the site is back againg, but I'm not able to make it work on the staging server... It keeps saying that the table "admin_assert" is already present (mysql error) and the error comes from the install script... but I don't want another install.
How's it possible that magento is trying to perform an installation over another preconfigured base?
I moved the whole base (source code), without performing a clean install, then I dumped the DB and changed the base urls.
Do you have any idea?
FYI this is the whole error log:
a:5:{i:0;s:193:"Error in file: "/home/lex/code/mycommerce/app/code/core/Mage/Admin/sql/admin_setup/install-1.6.0.0.php" - SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'admin_assert' already exists";i:1;s:920:"#0 /home/lex/code/mycommerce/app/code/core/Mage/Core/Model/Resource/Setup.php(645): Mage::exception('Mage_Core', 'Error in file: ...')
#1 /home/lex/code/mycommerce/app/code/core/Mage/Core/Model/Resource/Setup.php(421): Mage_Core_Model_Resource_Setup->_modifyResourceDb('install', '', '1.6.1.0')
#2 /home/lex/code/mycommerce/app/code/core/Mage/Core/Model/Resource/Setup.php(327): Mage_Core_Model_Resource_Setup->_installResourceDb('1.6.1.0')
#3 /home/lex/code/mycommerce/app/code/core/Mage/Core/Model/Resource/Setup.php(235): Mage_Core_Model_Resource_Setup->applyUpdates()
#4 /home/lex/code/mycommerce/app/code/core/Mage/Core/Model/App.php(412): Mage_Core_Model_Resource_Setup::applyAllUpdates()
#5 /home/lex/code/mycommerce/app/code/core/Mage/Core/Model/App.php(338): Mage_Core_Model_App->_initModules()
#6 /home/lex/code/mycommerce/app/Mage.php(640): Mage_Core_Model_App->run(Array)
#7 /home/lex/code/mycommerce/index.php(90): Mage::run('', 'store')
#8 {main}";s:3:"url";s:1:"/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:7:"default";}
Not a big deal. You will find many more errors like this.
The error simple says your DB already has table name admin_assert.
You can ignore this by opening the install script and comment out the code which tries to re-create the table, and refresh the magento again.
Once everything is set up properly, don't forget to uncomment the commented create table script.
I ran into this issue as well with a rather large database and it turned out that PHPMyAdmin was unable to export the entire thing at the same time, so my data was incomplete. The solution in my case was to export tables in batches instead of all at once, and then import them in the same way.
tl;dr
Make sure that your databases match