leomp203
Forum Replies Created
-
Forum: Plugins
In reply to: [Proxy Cache Purge] Since last update Purge All not working anymoreHi,
I have changed this code in the file varnish-http-purge.php and it is working now with WPML. site_url() fetch the website domain without adding the country code at the end. I hope I have not messed up anything.
public static function the_home_url() { //$home_url = apply_filters( 'vhp_home_url', home_url() ); $home_url = apply_filters( 'vhp_home_url', site_url() ); return $home_url; }
Forum: Plugins
In reply to: [Proxy Cache Purge] Since last update Purge All not working anymoreHi,
I think I found the issue/bug.
I’ve done the regex curling purge, curl -i -X PURGE -H “Host: mydomain.eu” -H “X-Purge-Method: regex” “https://mydomain.eu/.*” and it successfully cleared all the cached pages.
In the file varnish-http-purge.php the variable $this->the_home_url() is calling the wrong homepage https://mydomain.eu/en/ instead of https://mydomain.eu, due to having the WPML plugin installed, so in this case the command $this->purge_url( $this->the_home_url() . ‘/?vhp-regex’ ); executes $this->purge_url( ‘https://mydomain.eu/en//?vhp-regex’ ); instead of $this->purge_url( ‘https://mydomain.eu/?vhp-regex’ ); which works.
I had WPML already installed for some weeks, but by coincidence I only enabled the Varnish cache the day I have also updated your plugin, so the issue is not directly connected with your updated but with WPML incompatibility.
Please, do an update to correct this WPML incompatibility when possible. Meanwhile I will hard code this fix.
Thanks,
Hi,
I updated to the last version 0.5.5 cleared all the caches and even created a new popup but the exactly same issue from the video still persists.
The bug always happens when there is this CSS on the font element:
font-family: ‘Permanent Marker’;
font-weight: 700; (it could also by be other thickness number, but the normal one and “Bold” (Bold works))Note: If in the popup there is another text element with this font applied with the normal thickness, all the ‘Permanent Marker’ fonts will then display correctly.
The ‘Permanent Marker’ font is just an example, this bug happens with any Google font that doesn’t have thickness options.Regards,
Hi,
I have made an error in my question before, I meant; “Enable minification of CSS files” and NOT “Enable merging of CSS files”
I found that this only happens when I enable the plugin CartHopper from WooFunnels.
I will ask WooFunnels which is the CartHopper css file to exclude since I can’t find it, because it is not named obviously.
Thanks,
Hi,
Here is the video showing the issue.
https://drive.google.com/file/d/16y8fdNCJ8-TJEOiRruZhuA-_dtSFo9bK/viewThanks,
Hi,
I cleared all the caches on the browsers Chrome and Edge on 2 computers. I also cleared all the WordPress caches (Varnish and Redis), even if they are now all disabled.
I can get around this bug, but anyway it seems that it is not fixed, at least on my side I cannot make it work correctly.
I have even created another popup and the issue continues. Please check the text “CLAIM YOUR 20% DISCOUNT”
Thanks,
Hi,
I updated to the last version 0.5.4 and the close fadeout already works in mobile too, but the font issue continues to happen. Please check my home page popup “Hello there” text.
Thanks,
Great ??
Hello,
I think I found the bug. It happens when one select some font like Robot, for instance, and change the weight to Bold, and then select another font like the “Permanent Marker” it inherits the font-weight:700 (bold) and because of that it doesn’t displays the font “Permanent Marker” correctly, because probably Google Fonts doesn’t have the font-weight:700 of this particular font.
You can see now the text “Hello There” in my site popup that displays the font “Permanent Marker” incorrectly. The only way to fix this is to delete this text element and create a new one.
Another bug that I found is that my Popup should close with a 1s FadeOut. It works on the desktop version, but doesn’t work on the mobile version, when it closes immediately without any fade.
Thanks,
Forum: Plugins
In reply to: [Proxy Cache Purge] Purge not working wellI am running Apache with Engintron WHM plugin
Forum: Plugins
In reply to: [Proxy Cache Purge] Purge not working wellHi,
My site is not hosted in DreamPress, it’s just my VCL that has this line (I think is better to disable it):
# Add powered by
set resp.http.X-Powered-By = “DreamPress”;Forum: Plugins
In reply to: [Proxy Cache Purge] Purge not working wellChecking cache status page gives me these results:
Cache Service Nginx caching service is running but is unable to cache your site. Remote IP Your Proxy IP address is set to 111.11.111.11 but a proxy (like Cloudflare or Sucuri) has not been detected. This is mostly harmless, but if you have issues with your cache not emptying when you make a post, you may need to remove the IP. Please check with your webhost or server admin before doing so. Nginx Your server is running Nginx. DreamHost This site is hosted on DreamHost (as DreamPress). The results of this scan will be accurate. (It is not hosted in Dreamhost, it's just a header inserted by the VCL file) Age Headers Your site is returning proper "Age" headers. No Cookies No active cookies have been detected on your site. You may safely ignore any warnings about cookies set by plugins or themes, as your server has properly accounted for them. Plugin Check Error: Plugin data was empty. Theme Check No installed themes were found on the known conflicts list.
Forum: Plugins
In reply to: [Purge Varnish Cache] Varnish control terminal is not respondingI activated define(‘WP_VARNISH_PURGE_DEBUG’, true); but there’s no log file yet
Forum: Plugins
In reply to: [Purge Varnish Cache] Varnish control terminal is not respondingI tried that, but it still don’t work
Forum: Plugins
In reply to: [Super Page Cache] Cannot cache with Cloudflare and site goes downI have a cPanel AutoSSL certificate on my VPS site. Unfortunately I think that I will have too give up, this Cloudflare is giving me too much trouble.
Anyway, many thanks for your quick help.