nebrekab

Thank you for the clarification. That is very helpful.

So if you are using PayPal for Simple Membership payment, is it possible to also use Stripe Payments (and in-turn Apple/Google Pay)? Or must you choose one or the other?

To paint a clearer picture, currently we use PayPal for our membership/subscription process. Stripe is simply used for selling individual products. Would we need to change and run membership subscriptions through Stripe instead, so that we can utilise the ability to accept Apple/Google Pay for recurring subscriptions?

• This reply was modified 2 years, 8 months ago by nebrekab.
• This reply was modified 2 years, 8 months ago by nebrekab.

That thread is in relation to the Accept Stripe Payments plugin.

This query is in regard to the Simple Membership plugin, so is valid?

Or am I missing something?..

As a temporary fix I edited /_inc/admin.php and have it ignore anything that is not a page or post (CPTs and blocks in my case).

/**
     * Include Gutenberg specific script to add post editor checkbox in post status area.
     *
     * @return void
     */
    public function enqueue_block_editor_assets()
    {
        // !temp-fix
        global $post;
        // fix to ignore blocks and custom post types
        if($post->post_type !== 'post' || $post->post_type !== 'page'){
            return;
        }
        wp_enqueue_script(
            'ptc-myguten-script',
            PTC_PLUGIN_URL . 'build/index.js',
            array( 'wp-blocks', 'wp-element', 'wp-components' )
        );
    }

@sdda well put ??

Firstly, thanks for the plugin, it really makes PWA’ing a website easy, and I realise it is work to maintain.

As @sdda points out, this occurs on your own website. From a quick look it maybe is to do with event.respondWith?

https://stackoverflow.com/questions/47160929/progressive-web-app-uncaught-in-promise-typeerror-failed-to-fetch

Perhaps you could take a look and advise a timescale on when this can be fixed?

Thanks

• This reply was modified 3 years, 8 months ago by nebrekab.

Must have been a glitch in The Matrix… ??

That’s working now. I think the AO CSS needed a bit of time to make its way to the CDN.

Thanks so much Frank. You rock.

To be clear, I am seeing this in the CSS created by AO, right at the start:

@font-face{font-family:'Matter';src:url('https://mydomain.com/wp-content/themes/hellojuno/fonts/matter/Matter-Regular.woff2') format('woff2'),...

Where we see mydomain.com, we need to use our CDN – which is set within the AO settings under CDN Base URL.

Is this achievable?

Hi Frank,

Thanks for the swift reply!

I’ve added the following code to our functions.php:
add_filter( 'autoptimize_filter_css_fonts_cdn', '__return_true' );

And also cleared the Server Cache and the AO cache, but the AO generated CSS @font-face src is still using the site’s path, rather than the CDN.

Any ideas?

Thanks again,

Ben

• This reply was modified 3 years, 10 months ago by nebrekab.

Okay, thanks for the info and once again for this plugin. ??

This is now fixed.

From our tests, it seems the cookie that needs to be cache excluded has changed for WP 5.5 from $_SESSION to SSESS.

Would be interested to know if this makes sense to the plugin devs @danielbachhuber?

• This reply was modified 4 years, 3 months ago by nebrekab.
• This reply was modified 4 years, 3 months ago by nebrekab.

Hey @rossmitchell, thanks so much for the reply. There were some methods in there I was not aware of. Sadly nothing worked ??

The issue does not seem to be that the password is wrong, but that when the correct details are entered it thinks for a while and then refreshes the login page with no error message at all. if I put in incorrect details I get an error message.

It feels like it’s something to do with it trying to access wp-admin but gets kicked back to the login page every time.

The url does change from from just wp-login.php to wp-login.php?redirect_to=https%3A%2F%2Ftestsite.local%2Fwp-admin%2F&reauth=1

• This reply was modified 4 years, 8 months ago by nebrekab.

Hey Adrian,

Thanks for getting back to me.

We do not have any other FormLift extensions, just this one.

In terms of other plugins, I can give you a list – if that helps?

Thanks again,

Ben

Hey Adrian,

Thanks so much for the quick reply. Can you elaborate a little on the reason for this and what issues you found?

I am going to start a chat with InfusionSoft to see what our options are to make things a bit more user-friendly.

What’s thrown me is that previous devs had written some custom code with InfusionSoft forms (HTML pasted into WordPress) running with what looked like real-time/AjJAX responses coming back.

Thanks again

…since spammers don’t tend to run JS.

I thought the same, but our CF7 contact form is launched via a JS-triggered modal and we were getting LOTS of spam. It looks like spam bots got smarter…

@websitegenil, yep… car smash, hey?

My ‘fix’ is to add a honeypot plugin for CF7:
https://en-gb.www.ads-software.com/plugins/contact-form-7-honeypot/

This is really bad… we’ve gone from no spam at all with V2, to lots of spam with V3, like others are reporting here.

How can v3 be considered an improvement? And can anyone at CF7 recommend how we can go about – without directly modifying plugin code that will be overwritten in updates… – getting this to work as expected?

If it is to increase the threshold, then perhaps this setting control should be baked-in to CF7?

Not very impressed at all… feels like this has been completely untested…