Torey Azure

Draft mode or scheduled post. I think either state hides the setting. It would be useful to see it for either scenario.

No, I figured it out. When the coupon is in draft mode you can’t see the changes. When it goes live, they show up.

Our coupons were in draft mode because we were setting them up for a sale tomorrow. I accidentally published them and then could see the restrictions.

Well, it has strangely fixed itself. I wish I could retrace my steps and figure out what fixed it. But it is now appearing and saving.

FYI, the options would appear and I could choose one. It would then populate with a grey box but would then disappear after saving.

Figured it out, my plugin appeared to be up to date, but auto-update must not work or it isn’t working.

After I manually updated Bookings it now adds the Accommodation option. Seems like this could really help a few people, but still isn’t what I need. I need my rentals to span midnight. They pick up then return the next day. I thought maybe you could mix the two options of Accomodation/Booking and it doesn’t appear that you can.

Example product

https://www.columbiacamera.com/rentals/dslr/canon-c100-mark-ii/

Link to the site.

https://www.columbiacamera.com

URL is https://www.columbiacamera.com

An example blog post is https://www.columbiacamera.com/family-memories-kit-dslr-package/

I ran it through both. Only error on Google Structured Data was “Error: Missing required field “updated”.”.

Many errors on the w3 validator, I have trouble knowing which ones to pay attention to. There seems to be a lot of repeating errors that aren’t really that important.

I have the same issue with Headway Themes currently. No social plugins installed FYI.

I found this article

https://ithemes.com/codex/page/BackupBuddy:_Frequent_Support_Issues#HTTP_Loopback_Connections_Disabled

By adding define('ALTERNATE_WP_CRON', true); to my wpconfig file it fixed it for me. Running W3 total cache with Object Cache enabled.

Getting endless ping before that.

I got this figured out. I just had to disable a distribution on Amazon Cloudfront. Wait about 30 minutes for the distribution to disable, then delete the distribution.

I do subscribe to Sucuri and they have cleaned the site up for me. I responded to their support ticket to see if I could get a little help with the server logs or identifying an entry point.

I’ll post an update with what I find.

I’m beginning to point to W3TC as having caused or allowed some kind of intrusion on my site as well. I’ll start from the beginning.

Site A. This site had never had a cache plugin installed. It had been running for about 12 months and I decided to optimize and speed it up. I installed W3 total cache and went through the configuration. When I deployed, the site instantly was infected with a redirect injection.

Site B. I actually set this site up a month or so back. Last night I decided to actually deploy the W3 plugin on this site as well. Same thing – although this one took about a minute before it was seen on the live site. Same injection code.

Site C. Same basic story as A and B – working with W3 – instant infection and only when I am logged in an making changes to W3. Again – infection was instant while I was configuring.

In both cases I also had FileZilla open – which I haven’t ruled out as the problem. But I can say I have FileZilla open most of the day and don’t see problems with sites. But…. with the combination of having FileZilla open and working with W3 causes an instant infection.

Could it be something that gets easy access to the .htaccess file through W3 while FileZilla is open?