danieltj

Forum Replies Created

Viewing 15 replies - 196 through 210 (of 210 total)

  • No worries, okay well step 4 is fine. If you complete step 4 correctly you should have a new database on your new server (for example mynew_server) and a database user with a password. This is so the database can be accessed and display your content.

    Now, get your current/existing/old WordPress files. The files that are powering your current site and connect to your server via FTP. Just before you copy anything over, open your wp-config.php file and change the following to match your new server information.

    So change: –

    • database host (usually is localhost but can sometimes be an IP address for example 10.20.30.40)
    • database name (the name of your database)
    • database username (the name of the user account)
    • database user password (the password for the database user)

    These need changing to the new values from what you’ve created.

    Save the file and then upload your files. Once again, I’d advise uploading your current files, the ones you have a backup of to the new server via FTP.

    This ensures that the files can connect to the database and display your content as well as making sure nothing breaks as you’ve simply moved the content and files from one place to another. Do that and post back here with how it went.

    As long as you have backups of everything then it can go wrong ten times and it won’t matter because you can just start again.

    – – –

    • Create new database
    • Create new database user account and assign the user to the database you just created
    • Make a note of the database name, database user and database password
    • Import the SQL export into the new database and ensure all your content is there
    • Update wp-config.php with new details (about half way down the file)
    • Upload current WordPress core files (everything including the subfolder like wp-admin, wp-content and /wp-incudes)
    • * Change the domain/url location in the options table of your new database that you crated during this process to match the domain you’ll be using to access the new site.

    * So for example if your old site was located at https://www.oldsite.com and your new site is located at https://www.newsite.net, then change the two website url entries in the options table to use your new domain (www.newsite.net).

    Just to be clear, all these changes take place on the new site. You can leave your old site as is and don’t need to change anything. You can delete it if you wish or keep it. But don’t change anything on the old website.

    Hope that helps!

    Not a problem at all, just trying to help and glad it’s back up. ??

    It’s alright, no worries.

    If you still have a full copy of your old WordPress installation then I would make a copy of those files on your computer and just copy them across via FTP (I’d recommend FileZilla but it doesn’t matter what you use) to the new server.

    The reason is, WordPress checks itself to ensure that it is in an installed/active state. if it’s not then it’ll tell you that it needs to install itself. That’s why using a brand new set of files with a pre existing and pre populated database may cause conflicts.

    The main thing to remember though is keep a local copy on your computer of your database in a .sql file (you can just export that from the phpMyAdmin page) and a copy of your current WordPress files. That way everything can go wrong and you can delete it all and stay again with your back up so you’re not lost.

    Come back if you need any more help. ??

    What the Google Webmaster tools are telling you is that your site is loading JavaScript and CSS files in between the head tags (<head> and </head>) of your web page (view the source code to see them).

    What Google expects you to do is to load JavaScript and CSS files at the bottom of the page which allows other more important things to load first. Realistically it’s difficult to change where and when these files load. The only thing to suggest as an immediate action is to reduce the amount of plugins on your site if you can.

    Other than, you’ll need to change the way the plugins load the assets on the page.

    Thinking about these instructions more thoroughly and there is one thing I wanted to clarify. When do I complete a fresh WP/THEME install?

    Section 4 and 5 is where you set the new site up.

    4. Follow these steps in this exact order:
    a. create a new DB at the new server
    b. then import the .sql.zip export to the newly created DB
    c. then add an SQL user and password to that new database
    d. then update and FTP wp-config.php to be certain it matches the new database name, SQL username and password.

    5. Now, upload this new database and the copy of the wordpress core files with the edited wp-config.php to your new server. That’s it!

    At stage 4, you need to create a new database (to store the data like posts/ users etc) and then login to phpMyAdmin (on the new server) and chose to import data. Upload the .sql file.

    Now the tricky bit is this. You can either upload a fresh installation to your site (a new copy of WordPress) or upload your existing/old site files to the new server.

    Please be advised that creating a new installation (fresh, new copy of WordPress) with a pre populated version of WordPress may cause compatibility issues (maybe).

    What plugins are they and do they not have a deactivate button?

    Hmm, do you have a smart phone that has enough internet usage to check it out and login from or another computer perhaps? It might be a case that your computer is cacheing an old version of the site when you updated but won’t budge. Sometimes things can super cache (a silly name I sometimes use) which means that you have to restart/reset all sorts to get it to display.

    That’s all I can think of really. Could you go to https://www.supportdetails.com and copy/paste what you see? It provides some basic information about your computer which will be helpful to figure out the routes to take to clear any cached memory.

    I don’t think the website is broken from what I can tell. Although it’s strange that the site can be located at lizlovesbooks.com and lizlovesbooks.com/lizlovesbooks/.

    Actually, as well as the Support Details thing, can you check the wp-config.php files for me again? As I mentioned above, there should be one located at lizlovesbooks.com and lizlovesbooks.com/lizlovesbooks/. Check that they are both same assuming two exist.

    Do not copy any of the wp-config.php here though, that needs to stay private.

    Forum: Fixing WordPress
    In reply to: I can't Log In

    Hm, I tried to access your blog’s login section – I’m assuming you’re using Magento for the shop and of course WordPress for the blog. It returned with a error 404 not found page for /wp-login.php on the blog site but redirected to a error 404 not found page on the shop side of the site when I tried /wp-admin so I’m not sure what the url would be to reset a password.

    I’d suggest going back to the development team and asking for the login location of the blog. From there you should be able to reset your password with ease. Either way, go and ask them and see what they say and then come back and we’ll see what we can do. ??

    Ahh, I think I might know what has happened here. I’m not sure how and what happened to make it like it is, but it seems as if your site is inside a subfolder. I just went on it and your homepage is at lizlovesbooks.com but your wp-admin and wp-login.php locations are located at lizlovesbooks.com/lizlovesbooks/wp-admin and lizlovesbooks.com/lizlovesbooks/wp-login.php respectively.

    So somewhere in the process you’ve put your site inside a subfolder of your site. The easiest way to describe it is that the sites core files are inside itself.

    Can you try go to lizlovesbooks.com/lizlovesbooks/wp-login.php and see if you can login for me?

    Forum: Fixing WordPress
    In reply to: Missing Font List

    That looks as if that kind of functionality can only be achieved via a plugin. Are you sure that you weren’t using one before when it was there?I can’t see anything that suggests it was ever in the core. Not 100% on that though.

    No worries at all. The only place the database credentials are located in are wp-config.php so as long as they’re right in there it should work. Come back with your findings anyway.

    ??

    Forum: Fixing WordPress
    In reply to: I can't Log In

    Can I ask what the site is? I did a search for snsadmin but it didn’t return anything that would resemble WordPress. I would check your username and password are correct and if you still can’t, check that it’s a WordPress site and come back.

    Could you try and provide a picture of some sort as to what you added please?

    Someone please correct me if I’m wrong but I think there isn’t a problem here. If you publish the post then it should in theory take it’s permalink setting and use that. I think it only uses the ?p=post-id when it hasn’t been published. Why, I’m not so sure but that’s how it works on my blog (I don’t have any permalink plugins though).

    Try publishing a post and see if it updates the permalink properly, it should do.

    It’s a bit of a long shot but I’ve found that sometimes restarting your internet connection (router or modem) by turning it off and back on again helps. What that does is resets any connection to any website you’ve visited and causes it to load it properly again (so it’s not cached).

    Try it and come back if that doesn’t work. I’m assuming you’ve checked though that your database credentials are all okay though? Your database name, username and password all match up properly? I ask this because it could be the other way around where your friends have cached connections and you’re seeing the actual current version of the site.

Viewing 15 replies - 196 through 210 (of 210 total)