thartl
Forum Replies Created
-
Forum: Plugins
In reply to: [Super Page Cache] 5.x updatesSuper Page Cache often provided stuning results, and I have enjoyed that very much.
However, I just found out that 61 sites have all content updates stuck in cache fo the last 10 days, since 5.0.
Even setting up CPC again from scratch does not resolve it.I am bulk-removing the plugin everywhere. Perhaps I will revisit one day, just can’t deal with it any other way today.
For anyone dealing with this issue while using CF workers:
You need to either diable caching in the plugin (which removes the worker), or remove the CF worker manually. Leftover workers can still cause problems.Forum: Plugins
In reply to: [Meow Lightbox] Fatal error if image has no meta dataThank you, @valwa !
Forum: Plugins
In reply to: [Genesis Blocks] Fatal errors after update to 3.0.1Hi @ryankienstra,
Yes, we can do that. It’s an extra push to upgrade some sites, and that’s okay.
I am also realizing that manual updates from the back end are disabled for the wrong PHP versions.
Remote / automated plugin updates by wpmudev don’t seem to respect the php requirements, whereas e.g. managewp do. Hence the fatal errors. I will mentiont it to them.
Thank you for the quick reply.
Forum: Plugins
In reply to: [Meow Lightbox] PHP Fatal Error – 5.0.4 to 5.0.5 (Not Resolved)This is fixed in 5.0.6/7.
Forum: Plugins
In reply to: [Meow Lightbox] PHP Fatal Error – 5.0.4 to 5.0.5 (Not Resolved)I can confirm this still as error in 5.0.5.
In version 5.0.5, meow-lightbox/classes/core.php, line 264,
common value in vanilla WordPress for ‘created_timestamp’ is “0”, as in string 0, not int 0.
Then on line 279 that string is fed into date(). Hence the error.Forum: Plugins
In reply to: [Meow Lightbox] Fatal errors persist in 5.0.5Forum: Plugins
In reply to: [Meow Lightbox] Fatal errors on some sitesHi @valwa,
Yes, this is in reference to version 5.0.4. The line number mentioned above (278) is for that version.
Thank you!
Forum: Plugins
In reply to: [Meow Lightbox] Fatal error: Uncaught TypeError: dateThis seems to have come back, throwing a fatal error on a few sites for me.
In version 4.0.5 $timestamp was cast to (int) and that version still works.Here’s the error:
PHP Fatal error: Uncaught TypeError: date(): Argument #2 ($timestamp) must be of type ?int, string given in /sites/stage.ecobuildinggroup.ca/files/wp-content/plugins/meow-lightbox/classes/core.php:278Forum: Plugins
In reply to: [Super Page Cache] HTTP_HOST in local environment WP-CLIHi @isaumya ,
thanks for the updated link, however it gives me “access denied”. Can you have a look?Forum: Plugins
In reply to: [Super Page Cache] HTTP_HOST in local environment WP-CLIHi @isaumya,
Apologies about the late reply. It looks like the link has expired.
If you can update the link I will test it out.Forum: Plugins
In reply to: [Super Page Cache] HTTP_HOST in local environment WP-CLIIs there any better way to handle
$_SERVER['HTTP_HOST']
not beeing set, inhtml_cache.class.php
?
On servers running UNIX cron, a common crontab implementation is:* * * * * cd /sites/example.com/files/; /usr/local/bin/wp cron event run --due-now >/dev/null 2>&1
So cron is fired via WP CLI. But the$_SERVER
variable is not set up during WP CLI requests.
Similarly,$_SERVER['REQUEST_URI']
will not be defined, on the same line inhtml_cache.class.php
.
So logs for all our sites are filled with these warnings at all times.
It’s not a functional problem, but makes our logs tough to navigate.
This will be the case for those running SpinupWP and other server panels.Just a thought: you are already checking for WP_CLI in the
add_current_url_to_cache()
method. Moving the WP_CLI check above the$current_url = "{$parts...
line fixes the problem. Would that work?Thank you!
Forum: Plugins
In reply to: [The Events Calendar] Calendar subscirption dependant on current viewThis is great – the second version of the function (together with the
tribe_ical_feed_posts_per_page
filter) provides the functionality we were looking for.Thank you very much, @iirvin.
Forum: Plugins
In reply to: [Super Page Cache] PHP warningHi @isaumya,
thank you for your reply. I run my own VPS and as far I can tell$_SERVER['HTTP_HOST']
is available from well beforeinit
toshutdown
. Actually I can var_dump it just before line 79 of html_cache.class.php on every page request.
Also I don’t see anything in the codebase that would reset it.
Hmm, mysterious…Certainly – done ??
Great call, Saumya.
Switching fromcookie
equals
admin_device=1
tocookie
contains
admin_device
made it work.I very much appreciate all your help and will be checking out Optimole for our future image optimization needs.
Have a great day!