m-Aurelius
Forum Replies Created
-
Forum: Plugins
In reply to: [Caxton - Create Pro page layouts in Gutenberg] Unexpected Content ErrorBump – any word from the developers on this issue?
Forum: Plugins
In reply to: [Caxton - Create Pro page layouts in Gutenberg] Unexpected Content ErrorI’m getting the same error, here is my code if it helps?
<div class="wp-block-caxton-grid relative"><div class="absolute absolute--fill"><div class="cover bg-center absolute absolute--fill" style="background-color:;background-image:linear-gradient( );"></div></div><div class="relative caxton-columns caxton-grid-block" style="padding-top:0;padding-left:0;padding-bottom:0;padding-right:0;grid-template-columns:repeat(12, 1fr)" data-tablet-css="padding-left:em;padding-right:em;" data-mobile-css="padding-left:em;padding-right:em;"></div></div>Forum: Plugins
In reply to: [WordPress MU Domain Mapping] Export / Import with Domain Mapping involvedNo, I had not moved the DNS to make sure that wouldn’t be the issue
Forum: Plugins
In reply to: [WordPress MU Domain Mapping] Export / Import with Domain Mapping involvedI ended up purchasing a 3rd party tool that was able to accomplish this. I tried a whole bunch of different methods and could never get it to work with the WordPress standard import/export. If anyone else faces a similar challenge, I’d definitely recommend the tool I tried: BackupBuddy. It worked great and allowed me to extract a sub-site out of my network that was activated with MU Domain Mapping, and install it as a standalone site.
Forum: Plugins
In reply to: [WordPress MU Domain Mapping] Export / Import with Domain Mapping involvedHi Ron,
I checked and image hotlinking is not blocked. Doesn’t look like that’s the issue.
Thanks,
-MarkHey Paul, sorry for the delay in getting back to you. I can confirm that the tmp folder is clean after the latest update! Thank you!
Thanks again Paul! I won’t be working on our websites much over the holidays, so I’ll give this a shot in early January and circle back.
Hey Paul,
One more question comes to mind related to this issue. I’m curious why this mass of files would slow down publicly loading the website? Is that a function of the Firewall, or more of a general feature of WordPress itself? It’s concerning to me that a failure of automatic updates, which creates a ton of files, would cause it to take 45-60 seconds for the public website to show up (because it’s recursing through all those files). I’m not sure if this is something that you even control in the plugin or if perhaps it’s more of a general WordPress thing that can’t be changed.
Thanks!
-MarkHi Paul,
Not all the files begin with “feature” here are a few others that are different:
plugin-spec135.tmp
That seems to be the only variance, the rest are feature.I can confirm that turning off the auto updates option for the plugin itself does seem to stop those files from populating! That seems to do the trick. Maybe I’ll just leave that off permanently.
FWIW, the server that was populating with tons of files wasn’t allowing updates of plugins through the WordPress Admin, something was configured wrong in the Linux permissions, so it couldn’t update plugins. We were having to manually upload them. So, perhaps it’s somehow connected that it’s downloading the updates to /tmp/ but doesn’t have permissions to do anything with them, so it just keeps filling up?
Hi Paul,
Thanks for the reply. I could see that perhaps being the case, but it’s perplexing to me that only the WordPress Firewall would be writing such files to /tmp/. I have about 30+ other Plugins installed, and none of them post these files. Also, these files are showing up even though I’m already on the latest version of the plugin. I just checked this morning and there are new files in there, even though I’m on the latest version.
Let me know if you have any other thoughts!
-MarkJust to add a clarification, I checked another one of my servers and it does seem like it has some of these files as well. However it hasn’t grown nearly as large in number to where it’s slowing down responsiveness to the site.
Well there you go…I guess I won’t worry about it! It looked strange and different to me than other alerts, but I guess it’s must more of the same. Thanks for the insights!
Hi Paul,
Thanks for getting back to me! First off, to make sure I understand how it works: if I “Network Activate” the plugin, I assume whatever settings I apply will apply to all Blogs in the network, regardless of if they see the interface? That’s the main thing I am after. I can certainly understand the potential to over-complicate things, so for starters, I’m just wanting to verify that the settings applied at the Network level will apply to all sites.
At the sub-site level, I think it’s more of a matter of the user knowing they have a plugin, more than being able to configure it. Right now if I go to a sub-site, it doesn’t even appear they have a firewall (which may lead some to think they need to install one). So even just a tab that shows it is installed would be handy.