Steven F

I wish I could take credit, but it's all Blesta and Stripe, I'm just doing a bit of minor integration. However, it was not fun integrating with the current documentation, let me tell you. Took a while to figure out how to get it functioning properly. I'm going to try and publish all of the information I gained from this to help future developers.

I've got this coming out this week! I just need to find an hour or two to finish up the module. I've already contacted Paul to see how to get this into the Blesta files for future installs. http://puu.sh/hb8ei/1fd89c333f.png You can enable BitCoin and AliPay independently, so if you're not in the AliPay beta or don't want to accept BTC, that's your choice. http://puu.sh/hb87I/1d2f1b63e7.png http://puu.sh/hb88C/e7a2e9174e.png (customizable text box, oooh). http://puu.sh/hb89F/7a7d689a92.png (just found a bug, it should say deposit for credit).

I may have missed them, I'll take a look shortly. I've been dealing with various vendors and it has been very hectic, I'll check in like fifteen minutes.

It would seem that this happens automatically, but was being caused by an error! I've located the problem and am now working to fix it.

I'm working on the Stripe Checkout plugin. I've ironed out most of the kinks and it's basically ready to go. Stripe Checkout posts directly to a form of your choosing. Currently, it is sending the client to: callback/gw/1/stripe_checkout/?client_id=$id. This is all good (invoices are getting marked as paid, everything looks nice), except that there is no redirect to a success page or failure page. Is there any way for me to redirect them to some other page?

Was there a cPanel bug or WordPress exploit driving you to the edge of insanity?

Configure::get("Blesta.gw_callback_url") . Configure::get("Blesta.company_id") ."/NAMEOFGATEWAY/?client_id=" . $this->ifSet($contact_info['client_id']) Figured it out.

What URL should I post to in order to run the validate function in a non-merchant gateway? I tried "/client/pay/confirm/validate/", but that isn't working. "/client/pay/validate" is giving a 404.

One more thing. from is a reserved word in MySQL. @Paul, bad Paul. You'll need to use `from` to properly edit them. Edit: UPDATE emails SET `from`="sales@domain.com" WHERE `from`="sales@whatever"

Just a small update, you also need sales@domain.com to update. Also, using PHPMyAdmin on production is probably a bad idea.

We have a winner.

Our system seems to be sending from @our-ip and this is causing e-mails to fail. I can't figure out how to change this so it sends from @ourdomain.com. Any ideas? I've gone through most of the settings and I'm thinking I'll need to pop into MySQL to find this.

Nothing super important. I uninstalled it and then re-installed it and that did the job.

http://puu.sh/gyTQx/3f26a0a8fe.png http://puu.sh/gyTNh/cd2489727e.png

I noticed our Support Manager wasn't sending out any e-mail notifications. When I checked the templates, none were in there. I'm not sure if I need to set them manually? If so, how would I do that?