lesley

I removed it to make the module more stable, because the paypal api sucks to be frank.

Are you using built in carriers or modules?

They all seemed to work for me, using the urls provided, except this one, http://ec.europa.eu/taxation_customs/vies/vatResponse.html?locale=EN&memberStateCode=ES&number=B63622740 I wonder if the trader name argument has to be passed even if it is blank.

On shared or VPS hosting I would not worry about using too much memory. See, your shop creates cache files, those cache files, because they are php files and your server runs Opcache, are compiled to memory. They are stored in memory because memory has quicker read / write speeds than a drive does. So I would argue if your site is not maxing out the memory there is an issue. On a dedicate server changes change a bit and a few more variables are added, but in your case you essentially want to max your memory out, it gives you the fastest site possible.

I am not sure anything should be passed other than the total of the transaction.

What are your mail settings? I feel this is server or theme related. I just installed the 1.0.8 version so I could test this personally, I am not seeing this issue. You can test here, http://thirtybees-91693-772394.cloudwaysapps.com/index.php?controller=contact I think it is either server or theme related, or mail settings related.

That screen there looks like the standard paypal payments screen, not the pro screen. But honestly I am not 100% sure, because they label platforms different in different countries causing a lot of confusion.

Try setting the email to an email address on the same domain as the shop.

If you want me to look at it at some point I can, its a content policy issue. I just don't have access to our pp account right now where I can create creds to test it out.

Do you have managed hosting? I am not able to test this right now, but your host might be able to fix it.

I think you replied to the wrong thread. I cannot see how to move it. I am going to reply to the other thread though.

Its not the best solution, but try adding this line to the top of your htaccess file. Header set Access-Control-Allow-Origin "*"

You are right, I have logged the error to github, https://github.com/thirtybees/thirtybees/issues/864

Is there anything in your error logs? The only things that really should have been changed in that version is sending over the transaction information to paypal, that was removed.

What version of php are you using?

You can try to add it again, it might have gotten lost in the migration to the new system.

In the back office to to the Modules -> payments page and make sure you have the module enabled for the shipping methods at the bottom of the page.

You have a cross site content issue, https://developers.google.com/web/fundamentals/security/csp/

Where exactly is the forbidden message? When a user comes back after paying from paypal?

I would make sure you have recent backups. There is always a danger, but cpanel has made the process pretty safe. I would still make recent backups though, bugs do happen.

We use Maria too, but I think the benefit is offers is little in this situation. It is faster, but we are only talking like say 5% or so faster.

What version of php are you using, what problems are you getting?

Yes, it should be. I would test in dev just to make sure.

I am honestly not sure. If you are using an iframe method, it would be considered on the paypal site.

You would need to override the function we are using for canonical urls and make a module to interface with it, doing what you are looking for.