Leaderboard

Version 3.4.1 is now available. You can download it in the Client Area. This is a patch release that corrects issues with 3.4.0. Patching Blesta See Patching Blesta in the User Manual for instructions. Release Notes See Blesta Core - Version 3.4.1. See all Change Logs.

Well done Cody! Keep it comming next.... blesta 3.5 maybe eheh

Thanks, Ill take a look

http://www.blesta.com/forums/index.php?/topic/510-login-form-outside-blesta/

Hello The community LAST UPDATE : 23-08-2014 First i dont know if this is the correct forum to post ! another time we are happy to announce the release of the first professional Template for blesta called admin LTE , this Template is based in the adminLTE , is bootsrap of course (3.1.x) . to not talk so much i will let you with some screenshoot . Login Page Client Dashboard Client Other Pages when we get more time we will word in the admin side , but we need to add ability to select template for admin side like client side . any BUG/SUGGESTION port it in this thread . you can download it from github https://github.com/Blesta-Addons/adminlte just upload the folder adminlte inside the folder "app/views/client/" and select the template from admin area . THE BONUS : the color theme can be changed from admin side in look and feel , client section . if you like our work , thanks or donate

for a long time developing and discovering the new v3. i have found that allowing modules to add it own crontask like plugins , will be a great feature , as the addition for this is a easy task and not a heavy coding . the modules is already handle the install() and uninstall() function inside module . and we can easly add and remode tasks . public function install() { Loader::loadModels($this, array("CronTasks")); $task = array( 'key' => "my_task", // a string used to identify this cron task (see MyPluginPlugin::cron()) 'plugin_dir' => "my_plugin", // the plugin directory of this plugin 'name' => "My Plugin Task", // the name of this cron task 'description' => "This cron tasks does stuff", // the description of this task 'type' => "time" // "time" = once per day at a defined time, "interval" = every few minutes or hours ); $task_id = $this->CronTasks->add($task); if (!$task_id) { $cron_task = $this->CronTasks->getByKey($task['key'], $task['module_dir']); if ($cron_task) $task_id = $cron_task->id; } if ($task_id) { $task_vars = array('enabled' => $task['enabled']); if ($task['type'] == "interval") $task_vars['interval'] = $task['type_value']; else $task_vars['time'] = $task['type_value']; $this->CronTasks->addTaskRun($task_id, $task_vars); } } until here there are no probleme . the problem is comming from cron_task.php model , because it will not exucute any cron that is not belong to plugin enabled . if blesta staff can make some change the cron task structure , we can arrive to a working solution to achieve this task . why modules need crontasks ? some modules for registrar need tgis to check the transfer status . some modules for hosting need this to sync data between blesta and server . some modules can be mainly need to get data from api to parse some info into database , like statistiques and reports . ....... also i know is possible to add a separate plugin for achieve this scenario , but i prefer maintain and code in one place , rather than make two reposity to achieve 1 more task .

I'ld like a mass export of invoices, anyone can help me? Why? I need give invoices to my tax preparer and a CSV report isn't valid. Until today we do this task selecting, one by one, the invoices but.... is very tedious!!! Any suggestion is very appreciated! Thanks

Hello, I want to put a login form onto our Multicraft Installation: http://mc.gbitdrive.net (top right) to link to http://gbitdrve.net/client with a login form that automatically logs our clients into their portals. Is that possible? We use WHMCS a lot and we wanted to try Blesta for our 2nd brand. Thanks, Jacob

Is there a way to add a note to an In House Credit? For example, a user contacts customer support and for whatever reason, they are issued a credit to there account. On this credit, we'd like to put the reason and or support ticket number or any other relevant information that may be needed. I only see a way to record the payment as a credit, but can't see anyway to add notes to it. Am I missing something, or is this feature not available?

Change output from PHP internal functions, such as date(), requires setting environment locale settings, which are not thread safe.

There will effectively be a separate log from the plugin section. The plugin will contain a history of past "jobs", which will be linked to a CSV file stored on the file system in the uploads directory, and the email content will be stored in the database for the job as part of the plugin. What's different is that we will not be storing the individual email (after tag replacement) for each recipient. You will have the original email, and you will have the list of recipients. If we add a "Log Email" option, it will use the core email logging as it does for everything else and the actual email, after tag replacement, would be stored for each client.

I received your email and sent you a new trial key. If you have any trouble, please let me know!

Here is the code I have: <form class="navbar-form navbar-right" role="form"> <div class="form-group"> <input type="text" class="form-control" name="username" placeholder="Username" value="" id="login_username"> </div> <div class="form-group"> <input type="password" placeholder="Password" class="form-control" name="password" value="" id="login_password"> <div> <input type="submit" name="login" value="Login" class="btn" /> </form> Original: <?php endif ?> <?php if (Yii::app()->user->isGuest) { ?> <form class="navbar-form navbar-right" role="form"> <div class="form-group"> <input type="text" placeholder="Name" class="form-control"> </div> <div class="form-group"> <input type="password" placeholder="Password" class="form-control"> </div> <button type="submit" class="btn btn-success">Login</button> </form> <?php } else { Thanks, Jacob

You've not added the form correctly. If you can remove the form back to how it was before I can inspect element edit it for you and give you the code here.

Hello, Take a look at the Multicraft now..... any way to fix that? Thanks, Jacob

I think the Support Manager doesn't intend to use the default company localization date settings for the reply date because it chooses to display the reply date in a different format, as defined by the config setting in /support_manager/config/support_manager.php. At some point, I believe we were going to add a settings page for the Support Manager so you could change config settings like that from the admin interface. In the meantime, you can update the config file I mentioned above to set the date format.

Yes, something like what you've described could work. I'm not too concerned over the implementation strategy at the moment, though. Getting the design right is preferred, and then how best to implement that can be determined afterward. We'll have to think about this some more.

Discussion about implentation of this going on at http://www.blesta.com/forums/index.php?/topic/4016-mass-mail/

I too. I hope thai i'll have to develop this MOD.

i need the same feature , i have this MOD in my personnal TODO list . but until i arrive to this mod , i have almost 20 plugins/modules to finish (personnal) , and about 10 plugins/modules for the cummunity in free version . i don't count the payed plugins/modules . but if you want to make a plugin for this , is not to complicated , i have the scenario -/+ how to do it in my mind . 1 - select generated invoice between date xxxx and date xxxx . (here store just the invoices ID in array) 2 - for each invoice run the donwload invoice function , and store it under a custome folder . enjoy

and what about a background proccess via crontask ? if i have 3500 clients , i will not stand front of the screen to see is completed or not . also a log os sending like sending email to xxxxxx1@xxxx.xx , userid "1111" has been "success" sending email to xxxxxx1@xxxx.xx , userid "1112" has been "failed" sending email to xxxxxx1@xxxx.xx , userid "1113" has been "success" also don't add this log to the mail log , make it separate from the mail sending log .

Filter by gateway mate? So send emails to PayPal users say for PayPal maintenance? etc.

i got your idea , so what i can suggest "with my poor level" is to add some data passed to the tabs like array . public function getClientTabs($package) { return array( 'tabClientActions' => array( 'lang' => Language::_("module.tab_actions", true) , 'active' => true, // if not set by default is true 'suspend' => false , // if not set by default is false 'pending' => false , // if not set by default is false ) , 'tabClientStats' => array( 'lang' => Language::_("module.tab_actions", true) , 'active' => true, // if not set by default is true 'suspend' => true , // if not set by default is false 'pending' => false , // if not set by default is false ) , 'tabClientConsole' => array( 'lang' => Language::_("module.tab_actions", true) , 'active' => true, // if not set by default is true 'suspend' => false , // if not set by default is false 'pending' => false , // if not set by default is false ) ); } with like shema we can controle the tabs should be shown in active/suspend/pending status .... if not set in module , use the default config (can be a option setting in blesta ) .

Adding support for tabs with suffixes for service statuses is too specific. The idea here is to create a more general solution that is flexible to all use cases regardless of specific (e.g. hosting) module platforms. I describe this more below.. I have given examples of cases where modules may want to display tabs for services of a specific status to accommodate its designed functionality. A specific example of an existing module does not need to be given, however, ignoring the possibility would be a hasty generalization. Whether additional effort needs to be added to modules to accommodate this behavior is determined by how flexible we decide such a solution to be implemented. For example, we could add a setting into Blesta that you can check to allow module tabs to be shown, or to hide them. Blesta would handle this independently of the module, and so no module would need to be updated to behave this way. If we wanted to be much more flexible to the module system, we could add support for a module method whereby the module verifies a tab's use. If a module supports three tabs, but only one should be displayed when the service is suspended, then Blesta can call a method on the module to ask it whether that given tab should be displayed/accessed, and pass in any variables (service, client, package, etc.) that the module may need to make that distinction. In this case, the modules would could be updated to include this behavior, or we could default the behavior to hiding all tabs anyway. The case may be rarely used, but it is nontheless valid. Not considering such cases would be restrictive to those that would use it otherwise. I agree many hosting providers use Blesta, however, the software is not tailored only, and very specifically, to hosting providers. The module system is not a hosting module system, but a general module system, and I think it's reasonable to generalize solutions to accommodate as many users/companies/industries as possible. The main point I'm making is that we shouldn't create a potentially restrictive solution (for some) to a problem when we can make it more open, flexible, and general purpose (for everyone).

I used quickfile once but had to move to paid as was easier for my accountant to deal with my accounts at the end of my accounting year

I have created CORE-1570 that suggests we disable client access to module management tabs for suspended services. While an argument exists that modules may wish to provide management features for suspended services, no such example exists. In all known cases, displaying the tabs can have negative consequences. The evidence is, at this time, overwhelmingly in favor of not displaying module tabs to clients for suspended services. If at such time a case can be made for modules rendering management features for suspended services, then it would make sense to address that at that time. Thanks for the feedback!

The order system can hold an order for "review", such that even if it is paid it will not be provisioned. Services are by default set to "in-review", and the order system marks those services related to an order as "pending", once the order is approved. If maxmind or the settings prevent an order from being approved, the services ordered will never be activated. Payment is completely separate, and the order system cannot prevent a payment from being made. Some orders, even if they are assumed by Maxmind to be fraudulent may not be and the best course of action is for Staff to review the order.

Is the smoke coming out of the module black or white? Or could you be a tiny bit more specific, than "doesn't work"?

Hi All, I am glad to announce the release of our new product Blesta Mobile Plugin. Blesta Mobile plugin allows you to manage the most common tasks on your mobile phone such as accepting orders, replying to support tickets and many more. - Price: $24.99 USD - Order Now Screen shots are attached. - Have a question or need more information: Send a ticket to our sales department.

Could be way off the mark here but is your cron set up in cPanel? you're probably receiving the cron email notification from that? it's at the very top of the cron jobs screen. http://docs.cpanel.net/twiki/bin/view/AllDocumentation/CpanelDocs/CronJobs#Adding a cron email This sends you an email every time a cron job is executed and includes its output if any, just get rid of it (leave blank and select update) to set it as blank.