ChromaDot
Forum Replies Created
-
Thank you dimitry. That worked a treat! Cheers.
Forum: Plugins
In reply to: [Contact Form 7] CF7 using deprecated optionsThanks Takayuki. Do you know when this fix will be made live? I have the latest version (5.3.2) of the plugin installed and the error is still being reported.
How it works is I have a login form on one of my wordpress pages which logs into my custom system. When logged in, my own custom admin bar ( not the WP admin bar ) appears at the top of all the wordpress pages to let the user know they are logged in. When dynamic cache is turned on, this custom admin bar doesn’t appear – which is expected, as the page is being served from the cache. So what I would like – in a perfect world – is the ability to dynamically disable the cache when somebody is logged into my system. But keep it enabled for normal visitors. Basically, the same way you disable it for WP logged in users. Hope this all makes sense?
Thanks Hristo. That’s what I thought – but wanted to be sure.
Ok, to attempt this from a different angle – I know the dynamic cache is disabled for WP logged in users. However, my website has its own independent user login system for access to custom functionality. ( this is what I am using the $_SESSION variables for ). What I would like is to disable the dynamic cache for anybody logged into my custom system ( not the WP login ). Is there any way to programmatically disable the dynamic cache on-the fly? This way, I could keep the dynamic cache for normal visitors, but disable it for users logged in to my system. Is this possible?
Hi Hristo. Thanks for getting back to me.
Ok, so set up a wordpress page with dynamic cache turned on. In the page template PHP, define a $_SESSION variable. for example:-
session_start();
$_SESSION[‘test’] = “test session”;If you visit that page, the session variable should be defined. However, when I then visit another page and try to output the variable using: echo $_SESSION[‘test’], it is undefined.
With dynamic cache turned off, the above works fine; the variable is echoed correctly.
I’ve noticed that any changes to my theme PHP files are not reflected on the website with dynamic cache turned on. This wasn’t the case a few weeks ago – where I could edit my PHP and refreshing the browser would reflect the changes. Has the way dynamic cache works been changed recently? – as before both session variables and PHP changes seemed to get picked up with the cache on, but not any more.
BTW, this is the same across all my websites using SGO. Not an isolated case.
- This reply was modified 6 years ago by ChromaDot.
I understand. I’ve managed to get it working. Thank you! Your help is most appreciated. ??
Really nice plugin. Keep up the great work!
Excellent. Thanks very much, Sybre.
Thanks for the response. Regards your direct callback solution – wont that simply return the meta from the landing page? If I click on one of my links, which loads a new page dynamically, how does TSF know which page has just been loaded in? Your snippet doesn’t allow for setting of a page ID. Is there no way to tell the TSF class to fetch the meta from a particular page?
Having said that, your head refill solution gives me an idea: When looking at the HTML which is dynamically loaded with my code, the entire <head> of the incoming page is included. I guess I could take that and refill the existing head section. That might be worth trying if I can’t fetch the meta using the TSF class.
Hi Hristo
I only asked as on the ‘frontend optimization’ page, the description reads “Combine and minify your JavaScript/CSS files” – which implies they will be combined. Maybe you guys should tweak the text and remove the word ‘combine’ to avoid confusion.
Thanks Hristo for getting involved and looking into this. Its most appreciated.
Aside from the issues, its a nice update to the plugin. Lots of new features making it rival more comprehensive cache plugins. The new UI is nice as well. Good work.
- This reply was modified 6 years, 2 months ago by ChromaDot.
Try turning on: “Fix Insecure Content” in the ENVIRONMENT OPTIMISATION section. Its to do with image/file links using HTTP instead of HTTPS I think.
EDIT: actually no … I got this wrong. Seems your issue is something else. Sorry.
- This reply was modified 6 years, 2 months ago by ChromaDot.
I had this issue. It went away when I turned on: “Fix Insecure Content” in the ENVIRONMENT OPTIMISATION section. Its to do with image/file links using HTTP instead of HTTPS I think.
Yep. Same problem. In my case, I use Imagify as my image compression plugin and even though I have image compression turned off in SGO, the message is persistent. Unfortunately, when I submitted a ticket to ask about the problem, Siteground’s advice was to stop using Imagify and use their image compression instead, to get rid of the message – which I find a totally unreasonable suggestion, as Imagify is a better system with more functionality.
I can understand the message when features are turned on and they conflict with other plugins, but in this case I’ve turned this feature off so there is no conflict. I should be able to close the message and never see it again. It doesn’t look good when clients log in and see what looks like an error message on all the admin pages.
Still, I’m confident Siteground will deal with this. At least, I hope so!
Forum: Plugins
In reply to: [Security & Malware scan by CleanTalk] high CPU usageForum: Plugins
In reply to: [Security & Malware scan by CleanTalk] high CPU usageI can get you the raw access logs, if that helps. Looking at them it seems during the spikes there are a lot of hits on admin-ajax.php from the plugin settings page: /wp-admin/options-general.php?page=spbc
Not sure what to make of it. I’ll paste the log below:
REDACTED
- This reply was modified 7 years, 4 months ago by Jan Dembowski. Reason: Removed 5,200 lines of web log