Forum Replies Created

Viewing 15 replies - 271 through 285 (of 470 total)
  • Abigailm

    (@abigailm)

    Well, if you have PHP 6-anything, that would be a problem, because no v.6 was ever released — they went straight from 5.6 to 7.0, and then on to 7.1

    There now are 3 currently supported versions:

    PHP 5.6x (security support only, until December 2018)
    PHP 7.0x
    PHP 7.1x

    See http://php.net/supported-versions.php

    I’m guessing you probably have 5.6, but I’d highly recommend upgrading to at least 7.0 for anyone with a large web site (and database) and a hosting platform that can support it*. On larger sites you will get a considerable boost in site load speed when you do, because PHP 7.0 is much more efficient about script and query handling. I’d consider the Evolve theme with all is features to be one that really benefits from this boost. (*If you are with a hosting company that does not support PHP 7.0, then time to look for a new host, as PHP 5.6 is already past end-of-life for active support)

    Abigailm

    (@abigailm)

    Donna, it seems to be PHP error. Zulok has posted a suggested fix here: https://wordpress.org/support/topic/syntax-error-in-social-buttons-php-in-evolve-3-7-4/

    I did NOT have any problem on my site. My site is running PHP 7.1.6.

    HeavenlyTreasure —

    There is a plugin called WP Rollback that makes it very easy to restore previous versions of plugins and themes. You can find it here: https://wordpress.org/plugins/wp-rollback/

    Once you install it, if you navigate on your dashboard to Appearance > Themes and then click “Theme Details” for Evolve (or any other free wordpress theme) — you will see a small “rollback” button in the lower right corner. Clicking that link will bring up a list of available versions. That plugin draws directly from the Subversion repository — so it would simply be downloading and automatically installing the same theme that is at the link provided by LeapFroggie.

    In general — especially with the Evolve theme, but as good practice for everything — if you are upgrading themes or plugins on a live site, you should always back up the site first. There are many different good, free backup or database management plugins you can choose from. (Evolve is a complex theme with many different features and display options — I think it is very powerful theme and well supported, amazing for a free theme, but also more things that can go wrong when it is upgraded).

    Abigailm

    (@abigailm)

    Emre, I use Cloudflare and I don’t see that comment in the bottom of pages. I think that Cloudflare strips out comments from pages — this might depend on particular Cloudflare settings. However, I can see that the cache files are being created, and in pages source I see links to css & js with “wpfc-minified” in the path.

    I am assuming that the the wpfc-minified links exist only on cached pages and have verified that those links don’t show up on pages I have excluded from caching.

    I’m just offering this so that you know that some of your users may not see the comment inserted at the bottom of the page in their browser because of the action of another program or plugin.

    (I also know because it seems like all my pages started loading about 10 times as fast as soon as installed and activate the plugin .. but I understand the impulse to try to verify via page source).

    Abigailm

    (@abigailm)

    @svtx, I am another user who has also experienced the same problem with multiple web sites that I manage. It is a caching problem when there is 3rd party caching software installed. In my experience it only occurs when the SpamShield plugin is updated, but in order to stay effective against Spam, the plugin is updated quite regularly and frequently.

    Because the plugin relies on javascript that is called from every page with a comment form, when the plugin updates, there ends up being a conflict between the cached page and the updated script.

    I have experimented with a variety of different cache settings but nothing I tried seemed to resolve the problem.

    I have recently changed to a different caching plugin on all of my sites, but the problem persists. (I was using WP Super Cache but am now using WP Fastest Cache) So it really isn’t specific to any one plugin.

    Here is what I have done to keep full functionality:

    1) Disabled auto-updates of WP SpamShield. (I manually update instead)
    2) Manually clear cache immediately after the update.

    I agree with you that this is an annoyance, particularly if you have a lot of sites to manage – and I would not install the SpamShield plugin on any site that I was not maintaining on my own for that reason.

    I did submit a feature request for WP Fastest Cache about a week ago asking that the developer add the ability to automatically clear the cache whenever specified plugins update — and the reply was that the feature “may” be added — so you might want to follow that as well. (See https://wordpress.org/support/topic/feature-request-clear-cache-with-plugin-updates/)

    I think it would also be possible for the SpamShield plugin to include a function in the script that would would automatically clear the cache on a site upon activation or update to the plugin, but of course each separate common caching program would need a separate function coded. (I know that it can be done for WP Fastest Cache, as that is documented at http://www.wpfastestcache.com/tutorial/delete-the-cache-by-calling-the-function/ — but I don’t know about other caching plugins.)

    So yes .. this is an annoyance — but I don’t know any other anti-spam plugin that works as consistently well as SpamShield — so it’s come down to whether it is more annoying to have to deal with manually clearing caches on upgrade, or to have to deal with manually reading and deleting all the comment spam that other plugins allow through.

    Abigailm

    (@abigailm)

    I’m using it on sites running PHP 7.1. No problems, no error messages.

    Thread Starter Abigailm

    (@abigailm)

    Thank you – it seems to be working now, but I’ll know to click the feedback link if I experience problems in the future.

    Thread Starter Abigailm

    (@abigailm)

    How do I access your ticketing system? Do you mean to send an email?

    Right now things have gotten worse — I just get prolonged message saying “Loading Data” that doesn’t resolve.

    And I get no response if I try to log out of my account, just a blank screen.

    Thread Starter Abigailm

    (@abigailm)

    Thank you for you efforts.

    I simply decided to uninstall WP Super Cache and use a different caching program instead.

    I have installed and activated WP Fastest Cache and it works better overall (site runs faster) with no apparent conflicts with the Category Colors plugin… so I’ll mark this topic resolved.

    Thread Starter Abigailm

    (@abigailm)

    Flushing the cache doesn’t help. It’s the first thing I tried.

    The colors break with WP Super Cache enabled even if I delete cache and set WP Super Cache to exclude /events/ pages. (This really makes no sense to me, but that is what happened)

    Thread Starter Abigailm

    (@abigailm)

    Calendar URL for month view is https://www.davistraining.info/events/month/

    But I’ve disabled caching so it is working fine now — you won’t be able to see the issue.

    Thread Starter Abigailm

    (@abigailm)

    If you meant for me to do that just as a test — it doesn’t work.

    If caching is enabled, the colors don’t display. (with or without the ?refresh_css in my browser)

    If caching is disabled, everything functions as expected.

    I have now experimented with this enabling and disabling caching at least a dozen times, because I have also been trying to see if there are any changes I can make to WP- Super Cache settings that change things, but so far I haven’t been able to find anything.

    Thread Starter Abigailm

    (@abigailm)

    How would I do that? Is it an option in the event settings?

    Thread Starter Abigailm

    (@abigailm)

    Thank you so much for your quick response. It turns out that it looks like a caching problem. I am using WP Super Cache and I decided to disable caching while testing, but as soon as I disabled the cache the problem cleared up. I had cleared the cache before my original post, but that wasn’t enough — I had to turn off caching entirely.

    I don’t know if you have any known conflicts with WP Super Cache, but I’ll review my settings and see whether there is a specific cache setting that could be the cause of the problem.

    I would repeat my earlier suggestion that with the next upgrade, WP-Spamshield be modified to:

    A. Provide setting option to disable display of the WP security warning*
    B. Suppress security warnings if latest version of WP is already installed.

    *I’d note that this particular alert is only useful on sites that are not being regularly updated. Users who have WordPress set to auto-update and/or are using other security software like Wordfence to monitor for updates don’t need the added function.

    The .htaccess snippet above makes sure you can’t visit it by IP, or by any other domain.

    But the point is that it the .htaccess snippet isn’t necessary if the site configuration already prevents access by IP. So I’d just think it would make more sense overall for someone to write a script to test the site for the vulnerability than to put out a suggested fix that most users probably don’t need. (I’m not suggesting that YOU create the script — just that it would be easy enough to do )

    I personally don’t like to clutter up files with unneeded code– so I’m not going to spend my time editing .htaccess files on a bunch of different sites when it only takes a couple of minutes to figure out that my sites aren’t vulnerable.

    I don’t have a problem with you providing the information about the .htaccess edit – that’s fine. I jut personally think that for people managing multiple sites it is time consuming and there’s a whole lot of user-error things that can go wrong when unsophisticated users start editing .htaccess files. So I just think it would be more efficient to test first.

Viewing 15 replies - 271 through 285 (of 470 total)