Troubles with opencart moving - opencart

I constructed my opencart shop on localhost, then i tried to move it on my public host.
I created new DB on my server, i imported the DB from my computer to my server. I copied all my opencart site from computer to web hosting. I corrected both config.php files.
Everything seemed be good, but i can'y access the most important part,
admin panel - settings - edit shop
it gives me this message:
Notice: Error: Unknown column 'name' in 'order clause'
Error No: 1054
SELECT * FROM customer_group ORDER BY name ASC in /homepages/32/d367271145/htdocs/opencart/system/database/mysql.php on line 49
somebody has the idea what am i doing wrong?
thankx
marekova#alumni.uv.es

Check your database and ensure you have entries under 'name' in customer_group.

It sounds like you've tried to use a database with the wrong version. Be sure your opencart versions are identical.
If they are, then the only possible way it would work on one and not the other is if like cleverbot has said, the database table doesn't contain the "name" column. You can check that in phpMyAdmin or whatever other DB admin tool you used to upload the database. The simplest solution would be to simply export customer_group from your localhost and re-import it into your live version

Related

Magento 2 cannot login admin because form key invalid

I'm in a brain-breaking problem here. I've created a nice Magento 2.1.7 installation with two websites (two stores, two domains) and somehow after a while we are unable to login the backend of Magento.
Invalid Form Key. Please refresh the page.
Now, after trying a few options, still no success. Checked core_config_data, edit max_input_vars, nothing works. The strange thing is, on the front it's still possible to checkout and do your shopping.
Anyway, I'm stumped here. Why is this happening, and how can this be fixed. Any help is welcome.
I often get this error, clearing the cookies for that site, then opening the admin panel in a new tab will resolve this.
You can recreate this error message if you double click the login button after filling out your login information.
Here are a few other reasons you may experience this issue
The form key inputs are outside of the form, you should check the html on the admin panel to check these inputs and exists and have correct values
Make sure the link you use to get to the admin page does not already have a form key in the url
Does this issue generate anything in var/log/system.log ?
Eventually, nothing helped, but what did the trick was creating a new install, setup this new install with all necessary modules (fortunately there were only four), configure the fresh installment like the old one (long live GitHub) and compare your fresh installation to the old one in the database table core_config_data. Basically reproduce your entire setup without any products in it, but just create your stores and categories.
If you spot any differences between the new installment and the old one in the core_config_data, edit them in the old one to be the same as your new one.
Next, edit your env.php with the database credentials to the old database which you've compared and edited.
And the last step, recompile, flush/clean cache and reindex.
Oh, and word of advice, if you're going to use https for your store, setup magento on https. I think something went very wrong when we've changed the base url's from insecure to secure.

Wampserver "Can’t select database"

I had to reinstall Windows, and with that, reinstall Wampserver.
My MySQL data dir is in Dropbox on D:\
I've edited my.ini:
datadir=D:/Dropbox/WAMP/SQL/data
However, when I view phpMyAdmin, the original databases are not being loaded.
There's nothing specific in c:/wamp/logs/mysql.log.
When I try to load a local Wordpress site, I receive the error:
Can’t select database We were able to connect to the database server
(which means your username and password is okay) but not able to
select the steve database.
Are you sure it exists? Does the user steve have permission to use
the stevedoig database? On some systems the name of your database is
prefixed with your username, so it would be like username_stevedoig.
Could that be the problem?
Why isn't phpMyAdmin picking up the original databases present before the Windows reinstall?
Help appreciated.

how to import data to my database using my same database on my pc?

I have a website that written by django and also same django code on my pc. you call the website www.mywebsite.com and my localhost on my pc is www.127.0.0.1.com, I use the same database model object for two database but I don't want to change my website's database by www.mywebsite.com/admin. I prefer change database on my pc that is www.127.0.0.1.com/admin and update my website by output of that. I should note that I use postgresql with same table and field for both. Please help me. thanks.

Determine Database Type from ColdFusion Data Source

I have web site with source code in ColdFusion. How can I find out which database is used and where is database files?
Thank you!
Also, I haven't access to CF Admin.
Assuming you are using CF8 or later:
If you have the datasource (which you can see in the CFQUERY/CFSTOREDPROC) you can use cfdbinfo to get database information.
http://livedocs.adobe.com/coldfusion/8/htmldocs/help.html?content=Tags_d-e_01.html for details.
Search through the entire codebase for instances of the tag <CFQUERY> (and additionally <CFSTOREDPROC>).
Look at the value entered into the attribute "datasource", collect them all up.
If you have access to CF Admin:
Log into the ColdFusion Administrator, navigate to Datasources, and match the datasource names with the ones you found in your search.
Examine the DSN settings. They are your databases.
If you do not have access to CF Admin:
Pass the names of the datasources to <CFDBINFO> and dump out the results (thnx to TheCycoONE)
Shawn hit it: you'll have to get into the ColdFusion Administrator's Datasource settings. Find the name of the datasource in your Application.cfm/cfc/direct in the query, then in click that DSN in the administrator. It should tell you which db (type) connector it's using, and the general location.

How to fix the django_sites table?

Trying to get an oauth module to work I made the pro-move of : manage.py reset sites
This had the effect killing the admin and login functionality of my site.
So, my question is how to I get back to square one and fix what I broke.
Here is my current error when trying to display the admin tool:
DoesNotExist at /admin/
Site matching query does not exist.
Request Method: GET
Request URL: http://mdev.5buckchuck.com/admin/
Django Version: 1.3
Exception Type: DoesNotExist
Exception Value:
Site matching query does not exist.`
I looked at the documentation but I am lost and tired in it:
http://docs.djangoproject.com/en/1.3/ref/contrib/sites/
It seemed to indicate: manage.py syncdb
So, I wonder what to do next...
You don't really need the sites framework if you only run one site from the project, so the easiest fix would be to remove the following item from your INSTALLED_APPS and the error should go away:
'django.contrib.sites'
You can also re-create the missing Site object from shell. Run python manage.py shell and then:
from django.contrib.sites.models import Site
Site.objects.create(pk=1, domain='mdev.5buckchuck.com', name='5buckchuck.com')
Provide SITE_ID=1 in settings.py. This will work.
I went through this problem too, while playing with django-allauth. The application offers the ability to delete sites. If you delete the one designated by the SITE_ID parameter in settings.py, you'll have to point the correct PK of another valid site.
If you deleted the default site example.com(changes are you did some cleanup after adding another site), you may simply want to select the other site you created by setting SITE_ID to 2 for example. If you work with SQL database, look for the django_site table, and locate the site ID you wish to work with.
This way, no need to go into shell and recreating a not necessary desired site.
If you need sites, you can use data fixtures. Read the docs for tip about enabling the sites framework.