hackrepair
Forum Replies Created
-
Forum: Plugins
In reply to: [Grow for WordPress] Ads displaying when active- Ads displayed with periodic redirects when the plugin is active.
- Stops when the plugin is deactivated.
- It’s much harder to determine which ads are doing the redirect, as they’re always rotating, etc. By the time the redirect occurs, that “ad” had “fled the scene.”
- True, I could dedicate hours to monitoring and try to ID the specific ads… But that was not the purpose of this post…
- This reply was modified 6 days, 3 hours ago by hackrepair.
Forum: Plugins
In reply to: [Grow for WordPress] Ads displaying when activeYes, that was the main purpose of my post. I’m not pointing fingers. I’m only reporting to the community that on three separate websites (one on a separate unaffiliated web host), a malicious redirect was occurring on each of the three sites (rather randomly).
[Mediavine control panel plugin is not installed on any]- This reply was modified 6 days, 4 hours ago by hackrepair.
Most excellent!
You’re correct that the system can clear /tmp, but it’s not a guarantee that the space is safe mid-job. On many cPanel servers, /tmp is cleaned by tools like tmpwatch or on reboot.
It’s also common for shared-hosting providers to allocate a relatively small partition for /tmp.
So if a client is trying to process, say, 100 GB of images and /tmp is only 10 GB, well, you’ve got a potential disaster at play: big file job + small working area = risk of “disk full” or failed operations when /tmp is full.
From a hosting and plugin best-practice standpoint, it’s better if a plugin keeps all its temporary files inside the client’s account (for example, under wp-content/temp).
This way, the client has visibility and control—rather than relying on the server’s root /tmp, which most clients do not have access to in an emergency (like, for instance, when the ShortPixel Image Optimizer plugin fills up /tmp).- This reply was modified 3 months, 2 weeks ago by hackrepair.
Forum: Plugins
In reply to: [The Hack Repair Guy's Plugin Archiver] Updated…Side note:
The prior 2.x version had a very, very, very minor exploit that could only be initiated by a logged-in administrator.Of course, why would an administrator be interested in hacking his own plugin—that’s a thing, apparently. Was never exploited in the wild, nor ever would be (really).
All is well in the 3.x version.Confirmed. The developer download works fine:
Here is the dev version: https://d.pr/f/z0PX7Y
The WordPress repository same version does not (yet).You can change that text by going to the Build tab of the Visual Form Builder and then clicking on the section itself. On the right-hand side, edit the description of the section.
Forum: Plugins
In reply to: [Missed Scheduled Posts Publisher by WPBeginner] Causing server overloadsSadly, no. ;_(
Same here. Plugin has imploded?
Forum: Plugins
In reply to: [Simple Shopping Cart] Plugin Conflict: Slim SEOWith WordPress Simple Shopping Cart installed and a live order page in place, install and activate the plugin SlimSeo, then place an order on the page.
Note whether payment options appear.Forum: Plugins
In reply to: [Simple Shopping Cart] Plugin Conflict: Slim SEOWith WordPress Simple Shopping Cart installed and a live order page in place, install and activate the plugin SlimSeo, then place an order on the page.
Note whether payment options appear.- This reply was modified 3 years, 1 month ago by hackrepair.
- This reply was modified 3 years, 1 month ago by hackrepair.
Forum: Plugins
In reply to: [Simple Shopping Cart] Cart Orders – Title Tag and Meta Desc.Aha!
It appears I commented on this previously in this post:
https://wordpress.org/support/topic/cart-orders-title-tag-and-meta-desc/That said, the matter remains, even if my SEO plugins is adding that column, it would be sure great / awesome / wonderful if you could implement that as an active tag, so that we may see that the actual payment is for (e.g., Shirt, Pants, et al). Feel me?
As far as I can tell, Cache -> Fallback Page Caching
is disabled by default.So with LiteSpeed, no action is needed on a new installation?
Any other tweaks specific to LiteSpeed do you recommend?
Curious to hear more about this concern.
LiteSpeed cache is always improving and works directly with the server.
Seems that disabling that would do more harm than good caching-wise.
Thoughts or testing done in this regard?
Confirmed. The new version resolves the original bug.