lesley

@AndyC I am talking about the drop down, disable that and turn friendly urls on and test.

Do you have redirect to canonical url enabled? If so, disable it.

Yes, it will.

You mean where we update it today before you transfer?

Pretty much yes, that is all you do. You might disable the shop after you make the sql backup just so no new data gets added to the database. Also, be sure to change your domain records to point to the new server.

Something is blocking your access to them. Its either your host is black listed from accessing Paypal, which would be strange, or something is wrong with their cURL implementation, or a firewall iss. Do you have ssh access on the server?

There is no way really. You might be able to find a 3rd party prestashop module that can do it.

They changed to them a few months ago and it wreaked havoc with figuring out why a lot of people's emails broke.

Did you redirect all of your old urls?

Hey, sorry, I missed your messages, I will contact you now.

This is by design. The cache would be huge if it generated a stratified cache like that. It would end up being a really deep rabbit hole when you factor in its not only modules for devices, but also user groups can be excluded as well. It would add so much processing in the end that the cache could become useless or huge very easily.

The htaccess file regenerates when you save on the SEO and URLs page. If you want to enter redirects, you can enter them in the back office in the htaccess editor. Or like @Traumflug said before the comments in the htaccess.

Or more likely there is a problem with your order and you are not answering emails. That is what a lot of my clients use it for. Remember, old people that do not check their email very often still have to use ecommerce sites.

What happens when you try in incognito mode?

Contact your it sounds like the firewall might be blocking either curl or the paypal response.

The message is caused by either a 500 error or php notices / warnings. Check the php error logs to see what error is being thrown.

Which subversion of 1.6 are you on?

For some reason it is not in the easiest place to find, click here, and you should be able to edit it.

They should be enabled actually. If you go to your profile you should be able to add / edit it there.

You might not like this answer, but I think the best thing to do would either be to contact your host or Softaculous. The reason being is that their software does not actually use our installer. What it does, is use their custom installer to import a database dump. So I am thinking the problem could be on their end. You can try to manually install thirty bees and see if you have an issue with it, then it would be something we can debug.

Usually by what hosting plan you have and how much you pay. Where are you hosted at? Which plan?

It looks like your host has mysql set up incorrectly. Are you using a shared host or a vps that you have root control over?

That address is only enforced with the express checkout method. The express checkout method is not something that should be used really, it has very limited use cases.

Yes, what ever address they put in the shop will be the address.

To illustrate @datakick's point even more, these are some of the scenarios that we were facing. For some reason paypal requires states to specific countries depending on where the paypal account is located. So like me being in America, I might be able to have people order from japan fine. But a shop in Germany might require japanese states (prefectures) to be passed in the address. This makes things extremely complicated since there is no published list we could find. So the easiest thing to do was to remove the address from being sent. Its better to not get an address than to have transactions not work. As for the line items, paypal is the only gateway I have seen that actually uses math on the line items. Here is a scenario I was seeing happen. If you have a $10 product on sale for 33% off, the price is 6.666666~ So we would just round that to 6.67 and that would be the end of it. What happens if someone buys 3 of those products? What should the price be? Should the price be 20.00? Or 20.01? Paypal applies their own rounding, which is different than the merchant rounding. When that happens and the price if off, it gets kicked out on paypals side as an invalid transaction. There is not chance to actually pass the amount to paypal and adjust it when it comes back to the shop, its just a hard "This transaction cannot be processed" error when the user goes to the paypal site. So those are the reasons we removed the data, since removing it there has not been one transaction related bug post / issue either.