velaware

When creating an email template and doing something like this: <table> {% for item in items %} <tr><td>{item.key}</td></tr> {% endfor %} </table> After saving or switching from source to preview, it morphs it to this: {% for item in items %} <table><td><td>{item.key}</td></tr></table> [% endfor %}

You can either PM me on here, or email plugin-dev@anzensolutions.com. If you sent an email to plugin-dev and haven't received a ticket # in 10 minutes let me know. Sometimes email goes to the spam/junk folder instead.

How much editing of core files does it need to have done?

Think I'm going to work on something for this, lol. Even if its converting all tickets to the emails. Its easy enough.

The problem is it seems Blesta ssumes the user has it installed in a (sub)domain, and if you don't, you have to manually do stuff.

I had to enter the subdirectory manually in the email templates. Seems Blesta doesn't like to play nice with the subdirectory method of installing (which I think they should fix). Either that, or create a redirect for subdomain.domain.com/client/x to send the user to domain.com/clients/client/pay/x. This is easy based on the web server you use.

It'd be interesting to modify the download manager plugin to do that, but it would require a bit of a trick. Might do that though once I get some free time.

Meet people everywhere. As for this being done, not sure. What you could do is use the license manager once it gets released to the public (I think its only for devs right now?). I don't think there's any sort of ACL or something for the downloads area, but with the manager you'll be able to have people not be able to use something w/o a valid license. Its what I do for a few of my works.

Did you run /admin/upgrade after you did? If not, do that. You might also have to make sure the permissions are correct.

While doing work for a client, one of the requests was to make it so the SolusVM module properly (un)suspends a virtual server, instead of shutting down/starting up (which the client could then easily reverse if they wanted via SolusVM CP). The fix to this is actually pretty simple, so I thought I'd share it! This assumes you're running Blesta v3.1.1 with no changes made to the module: Open /path/to/blesta/components/module/solusvm/solusvm.php in your favorite text editor, and look for line 482: $this->log($row->meta->host . "|vserver-shutdown", serialize($params), "input", true); $response = $this->parseResponse($server_api->shutdown($params), $row); Now, here we want to edit both references of "shutdown" to "suspend" like so: $this->log($row->meta->host . "|vserver-suspend", serialize($params), "input", true); $response = $this->parseResponse($server_api->suspend($params), $row); To unsuspend it we just use go to the unsuspendService function and look for this (around #526): $this->log($row->meta->host . "|vserver-boot", serialize($params), "input", true); $response = $this->parseResponse($server_api->boot($params), $row); We want to replace "boot" with "unsuspend": $this->log($row->meta->host . "|vserver-unsuspend", serialize($params), "input", true); $response = $this->parseResponse($server_api->unsuspend($params), $row); There you have it. Suspendable SolusVM containers that clients can't just start back up!

If you're interested we can talk about my company making to for you.

Yeah but if you check something for email delivery when creating the cron shouldn't it automatically deliver it when the invoice is created, or am I mis-interpreting that option?

Not sure if bug, or its done by cron. But, when I create an invoice, even if I have email checked under "Invoice Delievery" it doesn't send (on the client's page it says "unsent"). I have to manually check the invoice and click "Deliever" on the client's profile. v3.1.1 of Blesta

Is there going to be a way for devs to not be a part of this? Or specify how their software is updated?

If this is implemented I'd like to see a way for devs to hook into this as an event to stop it from running the update on their own plugins.

A feature I'd to see happen is being able to create clients from tickets. A department or two of mine allows non-clients to submit tickets, and I think it'd be useful to be able to click on an option to turn that email into a client instead of having to do it manually.

Yeaup, pretty much. Most people want an estimate and doing this through a package once you know at least a rough idea, this package saves a lot of headache.

Well, here's the thought I had regarding this...(and you wouldn't get an invoice every hour) You create a package with an hourly term. 1 Hour = $15 for example. Lets say this is for sysadmin work (there are some companies that do charge hourly for sysadmin). When you create a service, you specify how many hours will be allocated, and the service adjusts based on that. So, you send the invoice to the client, they pay for that many hours, boom. Done. But, in some ways you are right that its a bit of a marketing strategy. That's why companies may also charge $x/month or $0.00x/hour for cloud instances (Amazon, DigitalOcean, etc...do this). The idea is more so to accomendate people who don't do monthly work (like me, doing development and charge on the hour not a flat rate fee). Granted, its up to the staff to make any adjustments, but this does have a viable use and is practical.

Since Blesta seems primarily focused on hosting, why not also offer hourly packages? A lot of companies offer hourly services (i.e.: DigitalOcean and many other *aaS and cloud providers). I think this would open a few more doors for Blesta as well.

Thanks mate! Appreciate the assistance.

That works. Don't even need to add the one time, just change the type from monthly to one time and it'll edit just fine as well.

Not sure either. It worked in 3.1.0, and it works if you edit a package but not create one.

I've noticed this too. I think when the notes are displayed it needs to be passed through nl2br() but not sure.

Sorry for the spam, but I just tried this on another install as well and I got the same error, Blesta v3.1.1. The problem is because there's no term, which is making the query pass the empty string ("").

From what I can gather in the MySQL logs this is the query that gives an error: SELECT `id` FROM `services` WHERE `pricing_id` = ('','onetime','USD','123.00','0.00','0.00')