bracked

For example, here is the card class. You can see that many of the properties are being over written by my third party library and custom css. Every property that isn’t being overridden I have to go through and set to initial currently.

Example: https://i.imgur.com/Dbeitvy.png

Thanks. So all my sheets are being loaded after load-styles.php. The main issue I’m having is since wordpress styles elements based on tag name without specific classes, all the element properties that are not modified by the library are being modified by load-styles.php. I’m having to go through each one and add them to my own custom sheet to set them to their initial values.

I’ve come across the function wp_deregister_style() and using it fixes my issue, but also removes all styling from the admin bar and admin navigation. I’m trying to find a way to keep those, but not all the rest of the styles.

I see that wp_deregister_style() takes arguments, and I’ve had some success disabling specific element’s css, but haven’t figured out how to accomplish what I’m after.

@hristo-sg Thanks. I’ll investigate further and create a support ticket if necessary for any further questions.

@hristo-sg Thanks for the help. So if I am the one who manages my client’s DNS should I sign in and “update their DNS records”? If so what do I need to update them to? I haven’t received any information on this so far.

@hristo-sg “There is no such thing as SiteGround configuration issue.”

This almost smacks of arrogance. All I know is my client’s website stopped working properly because of a change SiteGround made to their internal configuration. Sounds like a SiteGround configuration related issue to me.

All I’d like is to fix the problem. What specifically do I need to do to solve this for a website and domain hosted with SiteGround? Is there a knowledge base article or a support forum/blog post you can point me to?

• This reply was modified 5 years ago by bracked.
• This reply was modified 5 years ago by bracked.
• This reply was modified 5 years ago by bracked.

I have a feeling this might be a SiteGround configuration issue. I’m going to contact them and see if they have any ideas.

I’m seeing very similar behavior on one of my domains. All IPs are the same and an increase in login lockouts over the past few days.

Thread I just made:
https://www.ads-software.com/support/topic/wordfence-not-finding-correct-ips/

Do you use SiteGround as a host? Just curious if we have any commonalities.

• This reply was modified 5 years ago by bracked.

Well it seemed like it was.

I added the API key and secret which it connected with no issues. I added the checkbox for Constant Contact consent to the form. I have fields called [your-email] and [your-first-name], however when I send a test through the form I’m not seeing my email being added to Constant Contact.

I see the information coming through in my email with the new checkbox value included.

Is there somewhere I can see error logs to determine what might be the issue?

• This reply was modified 5 years, 1 month ago by bracked.

Okay looks like it is working now that I’m on V3 API.

So mashery is their host for APIs as I understand. I was following the instructions here to obtain a key for my application: https://developer.constantcontact.com/get-started.html

Now that you asked that question, I’m wondering if maybe I’m using the old APIs now.

For me it was a misconfiguration of the captcha. Was using V2 instead of V3 keys.

This issue has been resolved. Thanks.

Thanks. After disabling the file with your plugin, and blocking the IP address in Wordfence I haven’t seen any more access attempts as of now.

I think I figured out what was happening. I figured out the attacker was accessing xmlrpc.php file in the root wordpress directory. I think this let them around the login URL entirely.

• This reply was modified 6 years, 7 months ago by bracked.

https://pastebin.com/NX6M2xrz

I’ll try disabling other plugins to check and check the server logs today.