Leaderboard

For one reason or another, we do get a lot of requests to go ahead and generate the next renewal invoice for a service early. The ability to forcibly generate these from an admin standpoint would be excellent!

+1 for this question . what i can help from the basic code, , the cache system is already enabled by default in blesta Configure::set("Caching.on", true) . a sample code like this can work , but not tested . $cache = Cache::fetchcache('your_plugin_controller_pdt_file', $this->company_id . DS . 'plugins' . DS ); // if a copy of cache existe if ($cache) { // here you should return the cached file return unserialize(base64_decode($cache)); } // no cache existe , return output and create cached file else { $pdt_file = $this->view->fetch("your_plugin_controller_pdt_file"); // get the pdt file // create cached file if cache system enabled if ( (Configure::get('Caching.on') && is_writable(CACHEDIR)) ) { Cache::writecache('your_plugin_controller_pdt_file', base64_encode(serialize($pdt_file)), strtotime( Configure::get('Blesta.cache_length') ) - time( ), $this->company_id . DS . 'plugins' . DS ); } }

Just an update on this. I've created CORE-2062 to force port 25565 when using a dedicated IP, since Multicraft doesn't default to that behavior (oddly enough).

Just an update, I've created CORE-2062 to address this within the module.

Yes, it creates a problem though if as an admin you invoice for multiple cycles and a single invoice is created per-service as I suggested in the task. I wonder if we should create an individual invoice for each cycle or handle it differently.

This not change the cPanel Password, Only changes the password in the Database. You can Log in as Client and change the password in the Change Password Tab. In the next update I will add an option to change the password from the Admin Area.

Please see CORE-2057. This thread will serve as discussion on this task, if you have any comments, please let us know. There is additional planning required for this task prior to development.

I think you'll need to write an importer to map the service fields in the Universal Module to the corresponding fields for the OpenSRS module and then update all Universal Module services to assign them to an OpenSRS module row.

Works! Thanks

Weird hopefully the guys can help

The module is maintained by ModuleMatic that is a division of CyanDark.

Sounds like a good idea but that would move the settings to the order form settings probably and two boxes. [x] Allow to upgrade [x] Allow to downgrade.

+2 (One of me and another of my cat )

I've met Matt Pugh several times and he's always been nice to me in person. We are competitors, but there's no reason we can't get along. @zmjwong give the import a try, if you run into any trouble let us know.

Hi, First of all, I'm glad that you are happy with the module. If you want send a donation, you can send to order@cyandark.com. We are working to resolve the problems with the email tags for the next update.

Yeah having a client side button for this too would be nifty.