frequencycast

Hi,

The shortcode in use on our front page is [slideshow_deploy id=’2228’]

URL: https://www.essexham.co.uk/

With 2.1.60, the slideshow that you’ll see at the moment (above “What We Do”), doesn’t appear.

Pete

For info, I’ve reported this to NextGen – See https://www.ads-software.com/support/topic/breaks-the-slideshow-plug-in/

Yes, problem persists with 2.1.57

Another user is reporting the same problem – See https://www.ads-software.com/support/topic/broken-by-nextgen-gallery/

We use CometCache, formerly Zencache

Out of curiousity, rolled back to 2.5.5, and it made no difference.

ai1ec is set as follows: Disable gzip compression is disabled (already on server). Use advanced JS cache is disabled (seems to make no difference to FTP issue)

Following up on this, we may have tracked down what is going on. The issue seems to be related to ai1ec writing to the cache/twig folder. That would explain why the unpopulated test server isn’t generating traffic – nothing to cache.

My suspicion is that our host isn’t keeping the connection open after each file transfer (keep-alive?), so FTP is dropping connection after each file transfer, then opening a new session, causing a resource drain.

Host asked a fair question – why does cache need to write 10,000 times a day? Could it be that if the connection’s dropped, ai1ec starts again and never completes?

Is there a way to disable caching to allow us to verify this theory, or anything I should ask our host to do to enable ai1ec write to twig in a better way?

Question from host: “Are there any other methods that the
plugin can use to write to a cache – such as redis (in memory cache) or even directly to the disk?” All I can see is “Use advanced JS cache”, which seems to have no impact

Pete

Hi Benjamin,

Did as instructed and created a test install here:

https://www.essexham.co.uk/stress/calendar/

Our host reports no abnormal activity on the new test server, but when we re-enable ai1ec on our live system, they’re seeing loads of FTP sessions being kicked off.

I’ve just completed another test on the live site – All plug-ins except ai1ec were disabled, and the FTP problem persists.

Obvious difference between the live install and our test, is that one is populated with 600 calendar entries (and has live ics subscribers), and the test calendar has no viewers and only a couple of entries.

Any thoughts, or anything else I can try?

Thanks,

Pete

Sounds sensible. I’ll create a test site and tie up a time with my host’s support chap to try this out

Hi Benjamin,

Yes, I agree it doesn’t sound right, but working with our host, we disabled each plug-in one at a time, and the multiple FTP logins stopped the minute ai1ec was disabled

FTP login details are held in the WP database, as they’re used to auto update plug-ins, and so I don’t have to add FTP credentials every time I add a plug-in.

Here’s what I received from our host:

I think the WordPress plugin may be causing issues. Any chance you could disable it to see if that fixes the massive number of FTP logins? — later — I’m not sure which one is causing the problems. I know that we have 10,000 FTP logins and it’s logging in several times
a minute:

essexham ftpd21632 37.220.88.13 Mon Aug 15 00:36 still logged in
essexham ftpd21627 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21623 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21619 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21614 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21610 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21606 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21600 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21596 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21592 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)
essexham ftpd21588 37.220.88.13 Mon Aug 15 00:36 – 00:36 (00:00)

It’s stopped since the plug-in was disabled, but of course now we have no calendar. Anything I can ask our host to help?

Pete

OK. Will do.
Pete

Thanks. Support resolved this promptly. Review submitted as a “thanks”!

Pete

Thanks camu

Any update on this bug yet? Thanks, Pete

OK. Changes made as suggested – Still getting a fatal error, this time on a different line:

Fatal error: Cannot redeclare readygraph_client_script_head() (previously declared in /var/www/vhosts/essexham.co.uk/httpdocs/wp-content/plugins/subscribe2/extension/readygraph/extension.php:111) in /var/www/vhosts/essexham.co.uk/httpdocs/wp-content/plugins/email-newsletter/extension/readygraph/extension.php on line 155

Thanks,

Pete

Not 100% sure why, but the plug-in seems to be logging again.

Two things that have changed:

– Removed an FLV player plug-in (Don’t think it was that, as it’s been there for ages and not updated recently)
– Enabled Debug in WP to check for errors
– Deleted the contents of Settings > Filters > Countries (to let you in)

Currently seems back to normal. Will add the filters back in later and see if it breaks again. Before you ask, I haven’t filtered out my own country!

Pete