Mike Clarke
Forum Replies Created
-
I managed to get things working by deleting the forms from the easy forms admin interface and then copying the wp_yikes_easy_mc_forms table from my development system.
- This reply was modified 2 years, 11 months ago by Mike Clarke.
Although the error messages don’t appear to cause any operational problems they do seriously clutter up my debug logs making it difficult to spot more important messages.
Even using error_reporting() in wp-config.php to disable E_DEPRECATED messages has no effect. It appears that the errors are being triggered early in the process before the reporting level is set from wp-config.php.
As a workaround I’ve created the following mu-plugin so set the error reporting level earlier in the process and this suppresses all the “Cannot use parent” messages.
<?php /* Plugin Name: Error-reporting settings Description: Ensure early setting of error_reporting */ error_reporting( E_ALL & ~E_NOTICE & ~E_WARNING & ~E_DEPRECATED & ~E_USER_DEPRECATED );Forum: Fixing WordPress
In reply to: Unable to disable “PHP Deprecated” messages in debug logAfter running more diagnostics it appears that all the “PHP Deprecated” messages were being triggered by a script in the Ninja Forms plugin which ran before the error reporting level was set from wp-config.php.
As a workaround I now use a mu-plugin to set error_reporting.
Forum: Fixing WordPress
In reply to: PHP Parse error: syntax error, unexpected ‘/’Line 21 in wp-config.php contains a erroneous space character, it should be:
/** The name of the database for WordPress */
Thanks Ram. There was indeed an offending line near the end of the file which I would not have recognized as such and which I’ve now removed. Fortunately the potentially malicious file it wanted to include did not exist.
It’s interesting that the offending line has been present for a considerable time, at least six months, without being detected by any scans. Since the issue only started to appear in scans after the release of Wordfence 7.4.10 a week ago I’m assuming the check for this was introduced with the latest version. Many thanks for continuing to keep Wordfence updated with increased protection.
Thanks. Email sent
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Pages no longer being cachedThanks for the link but this wasn’t the cause of the problem in this case. We’ve been running https for quite a long time and the WordPress settings were already set up to use https. There had been no problem with the cache until just recently.
Looking at our backup records I saw that wp-content/cache/all disappeared from the system on July 26th and then reappeared late on July 30th but remained empty.
Since the disappearance of wp-content/cache/all was shortly after the upgrade of WP Fastest Cache to 0.8.9.6 I wondered if there might be some problem with the latest version so rolled back to 0.8.9.5 whereupon everything worked fine.
I then upgraded back to 0.8.9.6 to see if the problem came back but everything continued to run fine.
I’m inclined to assume that something might have gone wrong with the upgrade process and the re-installation rectified this.
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Pages no longer being cachedsedbergh.org.uk
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Refresh cache for single pagecan you tell me a sample url please?
The site is https://www.sedbergh.org.uk
There’s currently 591 pages in the cache and the preload with restart after completion option is selected. With 6 pages every 5 minutes the entire site should be cached in about 8 hours. We do however have a number of pages for events which occurred in the past (e.g. https://www.sedbergh.org.uk/view-event/history-society-the-yards-of-kendal/) and these redirect to a page offering suggestions for alternatives, this page is not cached. These extra ‘dead’ events result in more than 591 pages being checked but I’d still expect the entire cache to be refreshed within one day but we currently have pages in the cache from 2 days ago. Here’s the first few lines from a directory list of all cached pages sorted in increasing date order (with user and group ID obfuscated)
248031481 39 -rw-r--r-- 1 ######### ##### 38851 Apr 15 12:52 public_html/wp-content/cache/all/activities/things-to-do-around-sedbergh/a-walk-to-akay-woods/index.html 817646536 32 -rw-r--r-- 1 ######### ##### 31507 Apr 15 13:16 public_html/wp-content/cache/all/community/index.html 1085025119 28 -rw-r--r-- 1 ######### ##### 27890 Apr 15 19:50 public_html/wp-content/cache/all/view-event/amenities-committee/index.html 1068103848 35 -rw-r--r-- 1 ######### ##### 35030 Apr 15 20:06 public_html/wp-content/cache/all/search/map/page/2/index.html 1081113542 30 -rw-r--r-- 1 ######### ##### 29211 Apr 15 20:09 public_html/wp-content/cache/all/search/admin/index.html 1081114494 34 -rw-r--r-- 1 ######### ##### 34051 Apr 15 20:10 public_html/wp-content/cache/all/search/map/index.html 294330742 28 -rw-r--r-- 1 ######### ##### 28149 Apr 15 20:10 public_html/wp-content/cache/all/search/map/page/3/index.html 294331226 31 -rw-r--r-- 1 ######### ##### 30366 Apr 15 20:10 public_html/wp-content/cache/all/search/parking\ permit/index.html 1126852735 35 -rw-r--r-- 1 ######### ##### 34680 Apr 16 00:36 public_html/wp-content/cache/all/accommodation-detail/russell-cottage/index.html 1087493208 30 -rw-r--r-- 1 ######### ##### 29352 Apr 16 01:01 public_html/wp-content/cache/all/locations/barry-mckay-appleby/index.html 1087494129 30 -rw-r--r-- 1 ######### ##### 30084 Apr 16 01:01 public_html/wp-content/cache/all/locations/daisyroots-books-grange-sands/index.html 1087492667 29 -rw-r--r-- 1 ######### ##### 28851 Apr 16 01:01 public_html/wp-content/cache/all/locations/pages-books-settle/index.htmlAnd the most recent entries from the end of the list:
505814688 29 -rw-r--r-- 1 ######### ##### 28756 Apr 17 09:45 public_html/wp-content/cache/all/banners/lakes-panorama/index.html 1271696260 29 -rw-r--r-- 1 ######### ##### 28661 Apr 17 09:46 public_html/wp-content/cache/all/banners/castle-hill/index.html 1271696991 29 -rw-r--r-- 1 ######### ##### 28998 Apr 17 09:46 public_html/wp-content/cache/all/locations/dales-countryside-museum-hawes/index.html 1316094697 35 -rw-r--r-- 1 ######### ##### 34340 Apr 17 09:56 public_html/wp-content/cache/all/view-event/sedbergh-artisan-market-18/index.html 1316092262 33 -rw-r--r-- 1 ######### ##### 32753 Apr 17 09:56 public_html/wp-content/cache/all/view-event/sedbergh-artisan-market-19/index.html 1316095845 35 -rw-r--r-- 1 ######### ##### 34997 Apr 17 09:57 public_html/wp-content/cache/all/view-event/sedbergh-artisan-market-16/index.html 1316095536 35 -rw-r--r-- 1 ######### ##### 34583 Apr 17 09:57 public_html/wp-content/cache/all/view-event/sedbergh-artisan-market-17/index.html 1307866353 35 -rw-r--r-- 1 ######### ##### 35058 Apr 17 10:00 public_html/wp-content/cache/all/view-event/sedbergh-artisan-market-15/index.html 1307867714 30 -rw-r--r-- 1 ######### ##### 29772 Apr 17 10:01 public_html/wp-content/cache/all/view-event/antiques-fair/index.html 1314524776 31 -rw-r--r-- 1 ######### ##### 30462 Apr 17 10:17 public_html/wp-content/cache/all/view-event/farfield-mill-free-entry-to-locals/index.html 1292158275 30 -rw-r--r-- 1 ######### ##### 29188 Apr 17 10:18 public_html/wp-content/cache/all/view-event/fish-chips-in-dent/index.html 994960231 259 -rw-r--r-- 1 ######### ##### 136267 Apr 17 10:26 public_html/wp-content/cache/all/community/parish-council/meetings/index.html- This reply was modified 7 years, 1 month ago by Mike Clarke.
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Refresh cache for single pagedid you check the timestamp via https://www.browserling.com/ ?
No I logged into the server via ssh and ran
find public_html/wp-content/cache/all -type f -ls | sort -k 9 | less
to get file details sorted in date order- This reply was modified 7 years, 1 month ago by Mike Clarke.
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Refresh cache for single pagemaybe browser caching causes this issue
No, my observations were based on the timestamps on the files in the cache directory.
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Refresh cache for single pagedid you add cron-job as below?
https://www.wpfastestcache.com/features/manually-preload-with-cron-jobs/No, I appreciate that I’d get more control over the timing instead of relying on the WoedPress scheduler but I’ve been running for a while now with the ‘restart’ option set and things seem to be running OK with updates at a fairly regular 5 minute interval. Using cron I could run it more frequently but don’t want to put too much load on the system.
There’s still a few oddities with some existing unchanged cached pages being refreshed while there were still uncached pages to be processed. Also a small number of pages stay in the cache for up to three days before being refreshed, But overall the cache appears to be doing what I need so I’ll leave things as they are.
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Refresh cache for single pageEmre Vona wrote:
I recommend you to enable “Restart After Completed” option of preload feature. Thus you don’t have to clear cache every night.
I’ve tried out this option and it’s made an improvement to the way things work but there’s some issues I’m still a bit uncertain about.
We currently have 578 items cached. With the preload option set to process 6 pages per minute that should take about 8 hours to refresh the entire cache with the wp_fastest_cache_Preload cron task firing every 5 minutes. So there’s a chance that our events page could still be showing the previous day’s version even if I delete it from the cache in the middle of the night. However I’ve been monitoring the cache contents for a few days and it looks like the events page gets refreshed in the cache within a couple of hours of my daily cron task which deletes it from the cache. Does the preload system give priority to pages which are not cached or have I just been lucky?
Despite my estimate of 8 hours to refresh the entire cache I see some files in the cache which are several days old. I think this is a side effect of the way that we deal with old events. In order to avoid getting ‘404’ errors when people follow search engine results pointing to events which happened in the past we don’t delete these from the system, instead the page issues a 301 redirect to a page which informs the visitor that the event took place in the past and where possible we provide links to similar events which might be of interest. It appears that when the preload feature follows the redirect it leaves the cached copy of the original page in place instead of deleting it. Would it be possible for WP Fastest Cache to remove an item from the cache if it detects that the item is not available or results in a redirection? I appreciate that my pages affected by this are very much a special case and can workaround the problem if this isn’t possible.
Forum: Plugins
In reply to: [WP Fastest Cache - WordPress Cache Plugin] Refresh cache for single pageThank you for the suggestions.
I was under the impression that selecting the “Restart After Completed” option would result in the preload process running continuously after all the cache files are created. Is that correct? Most of our pages don’t change very often and we already have “Clear cache of post / page” selected for the “Update Post” option so continually preloading everything is a bit of an overkill.
The idea of using wget -O – “http://www.YOUR-URL.com/?action=wpfastestcache&type=preload” >/dev/null 2>&1 in a cron job as suggested in your second link could be a possibility but am I correct in thinking that this can only be used to preload the entire site and not individual pages? However it looks like I could just use wget to fetch my page after deleting it from the cache and this would result in it being cached again.
It’s back in learning mode again and due to automatically enable again on 2018-08-20 which suggests that it switched sometime today, 13th August.
I have a php error log file for the period from 11th August up until now and there’s no sign of “Unable to open /wflogs/config.php for reading and writing” anywhere in it, in fact I’ve also searched for the single words “wflogs” and “open” and there’s no sign of them either.
Here’s the current listing for wflogs
total 5628
-rw-r–r– 1 sedbergh1 83005 3399631 Jul 13 02:01 GeoLite2-Country.mmdb
-rw-rw—- 1 sedbergh1 83005 40083 Aug 7 18:58 attack-data.php
-rw-rw—- 1 sedbergh1 83005 1783 Aug 13 21:06 config.php
-rw-rw—- 1 sedbergh1 83005 1002999 Jul 9 09:59 config.tmp.0gY5Jz
-rw——- 1 sedbergh1 83005 0 Jul 9 08:56 config.tmp.6MS74Y
———- 1 sedbergh1 83005 0 Jul 18 2002 config.tmp.88AGG3
———- 1 sedbergh1 83005 0 May 12 1984 config.tmp.8mj8ou
-rw——- 1 sedbergh1 83005 0 Jul 9 08:56 config.tmp.AfKhsn
-rw——- 1 sedbergh1 83005 0 Jul 9 02:10 config.tmp.BE6FAE
-rw——- 1 sedbergh1 83005 1024305 Jul 8 04:15 config.tmp.Chw4jL
———- 1 sedbergh1 83005 0 Jul 18 1977 config.tmp.EjIV7M
———- 1 sedbergh1 83005 0 Jun 23 2024 config.tmp.FPSKsJ
-rw——- 1 sedbergh1 83005 0 Jul 8 02:38 config.tmp.GePTkX
-rw——- 1 sedbergh1 83005 1782 Jul 9 14:19 config.tmp.SbSEwH
———- 1 sedbergh1 83005 0 Dec 16 2033 config.tmp.XUC8Hk
-rw——- 1 sedbergh1 83005 0 Jul 9 02:10 config.tmp.YIQO6M
———- 1 sedbergh1 83005 0 Mar 31 2031 config.tmp.jSGfm6
-rw——- 1 sedbergh1 83005 1782 Jul 9 14:19 config.tmp.mvzQrt
———- 1 sedbergh1 83005 0 Jan 24 2003 config.tmp.o1LgHq
———- 1 sedbergh1 83005 0 Jul 11 2027 config.tmp.pFePGv
———- 1 sedbergh1 83005 0 Mar 30 1981 config.tmp.yQiYGE
-rw-rw—- 1 sedbergh1 83005 51 Aug 13 20:53 ips.php
-rw-rw-r– 1 sedbergh1 83005 130430 Aug 6 21:31 rules.php
-rw-rw—- 1 sedbergh1 83005 59117 Aug 6 21:31 wafRules.rules