fariazz
Forum Replies Created
-
Forum: Plugins
In reply to: [WooCommerce Stripe Payment Gateway] Dark mode checkout contrast@mosesmedh this is not a very helpful response since we have no control over the Appearance API in the WordPress plugin, so this is not really applicable here.
As for “fallback styling”, also not applicable since we cannot change the CSS of the embedded iframe, as per your own response.
So essentially Stripe is sending an unreadable checkout color palette in this plugin, with no option for store owners to fix.
I’m gonna mark this as “Solved” as at least we no longer have the issue and we are not looking into it any further. If someone else has the problem, they can open a new issue or continuing the conversation.
@daanvandenbergh we ended up disabling OMGF and self-hosting our own fonts.
@daanvandenbergh so if you find anything, that’s great, but if you don’t, that’s totally fine as it could be related to something else. Thanks a lot anyway!!
@daanvandenbergh done! We have the plugin disabled at the moment.
As further info, we verified that the insane pinging was coming from our server’s own IP address, not from visitors. So this is not visitors creating further page loads. This was our own server doing this.
@daanvandenbergh this is the WordPress community at its best 🙂 Thanks for chipping in!
It’s a custom-made theme, and we also have 176 custom plugins of our own + 74 that combine WordPress directory plugins, Code Canyon and others, so not a setup that can be easily replicated.
While the combo of AO + OMGF fires up the issue, it would be unfair of me to blaming it in either.
In saying that, maybe OMGF could have more checks for the URLs it is going to ping, and what constitutes a completed or failed ping operation, and how often these are re-attempted. Again, given our setup and my ignorance as to the inner workings of OMGF, I can’t rule out this is being enabled by something else.
We have searched our entire codebase for this function and there is not a single occurrence in our wp-content folder or subfolders. Moreover, I’ve observed this same behavior in the 25+ WordPress sites that I’ve worked on. Automatic post direction of old slugs IS a default WordPress behavior as per your initial video (YOUR OWN VIDEO –> https://i.rankmath.com/v/ViHsFV ).
If you don’t want to update your documentation and product to warn people about the potential dangers of your “Redirection” module that’s your problem.
I’m not gonna re-enable the Redirection module, why would I risk my site’s SEO to take another hit? I’m not asking you for help, just leaving a review to share my experience with your plugin and the damage it cause to our company.
I’ve never said that WordPress automatically redirects pages or changes to the permalink structure.
WordPress does automatically redirect post permalinks when you change them in the Edit Post page – even if it is radically different to the initial ones. You even showed that in the video that you shared in your first response!
Unless I’m missing something here, there seems to be a lack of knowledge as how your own plugin works, which is deeply concerning.
Please see this video in which I prove that the plugin indeed overrides the default behavior when the Redirection module is activated:Â https://app.screencast.com/7p4z6HhkhpmVV
Thanks for the prompt response. Strange, as the behavior in the video was not what we experienced on our website.
The test I did to narrow the issue down to RankMath was very simple: I turned the plugin off and all of the sudden, the old permalinks were working again. What I did next was re-enable it, and only turn off the redirection module. After doing that, the old permalinks worked again. We did absolutely no other change.
Investigating this much further: the issue was caused by the plugin OMGF.. It looks like the combination of the changes in settings in Autoptimize triggered the other plugin to go crazy.
Also the Autoptimize setting that triggered this was apparently not the Google Font one, but the Aggregate CSS one.
I’m gonna mark this as resolved as we’ll just disable that other plugin. Thanks a lot for your help.
We’ve disabled the plugin for now. We have a lot of other plugins, so it might be caused by the interaction between the different plugins.
Is there something in Autoptimize that could have potentially caused this? (a self-ping feature that could keep repeating itself)
Forum: Plugins
In reply to: [HD Quiz] Add “aria-live” after quiz submission for accessibilityOh wow that’s amazing! Thank you so much for addressing this!!
Forum: Plugins
In reply to: [HD Quiz] Add “aria-live” after quiz submission for accessibility@harmonic_design that’s amazing! Thank you!!
Forum: Plugins
In reply to: [WooCommerce PayPal Payments] Subscriptions On Hold With PayPal OnlyIs there any publicly available solution for this issue?
Thanks @oscargare! I understand the pro version will be for us then.
Still, regarding Paypal Payments, could you give me a yes/no answer as to whether it is supported? The link says it supports payment gateways that have multi-currency, which is the case of Paypal Payments. But then elsewhere on the site I did find explicit mentions of Stripe. We need to be 100% sure Paypal Payments is supported before implementing the plugin. As you know the previous Paypal plugin is no longer officially supported.
- This reply was modified 3 years, 6 months ago by fariazz. Reason: tag user