Forum Replies Created

Viewing 15 replies - 496 through 510 (of 1,808 total)
  • Hello, theHungryGeek, & welcome. Please don’t eat me. It’d really be helpful if we knew the url of your site. I’m suspecting thehungrygeek.com, but, you know what you do when you assume.

    Can you please go into PhpMyAdmin or ask your hosting provider in order to determine the size of your database? I’ve seen this before when databases get too large. If that’s not it, then of course there are other things we can try. Looking forward to your reply.

    Hello, localheropress, & welcome. Well, I could be 100% off base here, but obviously I wouldn’t reply on a public forum if I really thought that for fear of humiliating myself. What I think is happening is that you have a widget that’s displaying your posts but which is only appearing on desktop sites. I studied the sourcecode of your site, & it seemed to confirm my thoughts on the matter. So perhaps check your widgets & see if there’s a widget for posts, & if so, try inactivating it & see if the problem goes away. & do let us know if that helped, won’t you? I’ll subscribe to the topic so I’ll be notified by email if you reply.

    Well, that last sentence was important, nitsuj817. Please download WordPress, extract the WordPress upload to a folder, then upload the files to your WordPress folder, & let’s see where we are. Sometimes the update just doesn’t download completely, & using either your hosting provider’s file manager &/or FTP (& preferably secure FTP) to reupload the files ofttimes solves the problem. If not, then of course we have other ideas, but please let’s try that first & see whether the bird flies/dog hunts. Also, please let us know if you require instructions on how to do that, but, given the contents of your site, I rather suspect not. Thanks for providing the URL, BTW. Also, there is 1 other thing–please ensure that wp_debug in your wp-config.php is set to ‘false’. Let us hear back from you, ok?

    Hello, nitsuj817, & welcome. Could you please provide us w/your site URL? If your hesitant about doing so, I’ll trust you to provide it via shortlink.

    Hello again, Adrien. Could you please share w/us what sort of hosting you have, ie, shared, VPS, dedicated? Also, is your platform Linux or Windows?

    I note you’ve got caching enabled. It’s best if you clear that, both in your browser as well as on your site. Please consult this article for how to do that.
    http://www.wpbeginner.com/beginners-guide/how-to-clear-your-cache-in-wordpress/

    I would not have known that, BTW, if you hadn’t given the site URL. That’s why it’s so helpful, & I do appreciate you providing it.

    If clearing the cache does not help, it’s important to know what sort of hosting you have in order to rule out certain things that may be causing this as well as to bring other causes to the forefront. 1 thing we usually ask people to try is to disable all plugins & revert to a default theme (those themes begin w/the word ‘twenty’) to see if that fixes the problem.

    Looking forward to hearing from you.

    Hi, DMT-TLC, & welcome. Could you please provide an example of a pdf that’s not working? There are a few things that can cause this, most commonly uploading errors due to file size or a database that’s too large.

    Hello, john.bakker1957, & welcome. Simply because files are uploaded to your uploads directory does not mean they’re added to your media library. Please try either adding them from the media library, or, perhaps a faster way, using a plugin called ‘Add from Server’ to help w/the process.

    Hello, Adrien, & welcome. Please provide the url of the site w/which you need assistance. Thank you. If you’re hesitant, then please provide a shortlink.

    Hello, b23445m8, & welcome. Actually, ww.wp.xz.cn does nothing but supply the WordPress software. It has nothing to do with, nor can it correct, any DNS errors, etc. That is your or your hosting provider’s province. Having thus said, here is an article that might prove helpful to you.
    https://support.rackspace.com/how-to/create-dns-records-for-cloud-servers-with-the-control-panel/

    Whereas the blog is indeed down, I was able to ping the domain, so I suspect your A records are fine. mxtoolbox.com states that your SOA serial number format is invalid, though I’m not sure that this would cause the blog to be disabled. Still, it should be fixed. I really think this is the purview of Rackspace.

    WordPress has a job posting site http://jobs.wordpress.net, where you can post an ad for someone to help you. Likely ‘General’ or ‘Performance’ are the most relevant categories. I suggest this because w/o examining logs, DNS records, etc, it would be very hard to determine the precise problem, as we are volunteers on this forum, & we do not have the authority to & are indeed discouraged from ever attempting to perform these sorts of tasks.

    We do wish you luck & success.

    Hello, hhptg, & welcome. I really hate to tell you this, but judging by what I found when I went to google & performed the following search:
    site:hhptg.org
    your site has been compromised, ie, hacked, which is why you’ve lost access to your username.

    I’m going to paste some instructions, but I should warn you that fixing a hacked site can be somewhat technical. If, after reading these, you don’t feel equipped to fix htis, then I suggest you post a job on http://jobs.wordpress.net under either the ‘General’ or ‘Performance’ sections.

    ********
    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. See
    http://www.brighter-vision.com/protect-yourself-with-passwords-or-pay
    for examples of how to do this.

    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.

    Forum: Fixing WordPress
    In reply to: PHP Version

    Hi, Ferbert, & welcome. That rather depends on the plugins and themes you’re using. But 5.4 has reached end-of-life status, so you should really upgrade ASAP. If any of your plugins or your theme is not sufficiently maintained to support a version of Php beyond what you’re running now, then I’d suggest looking for another plugin or theme w/similar functionality, as inability to upgrade leaves your site vulnerable.

    HTH.

    I understand, Scott. I hate to see you start from scratch, as you’ve obviously done a lot of work on your site & it’ll be a @#$% of a lot of work to recreate it on whatever platform you choose. Please know that I do understand what you’re saying about the file url being incorrect, etc. 1 of the things we do in situations where images aren’t showing is to view the site’s source code & look at the links associated w/images. From my vantage point, your images are appearing. So I’m obviously trying to figure out why the discrepancy & eliminate it, if possible. Caching is a really great thing, but it can also cause problems, & I was trying to get that particular aspect out of the equation, because 1 of the things that can happen is changes may not be seen when someone’s looking at a cached site, while someone who doesn’t have a cached site will see it immediately.

    Hello, again, Scott. Tired of hearing from me yet? I realize this is going to sound like serious harping, but the problem is, I’m still seeing caching. Also, in the media settings, if Jetpack were completely disabled & uncached, there should not be references to ‘gallery Carousel’.

    First, please remove the WP_CACHE define from wp-config.php. Look for define( ‘WP_CACHE’, true ); and put // in front of that line. That’s the forward slash, ie, the key that’s used to make a question mark when shifted. I say that because some folks confuse it w/a \, & that won’t help. Next, please remove/rename the files wp-content/advanced-cache.php and wp-content/wp-cache-config.php. You can also try renaming rather than removing them ie, ph1 instead of php. I would urge you to at least back up these files should you decide to remove them.

    Next, I’m going to ask you to please put up a test post on your blog, containing an image called test.png. You can use any image for this. Put test in your alt text, if you would, please. I realize you don’t want to leave this up for long, but since we’re obviously seeing very different things here, I rather need to try to find out why if I can. I’ll be monitoring closely, so you shouldn’t have to keep it up long. I apologize for the hassle.

    Scott, please go into ‘Settings > Media’ & report your file structure as set out there.

    HI, Scott. Unfortunately, I’m not in a position to be able to access the snag site & won’t be for awhile. Could you therefore please clarify your point #4?

    In circumstances like this, generally what is occurring is broken links, for whatever reason. I’m seeing 2 things that may be contributory–it appears you’re running Jetpack & that your pics are therefore going through its CDN. That’s generally a good thing, but perhaps, for some reason, that’s not happening? The other thing I see is that you’re running wp-supercache. It’s a good plugin, but, as w/all caching plugins, problems can result. I suggest disabling both these features. I also suggest going into ‘Settings > Permalinks’ & then save the structure as default. Then change the structure to whatever it had been initially (don’t forget to save) & see if that helps us. You should also clear your browser cache, as I do appear to be getting images. Instructions can be found here:
    http://www.wpbeginner.com/beginners-guide/how-to-clear-your-cache-in-wordpress/

    Please let us know whether that was helpful or not.

Viewing 15 replies - 496 through 510 (of 1,808 total)