LukesUbuntu

I have started coding in ZX Spectrum (Pascal) in 1994 lol, good old days then strat C and C++, after that VB6, after that HTML and in 2000 PHP + MySQL, in 2006 working with DIV's insted Tables + CSS, and in the recent years 2008 jQuery/jMobile  What's next eheh (dont like Ruby, its still slow in now days)
 
Now we have "Hacker" code, develop from Facebook people (its PHP but with some mod's, dont like it)
 
What I have learn to today, is, dont waste your money in learning in schools how to code, just grabe an online manual or some tutorials and start Trying some lines of code, its te fastes way to learn how to code you (i also), will error many times, but thats the beuty of things is to learn with your own mistakes, and a good developper will easy debug and find a solution for the problems
 
Exemple: Until January 2014 (after we have purchased Blesta license), I have learn from anouther develop from Blesta foruns (Eric) that using <? tags for php was the rong way for using because not every php.ini will interpret <? tags as PHP tags, so after that leson, now I always use <?php for all PHP code

From when they are logged in you could get the clients info , something like this in your addService
 
Loader::loadModels($this,array("Clients"));
 
#update checked the client model and you can do something like this obviously some checking of client_id etc... 
$client = $this->Clients->get($vars['client_id'],false);

$email = $client->email;
$first_name = $client->first_name;
$last_name = $client->last_name;
 
//you may need to add something to check when addService is run from admin panel so your not passing the admin id im not sure check it out code is well documented its awesome.... 

Anyway there maybe a better way of grabbing the clients details i haven't tested this as ive only just started doing modules for blesta last week so don't quote me on it but it is one way.... 
 

Hi,
 
I'm thinking about making a custom provisioning module for my game servers since I don't use any known game server panel.
 
Since there may be some deployments that are not so fast, it's not possible to return the server data in the same call to the backend API (like multicraft does). Along with this, I want to implement a deployment queue at backend, so if 10 clients rent a server at the same time, Blesta will add a job to the backend's queue (via POST to an API) and then a job processor at backend will poll every 10 seconds for a new game-server install job.
 
The part that i'm not sure how to do is how the backend notify Blesta that the service has been activated, considering that in a worst case scenario deployment can be done 999 days later after blesta POSTed the job into backend's queue.
 
So I've been thinking about some ways to do this:
1) Magic blesta API call that I don't discover yet which allows to set service field data and mark service as active so the welcome e-mail is sent
2) Make the backend send the e-mail with service field data generated at deployment (i.e the IP address of a virtual machine, or a gameserver port ). In this case, I don't know how to send this data back to blesta, so custom data is shown at service tab.
 
 
 
 
Does anybody have a suggestion or maybe had experience developing a similar module?
 
Thanks!
 
 
 
 

+1530
 
I don't have an ETA on this addition.

Looking amazing mate

hey thanks for the offer, have a couple of virtualmin sandpits to play with now.

Have to say after stalking other modules on forum have to say there are some good coders here (borrowed some ideas), anyway it has helped me get off the universal module i use for virtualmin here is a couple of screenshots nothing fancy... (70% finished)
 
Module Add http://prntscr.com/5new17   Package Add http://prntscr.com/5nete4   Client Panel http://prntscr.com/5neysm
  Client Panel - Mail Accounts
http://prntscr.com/5ntek1 http://prntscr.com/5nk5be

Hi guys i have a virtualmin module that ive created and its in final stages for testing i was wondering if there would be any keen virtualmin tester's out there or if you have a virtualmin sandbox i could use for more remote testing.
 
if so could you send me a PM and i will send plugin for testing in a couple of days.
 
here is a couple of screenshots nothing fancy... (70% finished)
 
Module Add http://prntscr.com/5new17   Package Add http://prntscr.com/5nete4   Client Panel http://prntscr.com/5qnjzt
  Client Panel - Mail Accounts
http://prntscr.com/5ntek1 http://prntscr.com/5nk5be
Client Panel - Databases
http://prntscr.com/5rtrhz

I can provide a virtualmin VPS for testing, if you want.

Great news
 
So long that I dont work with virtualmin and webmin lol
 
I dont have time to help you test it, but maybe there is some one that can help you on this

Hi guys i have a virtualmin module that ive created and its in final stages for testing i was wondering if there would be any keen virtualmin tester's out there or if you have a virtualmin sandbox i could use for more remote testing.
 
if so could you send me a PM and i will send plugin for testing in a couple of days.
 
here is a couple of screenshots nothing fancy... (70% finished)
 
Module Add http://prntscr.com/5new17   Package Add http://prntscr.com/5nete4   Client Panel http://prntscr.com/5qnjzt
  Client Panel - Mail Accounts
http://prntscr.com/5ntek1 http://prntscr.com/5nk5be
Client Panel - Databases
http://prntscr.com/5rtrhz

Those of us that use Proxmox know the current module is severely lacking. What would it take to get one of the Blesta or 3rd party devs on this and turning out a truly workable product quickly? Would a group bounty be enough incentive? I am at a point where I may need to use a different billing platform so that I can have usable Proxmox support. This is something I would prefer to not do.

*cough* mass mail and affiliate *cough*

That would be in the ticket template if you have already got that, then the auto close will be sent with that information as it's just the content you are writing.
 
Settings > Company > Emails > Plugin Emails > Ticket Updated
 
In the content put the following:
---------------- Ticket ID: #{ticket.code} Priority: {ticket.priority} Status: {ticket.status} Last reply: {ticket.reply_by} Opened: {ticket.date_added} Ticket URL: {update_ticket_url} ----------------

Hi guys i have a virtualmin module that ive created and its in final stages for testing i was wondering if there would be any keen virtualmin tester's out there or if you have a virtualmin sandbox i could use for more remote testing.
 
if so could you send me a PM and i will send plugin for testing in a couple of days.
 
here is a couple of screenshots nothing fancy... (70% finished)
 
Module Add http://prntscr.com/5new17   Package Add http://prntscr.com/5nete4   Client Panel http://prntscr.com/5qnjzt
  Client Panel - Mail Accounts
http://prntscr.com/5ntek1 http://prntscr.com/5nk5be
Client Panel - Databases
http://prntscr.com/5rtrhz

Hi guys i have a virtualmin module that ive created and its in final stages for testing i was wondering if there would be any keen virtualmin tester's out there or if you have a virtualmin sandbox i could use for more remote testing.
 
if so could you send me a PM and i will send plugin for testing in a couple of days.
 
here is a couple of screenshots nothing fancy... (70% finished)
 
Module Add http://prntscr.com/5new17   Package Add http://prntscr.com/5nete4   Client Panel http://prntscr.com/5qnjzt
  Client Panel - Mail Accounts
http://prntscr.com/5ntek1 http://prntscr.com/5nk5be
Client Panel - Databases
http://prntscr.com/5rtrhz

Are you having trouble with POP or IMAP also?
 
If pipe.php is getting the email via stdin, as with any email piping, it should work. Try what I suggested with sending the output of an email in a text file to pipe.php. If that works, you've narrowed down the issue to the mail server.
 
If worse comes to worse, and you're willing to give me access.. I'm happy to dig into it and see what I can find out.
 
Edit, also enable error reporting in config/blesta.php. piping a text file via a shell to pipe.php, or a bounce email may then have more information about the error.

755 should work, that's executable for all. You could try chmod +x pipe.php to be certain, but that's probably not the issue.
Where does DA store the forwarder file? You've probably seen this page http://docs.blesta.com/display/user/Support+Manager#SupportManager-EmailPiping
 
On a fresh CentOS/RHEL install, it would be in /etc/aliases. This page from the docs gives an example of what to use. Also, you may need to create the symlinks as described in /etc/smrsh to php and pipe.php.

Hi there,
 
I was trying to add a few things to the download manager but hosted off-server, It would be great if we could allow remote links inside of the download manager rather than having to host them on the server.
 
Thanks!
-Josh

the module is almost done . i have used the PHP API class https://github.com/CpuID/pve2-api-php-client .
the admin side is 100% completed .
the package section is 100% completed .
the order form is also 100% .
the openvz party is 100% done .
the kvm is not fully completed now .
the client side is almost 80% .
i will try to release it the first week of 2015 .
a lot of work with a little of free time .

Version 3.4.0 is now available. You can download it in the Client Area.

Installing Blesta

See Installing Blesta in the User Manual for instructions.

Upgrading Blesta

See Upgrading Blesta in the User Manual for instructions.

Migrating to Blesta

See Migrating to Blesta in the User Manual for instructions.

Overview
Client Contact Logins Two Factor Authentication for Clients and Contacts Knowledgebase via the Support Manager plugin Tons more... PHP 5.5+ Users

Included in this release is a /hotfix-php5.5/ directory. Please use this directory to overwrite the default /blesta/app/app_controller.php, /blesta/app/app_model.php, and /blesta/app/models/license.php files.

Release Notes

See Blesta Core - Version 3.4.0-b1.
See Blesta Core - Version 3.4.0-b2.
See Blesta Core - Version 3.4.0.

For older releases see all Change Logs.

i was have almost the same case (with different needs ) in my actual module  ,  what i have do .
 
the server return a status of the task of creation (running/stopped) , what i do in the addservice function , is to look up this taskid status . if finiched go to the next task .
$finished = false;         while( !$finished  ) {      $task = $this->Tasks($module_row ,  $params  , $response) ;           if ($task['status'] == "running")       $finished = false;      else       $finished = true;            sleep(2);     } with this i'm sure the task has been stopped and i can go to the next step/job .
 
for the same case , i have already request that modules should have the ability to add job task , but until now notyet implemented . but you can create a helper plugin that will create plugin with cronjob . then in the addservice function , poll the info in the database , then the cronjob sendthe jobto the server , when the task is marked as finiched , send the welcome (that shouldbe done via the plugin not the module ) , and then send the next task in the cronjob ....
 
i hope i have give you some idea to help you .

You can create a recurring invoice by creating a manual invoice and selecting to make it recurring.
 
If you want a service that renews and customers can order, then you can use the Universal Module. Just create a Universal Module product under Settings > Company > Modules > Universal Module that has a name. If you require the customer enter any details during checkout for the service, create service fields for the Universal Module product.

As directed... here's another need for the proxmox module.
 
I need for it to allow a customer to select (likely from a drop down) their desired openvz template or KVM ISO, as well.
 
 
Regards,
Chris

we are working in the module , we will try to release it after blesta v 3.3 will be out . 

is like a small Vqmod plugin
 
 
 
very very usefull ...
 
 
 
you will see it in action and you love it .
 
 
Not so perfect