• Resolved wpexpertla

    (@wpexpertla)


    Hi. I’m running the latest on WP and WF (7.0.2). WF is the first plugin I install on every new site. It’s a no-brainer. Never had a problem. But I recently changed a few sites to SSL and I think a SSL plugin caused a problem w/ WF. For the other sites I added the code to the wp-config.php to force the redirects in admin and the site. Got lazy and thought I’d let a plugin do the work for this site. Bad idea. It seemed to mess things up. I reverted back to the config file redirect and deactivated all SSL-related plugins. Site works fine. Even WF works, but it’s like there’s no CSS. Images are broken and there are no tabs, just lines of text.

    As I deleted and reinstalled and tried on different browsers and all the same, I’m thinking it’s a database issue where http is redirecting to https when it shouldn’t? Maybe I’m way off. Any ideas what the problem might be?

    BTW, this is my #1 recommendation to any new WP user. Fantastic plugin. Well done.

    Thanks,
    Elizabeth

Viewing 11 replies - 1 through 11 (of 11 total)
  • I don’t understand how this is a Wordfence question. MTN

    Thread Starter wpexpertla

    (@wpexpertla)

    Because Wordfence is the only plugin with an issue. The site works fine. The SSL works and redirects. There are no other issues or conflicts. I have SSL working on my other sites and Wordfence works fine on them. I’m stumped. I’ve read the sourcecode. I manually reinstalled Wordfence. All I can think is something needs changed in the database as it’s like it’s not reading the WF CSS code.

    Thread Starter wpexpertla

    (@wpexpertla)

    So I read through the code in Inspect Element and it looks like the div ids and classes, etc. aren’t appearing on the right side. It seems like a file is missing but can’t be b/c I installed the plugin manually as well. Can’t figure out why it seems like a CSS is missing?

    Probably due to recent WordPress upgrade or something, I’m seeing typical behavior caused by CSS not loading. Seems to have calmed down, perhaps was a caching issue for me, perhaps at server level. MTN

    Thread Starter wpexpertla

    (@wpexpertla)

    To update, this isn’t limited to WF so it’s not solely a WF problem. Another plugin is doing the same so it’s a SSL conflict with some of the plugins’ CSS. I’ll leave this up until you want to delete it as I’ll have to eventually figure out the issue and just in case someone else has the same problem. Will post when I find a solution.

    OK thanks, apparently they can’t delete threads, or am I misunderstanding that?

    Hi @wpexpertla,

    Can you see any errors in the browser console?

    In case you’re not already using one, could try and temporarily switch to a default theme to see if the issue persist?

    Thread Starter wpexpertla

    (@wpexpertla)

    So oddly, it cleared up on its own. May have been a caching issue. Nothing else worked (trying plugins, etc.) and all the code and data in the database seemed correct, so no reason for it not displaying. I do like when all of a sudden, it just starts working again but wish I knew for sure why. Only explanation is the cache cleared. Marking Resolved.

    @wpexpertla.

    Indeed, it definitely sounds like a caching related issue.

    I’m glad it’s all fixed now. Thanks for letting us know!

    Thread Starter wpexpertla

    (@wpexpertla)

    Thanks. I’m just going to follow up on this in case anyone is switching over to SSL as there are a lot of articles and every one seems to have differing advice. I just switched another site over to SSL. Nothing broke but the forced redirects in the wp-config.php file didn’t seem to do anything. And the recommended plugins seemed to make a mess of things on the last site (esp. getting looped into logging in every time in the dashboard). So here’s what did/does work:

    1. Get your SSL certificate.
    2. Update your Settings/General/Site URL to https://yoursite.com or https://www.yoursite.com
    3. Use Search and Replace plugin to replace http:// with https:// in the database (BUT DO A ***DRY RUN*** FIRST AND LOOK THROUGH THE DATA as you really only want to change your site and could change other links)
    4. Create a .htaccess file in Notepad++ or another editor and save as a txt file – if you do not already have one in the root directory.
    5. Add the following code in the .htaccess file:

    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTPS} !on
    RewriteRule ^(.*) https://%{SERVER_NAME}/$1 [R,L]
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>

    # END WordPress

    6. Save and upload to your root directory via FTP and set permissions to 644

    When all of that is done, you should get green locks and your site should redirect to https:// on both the front-end and back-end (admin/dashboard) with no conflicts and should only take 10-30 mins. depending on how familiar you are with things.

    Based on my experience, it seems better to do this manually than rely on plugins as they made a mess of things and there was no way to tell what caused it (for me at least).

    If something is wrong in those steps or doesn’t work for you, please correct me, but that should be the ‘clean’ way to switch from http:// to http:// with no issues.

    • This reply was modified 6 years, 2 months ago by wpexpertla. Reason: fixed typos

    I manage a number of websites, both flat HTML (what a joy those are) as well as WordPress, and went through the process of converting all to SSL some time ago. Here are my tips:

    1. Using plugin for this is indeed not wise.

    2. Redirect in .htaccess is usually the key, but hosts have various flavors of this, in my case I used what host suggested, a bit different than your code snip but same concept.

    3. A server global redirect can be done in the Apache configuration, but that’s not recommended as if for some reason your SSL fails your sites will be broken.

    4. Remember, to save work and make things more resilient, many if not most WordPress server configurations, agnostic internal links can be done by leaving off the http or https and starting with double forward slash, example //www.website-domain/page/ try it, good habit if it works.

    MTN

Viewing 11 replies - 1 through 11 (of 11 total)
  • The topic ‘WF format lost’ is closed to new replies.