Remitur

Thank you for your feedback Saturn, very interesting and much appreciated. I note that PayPal has in the last few weeks announced a fee hike for US customers. It is probably only a matter of time before they do the same for other markets also.
I have been considering swapping to Square.

"However, these lower fees are currently only available to the UK and some other countries (France, Spain, Ireland and Greece are countries that I checked, which get lower fees, but the US does not get lower fees)."
Thats a 4th. reason NOT to use PayPal checkout. How can PayPal be trusted not to increase rates in the future.
Stripe has lower rates than PayPal, and better integration - at least in my experience with WHMCS.

I can say from my own experience in the UK market, a better way to save money on PayPal commissions is NOT to use PayPal checkout.
A better way is to get a wise.com account which includes UK Bank account details, as a high percentage of people in the UK will pay to
the UK Bank account with zero commissions involved.
Secondly PayPal never kept their promise of the lower 1.2% rate. After I implemented PayPal checkout in WHMCS there was not 1 single
payment in 3 months where PayPal did not continue to charge the higher rate. After I inquired they clarified that in practice the lower rate
would only apply to guest checkout payments where card details were entered. If a person used their PayPal account with a card as the
payment source the lower rate would not apply.
Thirdly due to the shopping cart process being changed so that people got sent to PayPal before even seeing a choice of paying by Internet
Banking, or new customers filling in their details, the commissions I was paying to PayPal actually INCREASED, and I lost a percentage of new
customers / business.

Thanks for the detailed post. If we implement PayPal Checkout, it would be as a new gateway and wouldn't directly replace PayPal Payments Standard. Users would be able to decide which to install and use. Whether it's technically possible will require a little more research and detailed review of the API documentation.
It looks like I created a task recently so we could look into this, per CORE-4084.

Thanks! FYI, we created this task https://dev.blesta.com/browse/CORE-4440

OK, so the problem is that there's a change in CKEditor in Blesta 5.0+.
The HTML code that launches the descriptions are removed by CKEditor when you go into the package.  
In the package description, the following code is appended to the text of the description:
                        $viewmorelink = "<a class='mod_view_more' href='javascript&#58;void(0);' onclick=\"window.open('$sslfeaturelink','null','location=no,toolbar=no,menubar=no,scrollbars=yes,resizable=yes,addressbar=0,titlebar=no,directories=no,channelmode=no,status=no');\"> View Full Product Details</a>";
To fix it, you need to wrap the <a class=...> ... </a> in the following:
<div class="raw-html-embed"> .... </div>
Or just make sure you're using the "Insert HTML" block for that set of code.

Yes, but the problem is that plugins don't appear to have configurable settings.  So the plugin is hard-coded with the parameters of hostname, username, password to contact the master PDNS server.  But it works well and is configured to come up on any domain registration services.  I have a cron ob on the master pdns server that reads the domains from plesk servers and the current billing system (OBAS) and is a slave/secondary for control panel servers, primary/master for OBAS and anything else.  But the plugin allows you to change all that (for admins), and clients either get readonly (for slaves), or read-write for primary domains.

I do see this module in GitHub and it doesn't use the updated API.  The module needs to extend the RegistrarModule class and not just Module.
You'll probably need to contact the author if you're not a programmer.
https://github.com/hexonet/blesta-ispapi-registrar
 

Prior to 5.1, modules didn't have types. A minor tweak is needed to make the module compatible with the domain manager, and we have provided the information to them. The module would continue to work outside the domain manager as it was, but the minor update to make it compatible is the best solution.

That looks like its would be easy to add a tab view & function for admins to create those records.  When I get there, I'll write one and let you know if you're interested.
I'm finally starting my migration, but needed to wait on DomainManager and wrote a registrar module for SRSPlus/Register.com and a plugin for PowerDNS.  I'm finishing up my import_manager to migrate from Odin Business Automation and I'll be set.
Then I'll hack the module to add the ability to create the records.  It would be nice if they had the button just go in and download all existing orders and set it up.

Just wanted to bring that topic up again (since I would love to use Blesta, but EU VAT handling would be necessary to do so). Maybe my above wall of text was a bit too much. Let me try with a "rule-based" description.
The following rules apply for any VAT-registerd company located within the European Union (basically every company, except very small ones):
 

I dont think you are actually reading what I am saying.
 
The gateway module has  various  methods,    such as   processCc, authorizeCc, captureCc,  voidCc, etc.      However  Blesta  is only ever using the processCc,  so I am asking  in what situation does Blesta actually make use of the  authorize/capture,  because the module I have written based on the sdk clearly supports it, and looking in other modules that ship with  blesta such as authorize_net they support it, however I did  configure authorize_net     to try and set it, and again i could not get it to  authorize, it always went straight for a sale not authorization.

trim() is a must on every user input, not only in search box.
 
Imagine this scenario (reral life experience):
- user change his password
- he copies and paste it from a password generator, and for mistake gets a space too
 
Result: he locks himself out from the system, because his password is not the one he think, but the one he think plus a space