Forum Replies Created

Viewing 15 replies - 346 through 360 (of 1,808 total)
  • abletec

    (@abletec)

    Hello, N’Ckyola, & welcome. This looks like a multisite install, am I correct regarding that? If so, then you need to be certain you’re signed in as the superadmin, else you won’t be able to perform the upgrade.

    If you’re unsure whether or not this is indeed a multisite installation, open wp-config.php in your hosting provider’s file manager. You’ll see lines like this:
    define( ‘WP_ALLOW_MULTISITE’, true );
    &/or
    define(‘MULTISITE’, true);

    There may well be others.

    If you do not need multisite, then I’d urge you to delete these lines, as multisite is technically a bit more challenging than a single install of WordPress.

    Bruce,this is great! Could you then please reply & mark the topic as ‘resolved’.

    * plese don’t forget that the GDPR is coming! I know you don’t live in the EU & that you think it might not apply, but if you could even potentially sell your photos to someone living there, then it does, & the penalties for noncompliance are stiff beyond belief. Precisely how much enforcement would actually be done on a small non-EU entity remains to be seen, but I’m not sure for my part that I want to test that out just to see what they might do. Just something to think about in case you don’t have anything else to occupy you, except that it does come into force on 25 May, & I think a lot of folks do not understand they’re in the crosshairs. Just sayin.

    So Bruce, does it work now?

    I have a question for you. Do you have another web server program running on your machine?

    Thanks, Bruce! Gonna go catch some z’s & I hope I hear you’ve got it all wrapped up when I turn the machine on in the morning. If not, though, we can work w/it again, & there are other volunteers, most more capable than I, who can also help.

    Tell you what, Bruce. I’ll be up a few more minutes–it’s getting fairly late here–but I’ll look back to see how you fared when I get up, & I’ll do what I can to follow it between Mother’s Day celebrations. Best thing about those is I don’t have to cook–& we’re going to a seafood place which is my favorite. Yay! But I’ll keep an eye on this & see where we’re at.

    Bruce, when you create a new database, there will be no tables. The database is just a placeholder. Tables will be put there if they’re imported into the database or if you create a table.

    Well, Bruce, you could try clicking the Wampp icon in your system tray (it’s usually on the lower right hand portion of your screen unless you changed the location), click the ‘Tools’ menu, then click ‘Test Port 80’ to see what that does or, alternatively, choose ‘Try a Port Other Than 80’ & use 8080.

    But I suspect that cut-&-paste operation pretty much mangled the database, as at least some entries in the database are serialized, & text editing tends to muck that up royally. However, I could be wrong. Been that before, will be again before it’s all said & done.

    Hi again, Bruce. I understand. From what I can see, the data structure in wampp is:
    wampp\bin\mysql\mysql-version#\data. If MariaDB was used, the same structure applies except that it’s MariaDB instead of MySQL. Obviously mysql-version# is a placeholder for the version number of your MySQL/MariaDB. In mine, as an example, mysql-version# was mysql5.7.21. So you’re copying the files in that data folder on your external hard drive into the data folder of your current install. Specifically, copy the data file that represented your website’s database into that folder. You can usually tell by the name of the file which was the database.

    Does that help?

    Once you’ve done that, you may need to do some fiddling w/the credentials using PhpMyadmin or the MySQL/MariaDB command line. If that is indeed the case, then you’ll need to make changes to the wp-config.php file to reflect any changes you made.

    Bruce, zipping is not what you want to do here. Databases are in very specific formats which must be maintained.

    When u go to PhpMyadmin, do you see the original database there?

    Bruce, I personally use Xampp, so I’m not totally sure of Wampp’s data structure. In xampp, you can find the databases in xampp\mysql\data. I’m not trying to self-promote, but here’s a tutorial on backing up a database using PhpMyadmin. If you need MySQL command line instructions, reply stating that & I or another very capable volunteer will get back w/that info.
    http://www.brighter-vision.com/backing-up-your-database

    Hello, Steve, & welcome. Can you tell us what plugin you recently installed? Actually better yet, can you tell us all the plugins you’ve installed? Also–do you know if this is an Nginx or Apache webserver?

    Hello, Bruce, & welcome. Could you please explain what you mean by “cutting & pasting”? If you really do mean “cutting & pasting”, as in using a text editor, then yes–things are going to blow up & they’re going to do so royally, as databases don’t work in this way. You need to *import* the database, using either PhpMyadmin or the MySQL command line. We can provide instructions should you require. Make certain also that your site is under the webroot folder, usually wampp/htdocs.

    Please advise us whether or not this was helpful, as well as if further assistance is required.

    can062, please create a new topic. Feel free to post a link to that new topic here if you wish, & I will follow you over. I already see a potential very major problem, but, again, please create a new topic so you have your own thread & post the link to it here.

    Hello, can062, & welcome. Please start your own topic, though you can post a link to it in this 1, should you wish. Please include your site’s url when you do so. Thank you.

    Forum: Fixing WordPress
    In reply to: Spam injection

    Hello, lunarayven, & welcome. I’m really sorry this has happened to you.

    A resource you can go to is:
    http://codex.ww.wp.xz.cn/FAQ_My_site_was_hacked

    When dealing w/a site compromise, the objectives are twofold:
    1) Fix the site; &
    2) Fix backdoors that the hacker used to gain entrance into your site, so this hopefully will not happen again.

    Most people place great emphasis on objective #1, but, in truth, the 2nd one is actually the most important, as, without it, your site will continue to be reinfected.

    Here are the steps to take.

    First, notify your host, as this might be a serverside hack as opposed to simply a site compromise. Also, if you’re on shared hosting, the hack has the potential to compromise the entire server. Additionally, you may wish to take the site offline, & your host can help you do this. They might not help you–then again, they might. You won’t know unless you notify them. If they say it’s not their responsibility, (& it really may not be), then please continue reading.

    Second, scan any devices you will use to log onto your website for malware. It does no good to change credentials, etc., which you will need to do, if malware phones them home to their command & control center. It’s actually better to do more than 1 scan, each using a different program, as no single malware scanner can detect everything.

    Third, secure your network. Definitively use secure FTP as opposed to regular FTP. The port used for secure FTP varies from host to host. Many use port 22, some 2222, while others use different ports altogether. Check their knowledge base or call their support. You can ask this question when you notify them of the compromise in the first step.

    Never log onto your site using a public hotspot, such as those in hotels, cafes, etc. Make sure you’ve changed the default password, Ssid, (&, if applicable) the username on your router/modem. If you don’t use wireless, turn it off in your router’s options.

    All these steps are required to ensure that no one can snoop your credentials, etc.

    Now that the device you’ll use to fix your site, as well as your network, is secure, it’s time to direct your attention to actually fixing your site.

    Next, please log into your website control panel from a secure connection and change all passwords, including those to any databases you may have set up. This includes your control panel/FTP credentials & your WordPress database. Also, change your salt keys as per the instructions in wp-config.php to log out all users. Please make the passwords long, containing upper & lowercase letters, numbers, & punctuation. Next, take a backup of your website’s files. Be certain to label it such that the label contains both the date you backed it up on, as well as the word “hacked”–we certainly don’t want you accidentally restoring this backup! This can be helpful, though, in terms of perhaps being able to determine how this occurred, though my feeling is that it likely did so because of an outdated site. Probably you should just back up your web root. Depending on your host, it might be called public_html, htdocs, www, or /. If you don’t wish to back up the entire root, then at least back up your uploads folder, as well as others that might contain content that can’t be replaced.

    Please also back up your database as well. The article at
    http://codex.ww.wp.xz.cn/Backing_Up_Your_Database
    shows you how to do that, in case you need it. The section regarding phpMyadmin is likely the most relevant to your case. It’s going to be necessary to search that database file to see if any evidence of the hack exists there. That can be done by opening the file in a text editor. To start off with, consider searching for the words:

    <script
    <? php;
    base64;
    eval 

    preg_replace
    strrev

    This is not an exhaustive list, nor is the presence of any of these words conclusive proof of a site compromise, though some are more suggestive than others.

    You might also wish at this point to backup your WordPress content. To do that:
    * Log into your WordPress dashboard.
    * Go to ‘Tools > Export’.
    * Choose to export all content.

    While in your dashboard, go to ‘Users > All Users’ and delete any users there that you don’t recognize, especially administrators. A WordPress account should never contain the username ‘admin’. If yours does, make an administrative account that does not contain the word (don’t forget to use a very strong password), then delete the old admin username account.

    Also be advised that sometimes supposed image files can contain code, so open all your image files, particularly in your uploads folders, to ensure they really are images & don’t contain code. Better yet, if you have the images on your machine, replace files in the uploads folders with them.

    If you find nothing, either in your database or in your /uploads folders, then the next step is to delete, then completely reinstall WordPress, as well as any plugins or themes you were using. I also advise creating an entirely new database w/a new user & password. You can then import your content into the newly reinstalled site.

    Please also let someone knowledgeable look at your .htaccess file so they can make certain no backdoor code exists there.

    In summary, here are the steps:
    1) Back up your WordPress files, including core, themes, & plugins;
    2) Back up your database using PhpMyadmin;
    3) Look through the database to insure there is no evidence of the hack;
    4) Search the uploads folders for image files that contain code;
    5) Let someone knowledgeable look at your .htaccess file.
    6) If you have doubts about your database, please have a professional take a look.

    Once you’ve finished all this, you’ll wish to request a Google review so you can get off their blacklist. You may be on others as well. stopbadware.org can help you determine if that’s the case.

Viewing 15 replies - 346 through 360 (of 1,808 total)