XAMPP WordPress fresh "re-install" - Error establishing a database connection - database

So, I mucked things up pretty good. I've researched this topic, but none of the solutions I found work or quite fit my situation.
Let me explain. I had somehow managed to get a local install of WordPress using Xampp onto my Win10 PC. I remember it was a struggle then and that was a week ago. Problem is that I forgot my admin password and I couldn't figure out a way around it. So...
I did a database drop in phpmysql and recreated the wp table.
I copied the wp_config.php file into a safe place.
I deleted the wordpress folder in c:/xampp/htdocs.
I downloaded a fresh copy of WordPress and extracted it to c:/xampp/htdocs/wordpress.
I copied the old wp_config.php file into the newly re-created folder.
I ran WordPress install and got to the screen where it says it's installed and here's your user name.
I clicked on the link to the Login screen.
That's when I got the message -- Error establishing a database connection.
I'm not sure how that's possible considering it was just connected and created all the tables in the database.
Here's what's in my wp_config.php file, though I'm not sure what could be wrong with it since it was working fine a second ago (:{):
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', 'wp');
/** MySQL database username */
define('DB_USER', 'root');
/** MySQL database password */
define('DB_PASSWORD', '');
/** MySQL hostname */
define('DB_HOST', 'localhost');
I'm sure someone can tell me where I went wrong and hopefully how to fix it. I'm fine with starting over again. I just want to get it installed so I can learn the inner-workings. ;P
Thanks in advance. I look forward to learning from you all.
Jen

FYI, I ended up uninstalling Xampp and re-installing it in order to resolve this.

Related

Error transferring data from Cyberpanel to Centos Panel

My first time coming to Centos Panel.
I started moving my websites from cyberpanel. However, bringing the old website's data over is difficult. Specifically I uploaded the SQL and the Plulic hml. Then I changed the DB_NAME, DB_PASSWORD, DB_HOST values but the website didn't work.
I see the old DB_HOST is localhost:3306 is there any problem?
I also tried a fresh install of Wordpress and the site works.

CakePHP project migration to different server

I am trying to move a cakePHP project I completed a few months ago from a server (a friend's server) to my own web server.
I have set up a database and changed the database config file to match my database/login credentials.
when I navigate to http://babbage.cs.missouri.edu/~jam2z9/muve/index.php you see it looks as if it is a brand new project. When I go to just /muve instead of index.php it says I'm missing a ~jam2z9Controller file but I don't see any files from the old server that are like this to edit and change to ~jam2z9.
I feel like this should be a very simple transition once I hook up the database credentials but I'm just confused as to what my issue is?
All of the database tables in my new database are blank as I just imported the .sql file into phpMyAdmin. It all seems to be connecting fine but it will not go to the home page just the aforementioned generic cakephp screen?
In your bootstrap.php add the following line:
Configure::write('App.base', '/~jam2z9/');
This is because as far as Cake sees it you are hosting it in a sub-sub directory.
Edit: There are more details about not being able to use mod_rewrite here

Install Orchard to an existing database

In our team, we use a common database server. When running the Orchard Setup, I point the connection string to an existing Orchard Database and got this error message:
Setup failed: The requested service 'Orchard.IWorkContextAccessor' has not been registered. To avoid this exception, either register a component to provide the service, check for service registration using IsRegistered(), or use the ResolveOptional() method to resolve an optional dependency.
The only way that can make setup successful for me is to point to an empty database. I attempted a workaround by doing so first, and then edit connection string in App_Data\Sites\Default\Settings.txt, but then I got the same error.
I had this problem as well, also tried copying the settings.txt file which did not work. This time I copied all the contents of the App_data directory over and it worked for me. Also, this latest time I was using the latest commit from codeplex.
I deleted cache.dat and restarted the website in IIS, this fixed it for me

magento upgrade from 1.6.2 to 1.7.0.2 - Will the db base be changed?

i am looking into upgrading my magento community from 1.6.2 to 1.7.0.2.
First i will do this on my test server, but there are some errors during updating in magento connect, so i have to upload some files my self ...
but when i going to put these data into the live environment, can i just simply copy my data from the ftp to the live website?
Or are there also some new/changed settings in the database?
And if yes on the last question, which lines are changed?
I was able to successfully upgrade Magento from 1.6.1 to 1.7.using Connect Manager.
Here are the steps I had foung and followed
Go to yourdomain. com/magento/downloader/ (of course, make this
match your installation’s path.
Because I had installed Magento using tar.gz package provided with a skin I wanted to use, Magento Connect didn’t have all the
extensions listed for upgrading. I had to type
“connect20.magentocommerce.com/community/Mage_All_Latest” in the
“Install New Extensions / Paste extension key to install”
If you run into an error along the lines of “CONNECT ERROR: Package ‘Mage_All_Latest’ is invalid” repeated several times, once
for each package, it is because the files already exist, and you
have to remove a line of code in order for it to over-write data.
After everything has updated, you will probably have some errors. Make sure you clean the cache and session directories (delete
everything in /var/cache and /var/session)
If you receive a “500 Internal Server Error” it is more than likely because of file and folder permissions. It took .5 sec to
reset all of the permissions to what they needed to be.
If you receive a “Service Temporarily Unavailable The server is temporarily unable to service your request” error on a Magento
formatted header, it is probably because the store is set to offline
mode to prevent visitors from screwing up the installation process.
To fix this, delete the“maintenance.flag” file found in the root of
your magento installation directory.
Everything should be ready!
Avoid upload core library changes via ftp.
The fastest and more secure way is to patch your application using the diff files
patch -p0 -f < 1.6.2.0-1.7.0.0.diff
Then when you first visit your site Magento will automatically upgrade your db
best way to update is get a fresh mage zip 1.7.1 or whatever, and connect it to your current DB. When you go to index - the new install will update your DB to the latest MAge DB. This way you dont have to use connect etc. The mage zip has its own sql updates.
Make sure you put your current theme into the new install etc, and test it 1st on localhost etc.

Transfer dotnetnuke database data to new server

I was given a dotnetnuke v4.9.5.5 database (sql-express about 300MB) and I am trying to get it up and running on a different server. I have tried:
Installing the 4.9 version and
loading the database into the app_data folder
loading the database through the SQL page under the host login (forwards to 404 page...)
installing the 5.x version and
loading the database into the app_data folder
loading the database through the SQL page under the host login (forwards to 404 page... again..)
All of which fail. I cannot find any support on this topic at all. What is the correct way to go about this?
EDIT: wrong info please close..
Here is a good blog on the topic HOW TO: Move a DotNetNuke installation .
The basics are:
Copy all the files and the database, the two are closely tied together.
Update the connection string in the web.config.
Update the portal alias' in the PortalAlias table.
If you don't have the rest of the site files, it may be very difficult. While the database will contain most of the site content, you may be missing some important pieces like skin files, module files, and content files.
So, the first thing you should do is see if you can get the files zipped up and sent to you. If so, it should be fairly easy to get the site up and running. You may have to update the ConnectionStrings in the web.config but otherwise it should run as it.
If you can't get the original files, you could try installing version 4.9.5 of DotNetNuke and replacing the supplied database with the database you were given. You'll need to post the error messages you get if it doesn't work out or consult someone with solid DotNetNuke experience.

Resources